[Slackbuilds-users] updates to signal-desktop

[Lumin Etherlight]

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