<div dir="ltr">Thanks. I'll take a stab at it in a sandbox over the weekend.</div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Wed, Jun 3, 2026 at 4:33 PM Lumin Etherlight via SlackBuilds-users <<a href="mailto:slackbuilds-users@slackbuilds.org">slackbuilds-users@slackbuilds.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Luveh Keraph <<a href="mailto:1.41421@gmail.com" target="_blank">1.41421@gmail.com</a>> writes:<br>
<br>
> I concur. signal-desktop is not working any more<br>
> under 15.0. Will it be possible to have it working<br>
> under 15.0 without having to use glibc testing<br>
> packages? Quite frankly, having to use them sounds<br>
> scary.<br>
<br>
You can use the following hack, which worked<br>
for me. Install the new testing glibc into a root<br>
inside /opt/ isolated from the rest of the system,<br>
then patch all executable and libraries inside the<br>
latest Signal package to use the glibc inside /opt<br>
instead of the system one.<br>
<br>
First, upgrade to the latest Signal package:<br>
<br>
upgradepkg --install-new signal-desktop-8.11.0-x86_64-1_SBo.tgz<br>
<br>
Then, get the testing glibc package:<br>
<br>
lftp <a href="ftp://ftp.slackware.com/pub/slackware/slackware64-15.0/testing/packages/binutils-gcc-glibc" rel="noreferrer" target="_blank">ftp://ftp.slackware.com/pub/slackware/slackware64-15.0/testing/packages/binutils-gcc-glibc</a> \<br>
-e 'get -c glibc-2.42-x86_64-1_slack15.0.txz'<br>
<br>
Install it to a path in /opt (note the --root):<br>
<br>
installpkg --root /opt/glibc glibc-2.42-x86_64-1_slack15.0.txz<br>
<br>
Finally, use patchelf to update the runtime<br>
linker in all executable files, and use it again<br>
to override the linker library search path to use<br>
the latest installed glibc libraries:<br>
<br>
find /opt/Signal/ -type f -executable \<br>
-exec patchelf --set-interpreter /opt/glibc/lib64/ld-linux-x86-64.so.2 {} \; \<br>
-exec patchelf --force-rpath --set-rpath \$ORIGIN:/opt/glibc/lib64 {} \;<br>
<br>
The $ORIGIN path is required, as a literal<br>
string, with $ escaped from the shell; it is not a<br>
shell variable. This literal string has a special<br>
meaning to the linker to allow the executable, in<br>
this case Signal, to search its own directory for<br>
libraries. Additionally, do not be alarmed if you<br>
see errors about not finding `.interp' sections,<br>
they are harmless, and happen because the dynamic<br>
linker in shared libraries can not be updated in<br>
the ELF binary itself, but is set by the actual<br>
executable that requests the library.<br>
<br>
Now, run Signal as you usually do, it should work.<br>
<br>
Hopefully :)<br>
<br>
This is definitely a hacky path, but it is a<br>
much more narrow intervention than updating glibc<br>
for your entire system. It is also isolated from<br>
the rest of the system, so harm is minimized. If<br>
you want to revert what we did here, simply run:<br>
<br>
rm -rf /opt/glibc<br>
upgradepkg --reinstall signal-desktop-8.11.0-x86_64-1_SBo.tgz<br>
<br>
And you're back to a clean slate.<br>
<br>
<br>
Best Wishes,<br>
Lumin Etherlight<br>
_______________________________________________<br>
SlackBuilds-users mailing list<br>
<a href="mailto:SlackBuilds-users@slackbuilds.org" target="_blank">SlackBuilds-users@slackbuilds.org</a><br>
<a href="https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users" rel="noreferrer" target="_blank">https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users</a><br>
Archives - <a href="https://lists.slackbuilds.org/pipermail/slackbuilds-users/" rel="noreferrer" target="_blank">https://lists.slackbuilds.org/pipermail/slackbuilds-users/</a><br>
FAQ - <a href="https://slackbuilds.org/faq/" rel="noreferrer" target="_blank">https://slackbuilds.org/faq/</a><br>
<br>
</blockquote></div>