@cblgh I don't know that much about the arcane art...

@cblgh I don't know that much about the arcane art of dynamic library loading sadly. I think on Guix an FHS container is probably the best you can do, because the libraries it needs are not put in user profiles, so you can't just rely on some path variable.
As for Alpine... hmm... I guess just hardcoding a fallback to the musl loader is one option. 🤔

Like 10 Jul 2023 at 16:00 | Wall-to-wall | Open on merveilles.town

4 comments

Csepp 🌢

@cblgh Did more testing, it's looking for libwebkit2gtk-4.0.so.37, Guix has libwebkitgtk-6.0.so.4.0.3 and libwebkit2gtk-4.1.so.0.8.3, and some symlinked variants with simpler names, but no libwebkit2gtk-4.0. So all the webkitgtk libraries are newer.
Most generically named one is libwebkit2gtk-4.1.so.

10 Jul 2023 at 16:04 | Open on merveilles.town

Csepp 🌢

@cblgh That means an FHS container won't be enough, I'd have to fake the library names somehow. This might manifest on other distros too that have different (mostly newer) versions of WebkitGTK.

10 Jul 2023 at 16:10 | Open on merveilles.town

cryptix

@csepp @cblgh plus one to all of the above. You will have the same pains with something like nix(os). These kinds of systems depend on you building for them since they break the „old ways“ deliberately. Giving a list of dependencies to them is forthcoming enough in my book.

10 Jul 2023 at 17:56 | Open on social.coop

Alexander Cobleigh

@cryptix @csepp ahhh good to know! i am very new to distributing binaries like this, i'll see what how we can improve this going forward :>

10 Jul 2023 at 18:18 | Open on merveilles.town

Go Up