(old)Puppy Linux Discussion Forum

foxpup and Terry H,

Thanks for your input concerning booting issues with EFI/Grub2.

Hopefully, a solution will be available soon.


darry19662018 wrote:

...great base for my projects.

Thanks! Keep in mind, Debian will provide long-term package support for the next five years.

---

jrb wrote:

(In Beta-1), I notice that not only do you have /usr/lib/libLLVM-7.so.1 (53M) but you also have /usr/lib/libLLVM-3.9.so.1 (48M).

Oops! Will adjust for Beta-2.

Thanks jrb! Your comments are much appreciated.

OK, this is a strange one. Logged into Buster 8.0 with FbBox and there was a unnamed window at the top right of the screen, which contains what is normally the System Notification Tray plugin from the lower panel when running FbBox. Reboot without saving this window remained.

I have changed to JWM all is OK, but when I return to FbBox the window is still there. I have tried using fbpanel configuration to remove and then reinstate the notification plugin. When the Panel Notification is set to false, the window disappears, but then the clock is removed from the panel and placed in a window in the middle of the screen. When is reset the notification plugin to true the clock returns to the panel, but the other window returns.

I have also tried changing Notification apps to see if that helps,but it only adjusts the items in the unnamed window.

My previous use of Busterpup 8.0 was uneventful and no indication of any error on shutdown.

Terry H wrote:

OK, this is a strange one. Logged into Buster 8.0 with FbBox and there was a unnamed window at the top right of the screen, which contains what is normally the System Notification Tray plugin from the lower panel when running FbBox.

Terry,

I'm currently testing FbBox in BusterPup and, at the moment, I can't reproduce your findings.

1 - Any errors in xerrs.log?

2 - Any new or unusual apps currently running when you see the unnamed window?

3 - For any active panel (Main, Accessory, SysInfoBar) make sure you have 'Identify panel as a dock' set to true.

4 - When fbpanel is restarted or refreshed, we could 'allow the dust to settle' by increasing the sleep value before apps are called to the notification tray. Go to line 4574 of /usr/sbin/pfbpanel and increase the sleep value to 2 seconds.

Thanks

It looks like the tray, usually positioned along the lower right side of the screen. Open the JWMDeskManager, and take a look at your settings for the tray. Remember to run jwm -restart after any modifications. Then start FBBox.
I also experienced som strange behaviour at a time, when the Compatibility section in the ROX-filer options were set inncorrect by mistake. It took me days to find the culprit!

radky wrote: Terry,

I'm currently testing FbBox in BusterPup and, at the moment, I can't reproduce your findings.

1 - Any errors in xerrs.log?

No

2 - Any new or unusual apps currently running when you see the unnamed window?

- > No additional installed software. I had only changed kernel, but had several boots/reboots prior to issue occurring

3 - For any active panel (Main, Accessory, SysInfoBar) make sure you have 'Identify panel as a dock' set to true.

- > Confirmed setting.

4 - When fbpanel is restarted or refreshed, we could 'allow the dust to settle' by increasing the sleep value before apps are called to the notification tray. Go to line 4574 of /usr/sbin/pfbpanel and increase the sleep value to 2 seconds.


- > Changed sleep value as suggested, the panel plugin now rendered correctly as part of panel. Changed sleep value back to 1, the panel plugins are now being applied correctly as it usually had been for all the time I have been using fbpanel. What ever was causing the problem now corrected.

Thanks for the quick response and solution.

@tallboy, thanks for your suggestion, not required this time but noted.

Hi Terry,

FbBox Configuration Manager has a toggle which will turn "System Information Bar" on or off depending whether the True or False box for System Information Panel is checked.

Menu>System>FbBox Control Center, Click Fbpanel Config, Click Desktop in the Left Panel, System Information Bar is the bottom (3rd from top) listing under "Panel Bars".

When it's displayed, clicking the "Box" at the bottom of this "Bar" brings up a panel for configuring it, its location, and what it displays. Lots of nice "Widgets". An adequate replacement for pwidget.

Originally, I "discovered" the "Bar" as a work-around to display the time. Having changed the color of the taskbar, I was having difficulty setting the color of the fonts for Time's dislay.

It's the only thing I miss running radky's jwm desktop on 64-bit Puppies since pwidget doesn't work under them.

I have tried Buster now on an older laptop, Vostro1510 centrino, cpu T5670, with bios from 2008 and GM965/GL960 Integrated Graphics.
Buster automatically chooses vesa, which is nice on this laptop btw.
Trying to make Buster use the intel driver keeps it on command line.
I tried i915.modeset=0 as well. No luck.

mikeslr wrote:Hi Terry,

FbBox Configuration Manager has a toggle which will turn "System Information Bar" on or off depending whether the True or False box for System Information Panel is checked.

Menu>System>FbBox Control Center, Click Fbpanel Config, Click Desktop in the Left Panel, System Information Bar is the bottom (3rd from top) listing under "Panel Bars".

When it's displayed, clicking the "Box" at the bottom of this "Bar" brings up a panel for configuring it, its location, and what it displays. Lots of nice "Widgets". An adequate replacement for pwidget.

Originally, I "discovered" the "Bar" as a work-around to display the time. Having changed the color of the taskbar, I was having difficulty setting the color of the fonts for Time's dislay.

It's the only thing I miss running radky's jwm desktop on 64-bit Puppies since pwidget doesn't work under them.

Hi Mike,
Yes sysinfo bar is one of the main reasons for me using fbBox versus jwm. The issue I had was quite odd, the Notification plugin in the main tray had somehow decided to detach itself from the tray and placed itself as a floating window. Radky's advice to change the sleep time in pfbpanel has worked.

Hi again radky,
I believe I've found a problem with ROX-Filer. The "Copy" function on the right-click menu crashes with no dialog box appearing when I try to copy a file or directory.

I mentioned this problem on the bionic32 thread but no one replied. It has the same rox-filer-16woodenshoe-i686_common32.pet.

I was able to fix the problem by reverting to the binary from rox-filer-15woodenshoe-i686_common32.pet

I see that your are the OP on the ROX-Filer 2.11 patched thread so hopefully you are the guy to talk to.

Cheers, J

I spent a fair bit of time scratching my head trying to get feh to give conky a transparent background. I finally opened /usr/share/backgrounds/default.jpg in mtpaint and it told me it was actually a .svg file. I converted it to an actual .jpg in mtpaint and am attaching it in case anyone else has this problem. BTW, I like the default wallpaper.

jrb wrote:I believe I've found a problem with ROX-Filer. The "Copy" function on the right-click menu crashes with no dialog box appearing when I try to copy a file or directory.

Hi jrb,

Recently, the Puppy iteration of ROX-Filer has received many useful updates by woodenshoe-wi of Woof-CE, including modifications of the right-click 'Copy' option.

If I understand correctly, copy by 'drag and drop' functions as usual in ROX-Filer, but the copy option available in the right-click menu has changed.

Now, selecting the right-click 'Copy' option in the source window will send the selected item to the clipboard and then you select the right-click 'Paste' option in the destination window. Behavior of the old 'Copy' option of the right-click menu is now available through the 'Duplicate' option.

http://blog.puppylinux.com/puppy-specif ... ing-branch

I hope this helps!

radky wrote:
I hope this helps!

Thanks for teaching an old dog a new trick. Woof!

OK, got another possible problem for you. Osmo doesn't start from the Personal menu or from /usr/share/applications/osmo.desktop. It will start from a console by typing "osmo" but the command in osmo.desktop is "osmo-reset" which gives "command not found" in the console. Not sure where that comes from but should be an easy fix.

Cheers, J

Switched from JWM to FbBox. File selection in rox is buggy. When I ctrl-click a file and move cursor key down, the clicked file remains selected and selection does not change, only active file changes (the thing with the running ants border). Sometimes cursor jumps to top of file list and continues activation from top.
Using cursor in opposite direction pressing Up key is even worse. This always opens PupSnap

In mmview the down key works but the up key also opens PupSnap

jrb wrote:OK, got another possible problem for you. Osmo doesn't start from the Personal menu or from /usr/share/applications/osmo.desktop. It will start from a console by typing "osmo" but the command in osmo.desktop is "osmo-reset" which gives "command not found" in the console. Not sure where that comes from but should be an easy fix.J

Hi jrb,

The /usr/bin/osmo-reset script controls placement of the OSMO GUI on screen and circumvents the warning dialog which repeatedly asks if you want to continue loading osmo when another instance is already running.

In BusterPup Beta-1, osmo-reset is part of the adrv.sfs (FbBox). In Beta-2 it will be available with or without the adrv.

Thanks jrb!

phat7 wrote:Switched from JWM to FbBox. File selection in rox is buggy. When I ctrl-click a file and move cursor key down, the clicked file remains selected and selection does not change, only active file changes (the thing with the running ants border). Sometimes cursor jumps to top of file list and continues activation from top.
Using cursor in opposite direction pressing Up key is even worse. This always opens PupSnap

In mmview the down key works but the up key also opens PupSnap

Hi phat7,

In BusterPup Beta-1, evdev manages mouse and keyboard interactions. However, in some scenarios, it seems evdev may provide incorrect key mapping, particularly the PrtScr, Up and End keys.

FbBox provides an option to reset the problematic key bindings (FbPanel configuration -> Plugins tab -> Key Bindings -> select 'true' -> click Apply -> then restart X-server).

However, with evdev keyboard management, incorrect key bindings are also reported at times in the JWM desktop environment. Consequently, in the next release (Beta-2), management of keyboard and mouse interactions will revert to conventional drivers (kbd_drv.so and mouse_drv.so). Even so, for those who prefer evdev, a small script (and gui) will be available to quickly switch between evdev and conventional management of the keyboard and mouse.

Thanks phat7!

mfb wrote:

GetFlash (install Flash Player), has a recent update; though... it is taking almost 3 minutes to connect...

Apparently, this is due in part to the Adobe Flash server's faulty termination of the initial TLS connection.

In BusterPup, the Wget utility (compiled with gnutils) interprets this as an error and repeatedly attempts another connection, followed by a time-out error after 2-3 minutes.

The Wget build will be adjusted for the upcoming Beta-2.

Thanks

@radkey
I haven't yet installed Buster, but while browsing this thread I came upon the discussion on the aberrant Copy/Paste behaviour I was unaware of or seen discussed before. I have noticed recently, but was ubable to explain, why when I highlight a post, right-click Copy and try to Post in Composer, nothing gets printed. Same behaviour if I middle-click the mouse. I used to be able to do both/either. Experimentally, I discovered that if I excluded the last lines with boxes, it copied. If I want those boxes, I have to do so separately.

B.K. Johnson wrote:@radkey
I haven't yet installed Buster, but while browsing this thread I came upon the discussion on the aberrant Copy/Paste behaviour I was unaware of or seen discussed before. I have noticed recently, but was ubable to explain, why when I highlight a post, right-click Copy and try to Post in Composer, nothing gets printed. Same behaviour if I middle-click the mouse. I used to be able to do both/either. Experimentally, I discovered that if I excluded the last lines with boxes, it copied. If I want those boxes, I have to do so separately.

Thanks for your post.

Keep in mind, the prior discussion pertains to the new Copy/Paste behavior in recent iterations of ROX Filer.

If I understand correctly, your default Puppy is tahrpup-6.05 and you typically use the Seamonkey suite which includes the Composer HTML editor.

Although the infrastructure and support files in BusterPup have changed significantly since tahrpup-6.0.5, I installed Seamonkey-2.49.4 in BusterPup and tested the copy/paste functionality.

Perhaps I misunderstand the problem you describe in tahrpup, but it seems copy/paste from the Seamonkey browser to Composer functions properly for me (in BusterPup) including text, graphics and internet links. For example, the attached screenshot shows Composer with your initial post copied/pasted from the Seamonkey browser.

I hope this helps.

radky
Thanks for your prompt reply.
A couple corrections to your assumptions, but those are not germane to the issue.
1. My normal browser is Firefox, not Seamonkey, although I can use Composer with or without Seamonkey running. I don't remember if the problem occurs with Seamonkey also.
2. My sig says tahr-6.0.5, but I am transitioning from tahr-6.0.6 to upuppbb/bionic32 from which I am now posting. I think I have seen the situation described in both puppies.

The portion of the screenshot you show is not the problem. Try to copy a complete post including the table at the bottom starting with Back to top and including Profile and PM. Or try copying multiple posts that cross this line or include the last of the second post.
Hope this clarifies what the problem is.