Email or username:

Password:

Forgot your password?
Top-level
Alexander Cobleigh

@csepp oh dang! yeah i tried my best to make it a static binary that would work on the most machines, would love to hear what you can find out & how i can maybe patch things up :)

i'll write a post some time about the baroque deploy maneuver i opted for to increase baseline compatibility across linux systems. but still very much a baby in that regard :')

5 comments
Csepp 🌢

@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. 🤔

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.

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.

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.

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 :>

Go Up