[Slackbuilds-users] updates to signal-desktop

[Luveh Keraph]

I had a go at it and it works as promised - much appreciated.

Not without some trepidation though, for I was stupid enough to type in

   installpkg --rot /opt/glibc glibc-2.42-x86_64-1_slack15.0.txz

Fortunately, I caught it on time just before it actually started installing
libraries and whatnot. This accident makes me think that installpkg should
perhaps be changed to take into account such fat fingers mistakes: in this
case, just stopping immediately on detecting that --rot is not a valid
option.



On Wed, Jun 3, 2026 at 4:55 PM Luveh Keraph <1.41421 at gmail.com> wrote:

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