[Solved] several pkgforge AppImages segfault on TCL 17.1 x86_64

[gadget42]

devuan bash here

uname -a

Code: [Select]

Linux xxxxx 6.1.0-52-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.180-1 (2026-08-03) x86_64 GNU/Linux
running:

Code: [Select]

/sbin/ldconfig -p | less
results:

Code: [Select]

1063 libs found in cache `/etc/ld.so.cache'
libz3.so.4 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libz3.so.4
libzvbi.so.0 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libzvbi.so.0
libzvbi-chains.so.0 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libzvbi-chains.so.0
...
libCbc.so.3 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libCbc.so.3
libBrokenLocale.so.1 (libc6,x86-64) => /lib/x86_64-linux-gnu/libBrokenLocale.so.1
ld-linux-x86-64.so.2 (libc6,x86-64) => /lib/x86_64-linux-gnu/ld-linux-x86-64.so.2
Cache generated by: ldconfig (Debian GLIBC 2.36-9+deb12u14) stable release version 2.36
for completeness:

Code: [Select]

bash: /usr/sbin/ldconfig: No such file or directory
keep up the great work folks!

[Rich]

Hi gadget42
That looks like descending order to me.

[GNUser]

Hi Rich. The /etc/ld.so.cache from my Devuan system is attached.

[Rich]

Hi GNUser
Thanks, that appears to be sorted in descending order too.

[GNUser]

The individual that did the failure analysis stated:

...No working ldconfig produces this; ldconfig always writes ascending.

Hi Rich. It was not an individual that did the failure analysis. The pkgforge guys fed my TCL's  /etc/ld.so.cache  to AI then they copy-pasted the AI's verbal diarrhea.

Since Devuan has a working ldconfig which writes the cache in descending order, AI's claim in the above quote is incorrect.

[Rich]

Hi GNUser

... It was not an individual that did the failure analysis. ...

I see. I guess that explains this statement:

Here is an analysis made by GLM5.2 of this file. So be aware this may not be 100% correct:

The first time I read it I thought "GLM5.2, what an odd user name", but
then thought "who am I to judge" and dismissed it.