Latest pango update kills gkrellm

staus · 08-15-2020, 06:35 AM

Just updated current and my favorite desktop program crashes:

bash-5.0$ gkrellm
gkrellm segmentation fault: (create_monitor)
Aborted
bash-5.0$ Warning: Missing charsets in String to FontSet conversion
Warning: Unable to load any usable fontset

I really hope it can be fixed or pango modified. Unfortunately I didn't keep a copy of the previous pango file. Reverting to the original 14.2 release pango file causes firefox to fail.

kgha · 08-15-2020, 07:50 AM

You'll find previous versions of pango here: http://slackware.uk/cumulative/

I suspect a rebuild of gkrellm would sort the issue as well, will try it out since I use that program now and then.

EDIT: Turned out that my gkrellm works just fine after today's pango upgrade (on -current). Have you missed some other upgrade that could cause your problem?

giomat · 08-15-2020, 08:28 AM

Maybe you use different fonts from OP?

cwizardone · 08-15-2020, 08:32 AM

Quote:

Originally Posted by kgha

....EDIT: Turned out that my gkrellm works just fine after today's pango upgrade (on -current)......

Ditto.
Using whatever are the default fonts.

mlangdn · 08-15-2020, 01:18 PM

gkrellm works for me as well.

gus3 · 08-15-2020, 04:17 PM

Works for me, but with different fonts. Here's the specifics.

My original font was "Fixed 8" or "Fixed 11", both bitmapped fonts installed in my ~/.fonts directory. With gkrellm now lacking bitmapped font support, the font it's actually using is Liberation Sans. I found this using:

Code:

$ echo "Hello, World!" | strace -f -o /tmp/pango.trace pango-view --font="Fixed 8" /dev/stdin

and examining the trace output for opened TTF files:

Code:

$ grep ttf /tmp/pango.trace | grep -v conf

staus · 08-16-2020, 08:42 PM

I should have stated in the original message that I am still using 32 bit current in a Vaio laptop. Still a great older computer.

I have always used bog standard fonts, but I discovered that I was still using some older programs, like wicd.
So I created a new dvd of the current 32 bit iso, and installed on a blanked ssd. I still have the same problem.
However, I have discovered that my Asus desktop using 64 bit current works perfectly well.
I will try to go back one version of 32 bit pango, after I find it.

staus · 08-16-2020, 08:52 PM

I just reverted to pango-1.42.4-i586-1.txz from Slackware UK Cumulative. Thanks for the link. gkrellm and other programs work OK now. I used to do what Slackware UK Cumulative does, but it got to be a burden on my main computer.
Anyway, thanks. The problem is not truly solved but at least I can use my old Vaio again.

kgha · 08-17-2020, 07:11 AM

Since you're on a 32 bit system, maybe your issue might be connected to this:
https://gitlab.gnome.org/GNOME/pango/-/issues/497

If so, the pango-1.46.1 release that's on its way should solve it.

staus · 08-17-2020, 08:08 PM

Thanks kgha. Hope the newer release will solve the problem. I don't like making many subtle changes to files if I don't have to. Right now I have to keep three different versions of boost to run some of my favorite programs.

kgha · 08-18-2020, 01:36 AM

Quote:

Originally Posted by staus

Thanks kgha. Hope the newer release will solve the problem. I don't like making many subtle changes to files if I don't have to. Right now I have to keep three different versions of boost to run some of my favorite programs.

AlienBob's boost-compat package (as well as his icu4c-compat and poppler-compat packages) is the perfect solution for eliminating nasty surprises after upgrades including .so bumps.

Zexuo · 08-18-2020, 11:07 AM

This update killed gkrellm on my 32-bit system as well. On my 64-bit system it ran with the default font.

cwizardone · 08-18-2020, 02:49 PM

Here you go,

Quote:

Tue Aug 18 19:21:14 UTC 2020
ap/terminus-font-4.48-noarch-2.txz: Rebuilt.
Added .otb fonts compatible with recent pango. Thanks to cycojesus and ponce.
l/glib2-2.64.5-x86_64-1.txz: Upgraded.
l/jemalloc-5.2.1-x86_64-1.txz: Upgraded.
l/libmpc-1.2.0-x86_64-1.txz: Upgraded.
l/pango-1.46.0-x86_64-2.txz: Rebuilt.
Reverted ABI change that broke gkrellm. Thanks to kgha.
x/xterm-359-x86_64-1.txz: Upgraded.
xap/sane-1.0.30-x86_64-3.txz: Rebuilt.
Rebuilt since it was compiled against unpatched pango-1.46.0.
+--------------------------+

http://slackware.oregonstate.edu/sla.../ChangeLog.txt

chrisretusn · 08-19-2020, 02:29 AM

I had no issues with pango-1.46.0-x86_64-1.txz, gkrellm works just fine.

kgha · 08-19-2020, 03:29 AM

Quote:

Originally Posted by chrisretusn

I had no issues with pango-1.46.0-x86_64-1.txz, gkrellm works just fine.

The issue seems to have affected 32bit architecture only, so unless you're running 32bit (or 32bit programs on a multilib system) you wouldn't have noticed anything.