Pwidgets has not been maintained for a long time now. The locations the scripts try to find hardware information has changed with these more or less recent kernels.
Also conky beneath the shell is old compile.
I believe Pwidgets would need newer conky and also fixing the Pwidget scripts from several places.
I would use newer conky with conky stuff if you want to have desktop conky features.

Thanks for that info on the Pwidgets pemasu... at least now I know not to test there with various puppy distro's! Maybe someone will get something else going like Screenlets or something down the road... then again maybe Conky will be the new kid on the desktop? Or... maybe just nothing?

This is not a Puppy-specific bug, except in the sense that Puppy is using an upstream application that is buggy.

I have reported this bug to Denys Vlasenko who maintains Busybox. But I thought that I should also report it here so that folks will be aware of the problem and the need to install a real telnet package or an earlier version of BusyBox if using an application that requires Ctrl-j.

Here is an excerpt from my bug report to Denys Vlasenko:

Quote:

Using v1.21.0 of BusyBox, the telnet applet sends Ctrl-m when I press
Ctrl-j. Obviously, this creates problems for an application that expects
to receive Ctrl-j when I press Ctrl-j.

Former versions of BusyBox did not have this problem. I suspect line 204
in networking/telnet.c:

The two parts of the pctel pet must be concatenated. I provide the informal script for that. After all parts are downloaded and 'splitpetjoin' installed, use the file name of one of the parts as the argument for the script. For example:
splitpetjoin linux_module_pctel-0.9.7-9-12-k3.2.29.pet---part1.pet

Even if nobody cares to add these drivers to their 5.4/5.5 precise puppy, they should be uploaded to the /quirky/pet_packages library to complete the set of modem drivers.
Richard

There is something wrong for me when i trying to download from Ppacketmanager . (not in every case ) .... but on a lot of occasions when process of downloading continues suddenly all my fonts become Squares and the whole rox pictures and fonts are just a red triangle and completely unreadable .Then i must shut down.

Cant use Ppacketmanager .
Same with UPUP RARING 5.8.7
Could it maybe have something to do with the fact i have in Puppy Eventmanager"never save to ram Pupmode=0 " never save to ram " configured ?

i have in Puppy Eventmanager"never save to ram Pupmode=0 " never save to ram " configured .Nevertheless it does save .
There for i installed a pet from pemasu "usb-no-save-petget-fix-0.0.1.pet " to stop direct saving to Usbstick .

Trouble starts when i install this pet ......(works fine on Dpupexprimo ---Macpup ...)....
after installing this pet the PPmanagers appearence change somehow.
And trouble starts .
But not with every download from Repos ( for example "xaos " no problem---
downloading openshot or sensord for example... the whole apparatus crashes ).

Backi. That pet was for woof build december 2011 and for Dpup Exprimo. That pet overwrites so many woof scripts that it surely messes your Precise Puppy.
You can use that pet with Dpup Exprimo build 12/2011, not with anything else. Period.

You should not install pets from Dpup Exprimo thread and expect that all of them works with recent woof builds. Those pets along the thread are usually meant for builds created with the woof at that time. Of course many pets are generic. But not all. You should extract the pets before installing them and check if they overwrite existing scripts and what scripts they overwrite.

Hi !
Ok! I know this"usb-no-save-petget-fix-0.0.1.pet " is not meant for Puppy Precise . But it did help prevent direct save to USB when installing pets or downloading from PPM. (For the price ruining PPmanager).
Maybe someone can instruct me me how to avoid saving to Usbstick in Precise and Upup Raring too after installing pets or downloads from PPmanager . ( in case something is going wrong )

Choosing to save or not to save at shutdown I guess i am not the only one who likes this feature.

Yes, the current installpkg.sh script has code to ensure that files that live in multiarch directories (e.g., /usr/lib/i386-linux-gnu/) in packages from Ubuntu (and some other distros) are placed in their proper Puppy locations. The version of installpkg.sh in the old Dpup Exprimo .pet you installed was from a time before that code was added. So for any package you subsequently installed, installpkg.sh would not place files from multiarch directories into the proper Puppy directories; worse, it could break the link to some of the files already in Puppy. That is what happened in this case.

Installing the sensord package caused a new directory, /usr/lib/i386-linux-gnu/, to be created and installed libsensors.so.4.3.1 as the only library in it. This overwrote the /usr/lib/i386-linux-gnu symlink so that some existing libraries could no longer be found. One result of that is that some of your icons and fonts no longer displayed correctly.

(Of course there could be many other problems from libraries being lost. And installpkg.sh wasn't the only script in the .pet -- as pemasu already pointed out, there are many others -- so there could be many problems beyond the lost library problem.)

backi wrote:

Maybe someone can instruct me me how to avoid saving to Usbstick in Precise and Upup Raring too after installing pets or downloads from PPmanager . ( in case something is going wrong )

Well, I don't have specific instructions for you, but perhaps I can point you in the right direction.

The "user flash-drive save-control option" was originally one item in a multi-item patch that rerwin made for Lucid Puppy 528-002 and 528-003 on 2011-Dec-07. The next day he refined it and created the update_save_layer_func() function in rc.shutdown to hold most of the code. That version of rc.shutdown is the same as the one you have in usb-no-save-petget-fix-0.0.1.pet.

The function creates /etc/shutdown_save_mode to store your preference. That file is later read by snapmergepuppy and rc.shutdown itself.

If you are really good at deciphering shell scripts, you could study that function, how it is called, and how /etc/shutdown_save_mode is used by snapmergepuppy and rc.shutdown. Then you could study the current rc.shutdown and snapmergepuppy in Precise to see how saving to a USB drive may (or may not) have changed since 2011. Once you understand both, you could then modify rc.shutdown and snapmergepuppy in Precise to give you what you want.

If that sounds like too much of a challenge for you, you might let rerwin know how useful his patch has been to you, and suggest that he create a similar patch for Precise. (From reading these forums, one can see that rerwin is a busy man, so he might not have the time for that, but it would be worth asking.)

Thanks for taking some time looking deeper into the probleme mentioned above . I am just a linux schoolkid .You gave me very kindly some guidance into direction. But thats way beyond my small horizon .
I will keep on promoting for further investigation into this topic .

Found another solution for problem installing pets debs or downloads from PPmanager„ not to save them to USB Flash on demand, without spoiling PPmanager „ for Puppy Precise ,,probably on Raring too .(did not test yet )

1.Download somewhere the script „nosaveshutdown „ make it executable .

Save to flash ..restart
Now you can install pets debs or downloads from PPmanager without spoiling it..If you like to keep them
either use „save2flash „ during session without shutting down ,
or saving session at shutdown ..just shutdown asusual session will be saved.

In case you dont want to save Changes /session ...just execute the script above „nosaveshutdown“ . Nothing will be saved to Flash .This works for me onPrecise Puppy 5.6 .

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum