Puppy Linux Discussion Forum

zigbert · Joined: 29 Mar 2006 Posts: 6608 Location: Valåmoen, Norway

To get analog clock work I grabbed a lib from Puppy 4.3.1

/usr/lib/libpng12.so.0.22.0
/usr/lib/libpng12.so.0

mfb · Joined: 22 Mar 2016 Posts: 91

Whereas the Calendar widget for April 2018 continues to show properly if Sunday is set as the first day of the week; that was far from true if the first day is set to Monday.

My thanks to Zigbert who has very kindly fixed my problem earlier today with his post near the bottom of page 214:
http://murga-linux.com/puppy/viewtopic.php?p=987345&sid=e9904f9762b0907c3d6cea674a0314a5#987345

The code shown there needed to replace the current code at:
/usr/local/pwidgets/widgets/scripts/Calendar
and the fix is as shown in the screen shot below.

davids45 · Joined: 26 Nov 2006 Posts: 1237 Location: Chatswood, NSW

G'day,

I have a minor problem with the Calendar widget aligning the number dates beneath the day abbreviations.

I looks like the spacing is not including a notional '0' in front of the first 9 numbers so the first two lines are shortened losing alignment to the day headings (screenshot).

Having played with the fonts and font-sizes for the widget to no benefit, I think the problem is in the calendar script, presently:

zigbert · Joined: 29 Mar 2006 Posts: 6608 Location: Valåmoen, Norway

David
I think you calendar-issue is related to fonts. It looks to me like the font in your screenshot is not monospace.

I just checked my latest calendar-widget in Bionic, and it looks great...

zigbert · Joined: 29 Mar 2006 Posts: 6608 Location: Valåmoen, Norway

Kernel info in the 'Puppylinux' widget may give alignment issues if string is too long. The info is grabbed by the uname -r command in /usr/local/pwidgets/widgets/configs/Puppylinux

davids45 · Joined: 26 Nov 2006 Posts: 1237 Location: Chatswood, NSW

G'day zigbert,

Thanks for taking time to look at my pwidgets issues.

With your confirmation Calendar is good with the right font (monofont.ttf), I found, with all my recent "playing around" with fonts links, the monofont TF file was missing Embarassed

.

I had a similar problem with pdingobats2 which also didn't seem to work in Pups on sda1 via a symlink of the font file from my data partition sda5.

Copying the complete/original ttf files to /usr/share/font/default/TTF in each Pup seems to fix the widget display.

And thank you mind-reading my un-posted concern ( Shocked

) about the long kernel text string in some Pups so the widget panel becomes a bit wide and untidy.

Your script edit works Very Happy

.

David S.

Subito Piano · Joined: 27 May 2007 Posts: 682 Location: UPSTATE New York

215 PAGES!!!! Popular thread....

Has anyone created a pwidget to show one's (external) IP address? I see it's been done in conky...

davids45 · Joined: 26 Nov 2006 Posts: 1237 Location: Chatswood, NSW

G'day,

A few posts back, "Our" Bill Gates posted a year and a bit ago the problem he was having getting the Wireless widget to run in a 64-bit Pup:

Now/still I'm now having the same problem Embarassed

.
We've gone wifi on the home network and I slowly trying to get 64-bit Pups to run on my computers. Wireless widget is still fine in 32-bit Pups.

Has anyone been able to run/fix the Wireless widget in a 64-bit Pup?
Could it be a conky problem as the widget config scripts look the same in 32-bit and 64-bit configs, but only the 32-bit runs (screenshots)?

David S.

davids45 · Joined: 26 Nov 2006 Posts: 1237 Location: Chatswood, NSW

G'day,

Still trying to find a 64-bit Pup that will run the Wireless widget like every 32-bit Pup does.

Latest checks were with old JustLighthouse Pups but still no success.

JL has a conky display (screenshot) which includes wireless activity. It reports not "wlan0" but "wpl0s29f7u6". Replacing 'wlan0' in the widget files with this 'wlp0s29f7u6' did not fix the Pwidget problem. Not surprising I suppose as the same widget scripts (using wlan0) in 32-bit Pups are all good.

Any suggestions welcome.

David S.

mikeslr

Hi Dave,

FWIW

Recent problems (since solved) with wireless strength had me hunting for some way to find out without having to run setup networking each time. Fortunately, although on most of my Puppies I've shifted to use radky's most recent jwmdesk, the Xenialpup64 on my Laptop still uses radky's FbBox, http://murga-linux.com/puppy/viewtopic.php?t=92982

One of the builtin plugins you can choose to appear on the FbBox panel is "Network Status". If selected, current signal strength is always displayed. Left-Click that display and a popup window provides the further information indicated in the attached screenshot.

Radky has a lot on his plate at the moment. But perhaps some one who understands bash can identify the code used in FbBox's plugin and either create a stand-alone taskbar plugin for JWM, or a widget for pwidgets.

Dry Falls · Joined: 16 Dec 2014 Posts: 596 Location: Upper Columbia

Hi David. You can also append to your linux/vmlinuz/append line in grub or other boot menu:

davids45 · Joined: 26 Nov 2006 Posts: 1237 Location: Chatswood, NSW

G'day,

Thanks mikeslr and Dry Falls for your interest and replies.
Still thrashing about in 64-bit land without success (or knowledge of what I'm doing - as usual Embarassed

).

However I did find how to add the wifi IP address to the working 32-bit Wireless widget (added red text to wirelss config file) ......

mikeslr

Hi all,

I rather like pWidgets. But I also like DogRadio which has conky as a dependency. On its own, pWidgets-2.5.8-x86_64 worked fine under Xenialpup64. So does DogRadio if Conky is installed via PPM. However, if instead of that Conky pWidgets with its included conky 1.6.1 is used, DogRadio will work, but pWidgets will not start complaining about a missing config file.

The work-around is to first install Conky via PPM as part of the DogRadio install. Then install the pWidgets pet. Both pWidgets and DogRadio will then function.

ndujoe1 · Joined: 04 Dec 2005 Posts: 811

are these two libs available online, then? thanks

/usr/lib/libpng12.so.0.22.0
/usr/lib/libpng12.so.0

mikeslr · Posted: Sun 17 Nov 2019, 12:22 Post subject:

Hi ndujoe1,

Which Puppy? Although libraries may have the same name, and sometimes it doesn't make a difference, it's always better to use a library compiled for your operating system.

On xenialpup64 --from which I'm posting-- pfind located both /usr/lib/libpng12.so.0.22.0 and /usr/lib/libpng12.so.0. Examination of these showed that they were symbolic links to /usr/lib/libping12.so.0.54.0.

libraries are almost always backward compatible. That is, when a specific library such as libping12.so.0 is sought by an application, the application will use a later version, such as libping12.so.0.54.0 if you create a symbolic link to it and give the symbolic link the name of the file the application was designed to use. If the symbolic link doesn't already exist, you can create it. OPEN A TERMINAL IN THE FOLDER OF THE RECENT LIBRARY* and use this template:

ln -s NAME_OF_EXISTING_LIBRARY NAME_SOUGHT_BY_APPLICATION

Example

ln -s libping12.so.0.54.0 libping12.so.0

-----
* This isn't absolutely necessary, and sometimes is wrong. But it's easier. When necessary you can similarly create a symbolic link in one folder to a library in another folder. But then you'll have to specify paths, such as:

ln -s /usr/local/lib ABC.so.75 /usr/sbin/lib/ABC.so.76

The above can be entered from anywhere. You don't have to enter the path of the folder in which you've opened the terminal.
--------
Before we go hunting for other versions: Do you already have any libping12.so files on your system? If you open Puppy Package Manager and type libping12 in its search box, what results does it show?