AppImage won't run on Debian 12 due to missing libOpenGL.so.0

[orazioedoardo]

I haven't tested other Debian versions, but on bookworm it doesn't run by default. Nanosaur is linked against libOpenGL.so.0 but it doesn't find it since there's only SDL inside. It requires installing libopengl0 but that kinda defeats the purpose of AppImages. I haven't opened a pull request to include libOpenGL.so.0 in the AppImage because I'm not sure how you would proceed.

EDIT: that doesn't work either, it crashes. By the way, libSDL3.so.0.2.8 contains debug symbols. If stripped, the size is reduced by 81%.

EDIT2: this seems to affect the current release as well. Not sure why I haven't noticed it in the past or maybe there's something wrong with my system.

[jorio]

My thinking was that most users are going to be running a mainstream GPU-accelerated desktop environment, so they're likely to have libopengl.so already. I just tried a Debian 12 Live CD (KDE version) and the Nanosaur 1.4.4 AppImage works out of the box on it.

Still, I'm curious to know how other OpenGL games tackle this in their AppImage distributions. Do you know of any?

[orazioedoardo]

Still, I'm curious to know how other OpenGL games tackle this in their AppImage distributions. Do you know of any?

Found these through GitHub search. I haven't verified whether bundling the library worked in these cases. In my test not even bullseye's library worked, only bookworm's.

https://github.com/PrismLauncher/PrismLauncher/pull/1210/files
https://github.com/musescore/MuseScore/pull/24649/files
https://github.com/RPCS3/rpcs3/pull/10227/files

I just tried a Debian 12 Live CD (KDE version) and the Nanosaur 1.4.4 AppImage

Oh yes, I also tried it now and worked out of the box. In my case, the system where it didn't work was a Debian net install with gnome-core installed on top for minimal bloat so it makes sense it lacked libopengl.