Skip to content

Navigation Menu

Sign in
Sign up

AppImages don't work on Ubuntu 26.04 #1433

Unanswered
alexb3d asked this question in Q&A
Apr 29, 2026 · 7 comments · 8 replies
Discussion options

None of them worked, so I installed Fuse and JRommanager worked. These ones don't, and I haven't tried any others yet.
I understand that I'm missing libjack.so.0 and libOpenGL.so.0.

My question is, is this going to be the case forever? Is there a way to install these dependencies, or for them to install automatically?

lex@home:~$ '/home/lex/.apps/games/RetroArch-Nightly/RetroArch-Linux-x86_64/RetroArch-Linux-x86_64.AppImage' 
Setting $HOME to /home/lex/.apps/games/RetroArch-Nightly/RetroArch-Linux-x86_64/RetroArch-Linux-x86_64.AppImage.home
/tmp/.mount_RetroAFCmjmb/AppRun.wrapped: error while loading shared libraries: libjack.so.0: cannot open shared object file: No such file or directory
lex@home:~$ '/home/lex/.apps/games/pcsx2/pcsx2-v2.6.3-linux-appimage-x64-Qt.AppImage' 
Setting $HOME to /home/lex/.apps/games/pcsx2/pcsx2-v2.6.3-linux-appimage-x64-Qt.AppImage.home
/home/lex/.apps/games/pcsx2/pcsx2-v2.6.3-linux-appimage-x64-Qt.AppImage: error while loading shared libraries: libOpenGL.so.0: cannot open shared object file: No such file or directory
lex@home:~$ '/home/lex/.apps/on-line/qBittorrent.AppImage' 
/tmp/.mount_qBittocoBMge/AppRun.wrapped: error while loading shared libraries: libOpenGL.so.0: cannot open shared object file: No such file or directory
You must be logged in to vote

Replies: 7 comments 8 replies

Comment options

That's more of an issue of your system. You need to install libjack and a graphics driver (e.g., mesa).

You must be logged in to vote
0 replies
Comment options

Mesa is installed by default. My GPU is an AMD, with the Caicos driver. I haven't installed mesa-utils, although I'm not sure if it will work—I had already installed the dependencies.

You need to install certain dependencies to run (at least) these AppImages; I haven't tried it with design software yet.
sudo apt install libfuse2 libopengl0 libjack0

My question is, will I have to do this for every app?
Isn't there a way to automate this?

You must be logged in to vote
1 reply
Comment options

Not needed for every app, but for these specifically, yes. libfuse2 is still a dependency of most older AppImages, newer ones should ship with a runtime that no longer needs it. The other libs are required by the apps in the AppImages.

Comment options

@alexb3d no, you will not need to do this for every AppImage. The problem is AppImage is based on FUSE2 and the ecosystem has moved onto FUSE3 but AppImage is still on the old version so every AppImage needs FUSE2 to be installed. Most distros are getting rid of FUSE2 because it is no longer maintained by anyone. I don't know why AppImages still depend on it after years of this. OMG Ubuntu wrote an article about this a few years ago if you want to learn more. https://www.omgubuntu.co.uk/2023/04/appimages-libfuse2-ubuntu-23-04

You must be logged in to vote
3 replies
Comment options

Please be careful about spreading misinformation. Newer AppImage tooling has shipped for years with a statically linked runtime which does no longer need a libfuse2/3 to be installed on the host (FUSE is still a dependency in general, though). That article is very outdated.

Comment options

So, I understand that RetroArch was built using a very old AppImage tool. Is that why it requires fuse2 and libopengl0?

Comment options

So, I understand that RetroArch was built using a very old AppImage tool. Is that why it requires fuse2 and libopengl0?

Obviously, this is a silly question.
I'm going to report all the broken AppImages so they can be updated.

Comment options

I have a fresh installation of Ubuntu 26.04. FUSE2 (ie. fuse, fuse2, libfuse2t64 etc.) are non-existent on this version. Therefore, there is no way to run many AppImages on Ubuntu 26.04 out of the box. Is there a solution for the end users to run Fuse2-dependent AppImages somehow?

An AppImage is supposed to be distro-agnostic but when it fails to run on one of the top 10 distributions out of the box, users may think otherwise, in my humble opinion.

I used to evangelise for Autopackage, by the way, so my interest in standalone apps goes a long way back. :)

You must be logged in to vote
3 replies
Comment options

AppImages made with current tooling don't require libfuse2 (nor any version of libfuse) to be installed on the system.
If you are running in recent applications that still require libfuse2, please let the author of the respective AppImage know that they should be update their tooling.

If you have a historic collection of existing AppImages that you would like to convert, you can extract each one (using --appimage-extract) and then repacking the resulting AppDir (squashfs-root) using appimagetool.

Comment options

I might invest some time into a tool that does this automatically. It may not provide signing, but that's probably an acceptable trade-off.

Comment options

Actually, if we can create one-click websites which allows any user to create his/her own AppImage of any tarball, DEB or RPM, that would be interesting, I think!

Comment options

Dockers look cool for keeping your systems tidy. Better than compiling appimagetool for every distro you're planning for deployment. You might do that anyway but at least your system doesn't get destroyed.

You must be logged in to vote
0 replies
Comment options

Searching for information about AppImage online is one of the most frustrating experiences I've had with Linux. There are hundreds of everything. Even simple tasks like installing/integrate and updating are a real challenge. Not to mention creating an AppImage.

Could Anylinux-AppImages be a solution? It claims to require no dependencies and to update automatically.

I think that if AppImage wants to become an alternative for installing programs on Linux, it should be able to integrate with the desktop and update itself, because that has been one of its most important features. And obviously, it's in the software center.

You must be logged in to vote
0 replies
Comment options

None of them worked, so I installed Fuse and JRommanager worked. These ones don't, and I haven't tried any others yet. I understand that I'm missing libjack.so.0 and libOpenGL.so.0.

My question is, is this going to be the case forever? Is there a way to install these dependencies, or for them to install automatically?

lex@home:~$ '/home/lex/.apps/games/RetroArch-Nightly/RetroArch-Linux-x86_64/RetroArch-Linux-x86_64.AppImage' 
Setting $HOME to /home/lex/.apps/games/RetroArch-Nightly/RetroArch-Linux-x86_64/RetroArch-Linux-x86_64.AppImage.home
/tmp/.mount_RetroAFCmjmb/AppRun.wrapped: error while loading shared libraries: libjack.so.0: cannot open shared object file: No such file or directory
lex@home:~$ '/home/lex/.apps/games/pcsx2/pcsx2-v2.6.3-linux-appimage-x64-Qt.AppImage' 
Setting $HOME to /home/lex/.apps/games/pcsx2/pcsx2-v2.6.3-linux-appimage-x64-Qt.AppImage.home
/home/lex/.apps/games/pcsx2/pcsx2-v2.6.3-linux-appimage-x64-Qt.AppImage: error while loading shared libraries: libOpenGL.so.0: cannot open shared object file: No such file or directory
lex@home:~$ '/home/lex/.apps/on-line/qBittorrent.AppImage' 
/tmp/.mount_qBittocoBMge/AppRun.wrapped: error while loading shared libraries: libOpenGL.so.0: cannot open shared object file: No such file or directory
  • There are ways to do that. From recent experience I've found that most repositories (repos) have their own methods for searching for and finding libraries and dependencies. These systems are far better than they were back in the day (my perspective) but such tools were also always available even back then. Even if you might've had to craft one yourself 🤷‍♀️.

There were always wayz though, too, to get one's job done. I'll try this out on Ubuntu 26.04 and see if I find the same troubles.

You must be logged in to vote
1 reply
Comment options

chown -hRv $USER:$USER $HOME/

IMPORTANT

For $HOME use either $HOME/ ... /home/you/ ... or, ~/

But if your libs still won't load after running your RetroArch*AppImage then you should take my prior advice and learn the repo system you have and correct your dependency problem.

Correcting all that is a problem. Not an issue.

Be wise though. Perhaps you downloaded the wrong version?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Category
Q&A
Labels
None yet
Converted from issue

This discussion was converted from issue #1432 on April 29, 2026 23:13.

AltStyle によって変換されたページ (->オリジナル) /