<div dir="ltr"><div><div>Just to be clear, this is not the same as installing the testing glibc.<br><br>Nothing on the system changes. System glibc stays 2.33. No upgradepkg of a core package, no ld.so.conf, no ldconfig.<br><br>What the script does:<br><br>- unpacks the snap into /opt/Signal/signal-desktop<br>- unpacks aaa_glibc-solibs-2.42 into the same prefix, as a build source like any tarball<br>- patchelf on the Electron binary so its PT_INTERP and DT_RPATH point there<br><br>So those .so files are reachable by exactly one binary. Nothing else on the machine can see them, and removepkg takes them all with it.<br><br>Checked: /proc/PID/maps across all 7 Signal processes shows only the bundled libc, never the host 2.33. QR link, full history sync, send and receive all work. sbopkglint passes.<br><br>Attached if anyone wants to look.<br><br></div>IF admins and the maintainer agree with that then a desktop entry and an icon needed, now run only from the terminal.<br><br></div>Thank you.</div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">Στις Πέμ 13 Αυγ 2026 στις 12:05 μ.μ., ο/η Yiannis <<a href="mailto:rizitis@gmail.com">rizitis@gmail.com</a>> έγραψε:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div>Please give me some time, I have an idea and it looks that works! <br></div>When I finish and be sure I will upload it here and IF maintainer and SBo admins agree you can adopt it.<br></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Στις Πέμ 13 Αυγ 2026 στις 7:13 π.μ., ο/η Willy Sudiarto Raharjo <<a href="mailto:willysr@slackbuilds.org" target="_blank">willysr@slackbuilds.org</a>> έγραψε:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">>        Signal blocks old versions of their software<br>
>  from connecting  to the network.  I  had to figure<br>
>  out  the binary  patching thing  because the  last<br>
>  15.0  glibc-compatible version  I had  was finally<br>
>  blocked from connecting to the Signal network.<br>
><br>
>        If patching the rpath to use an isolated new<br>
>  glibc-opt without migrating the whole OS is not an<br>
>  acceptable solution for  the SlackBuilds.org repo,<br>
>  then removing the Signal  SlackBuild is the option<br>
>  that makes sense, in my opinion.  People who still<br>
>  want to use Signal will  have to install it from a<br>
>  different 3rd party.  If that happens, I might end<br>
>  up packaging the patched  version myself, and then<br>
>  redistribute it on my site for others to use.<br>
<br>
<br>
What about the AppImage format?<br>
will that work?<br>
i assume it's all contained in a single package, so no link to<br>
system-based GLIBC<br>
<br>
<br>
--<br>
Willy Sudiarto Raharjo<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>
</blockquote></div>