Troubles installing MuseScore4 on Linux Ubuntu

• Jan 8, 2023 - 14:20

I'm trying to get MuseScore4 on Ubuntu.

I've downloaded the AppImage on the Musescore download site. Trying to install it resulted in errors, but I gathered that my OS was missing something called "FUSE 2". I have no idea what it is, but with the help of this site:…
I managed to install FUSE 2 alongside FUSE 3 which my OS apparently has.

After doing that I tried installing MuseScore4 AppImage again with these instructions: (It's for MS3 - i know)

This time MuseScore4 starts but it is still not installed. I am able to run the MuseScore AppImage but isn't integrated wit the rest of the system: it doesn't appear in App menu, and MuseScore files are neither associated with the program nor do they have the correct icon on them.

I also installed MuseHub for Linux, but apparently it only has the sounds, not the software. Also Ubuntu software store only has old versions of MuseScore.

Any help is appreciated.


Executing the AppImage with '--help' does verify it knows about the 'install' command-line parameter. I haven't installed it myself, as for now I'll live the AppImage until some further releases happen.

Umm, have you placed the MS4 AppImage into /usr/bin before trying to install? If not, when you do try the install option, did an executable whose name doesn't include AppImage, appear in /usr/bin?

Just taking some stabs in the dark...

In reply to by Are Jayem

Executing with --help shows me a list of options and arguments, and "install" is not on the list.
The AppImage is not in /usr/bin when I install it and nothing new appears in /usr/bin when trying to install.

Here are some of the errors and warnings I get when trying to install:

  • QEventLoop: Cannot be used without QApplication

  • Waring: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway.

I've managed to install the following version:
OS: Ubuntu 22.04.2 LTS, Arch.: x86_64, MuseScore version (64-bit): 4.0.1-230121751, revision: 9b70a8c

It prompts me to update and I press "Install update". It downloads the files and asks to restart.
When MuseScore restarts, it again tells me about the same update - so nothing happened.

I found that MS downloaded the new version's files to the systems Downloads -folder. Trying to install those files, however, fails. I get two error screens:

Load Error
Cannot read file /home/frans/Downloads/install:
unknown type


Load Error
Cannot read file /home/frans/Downloads/MuseScore-
unknown type

What's going on here?

In reply to by fransfelix

On my Ubuntu 20.04, I have put all AppImage executables in "/usr/bin" - though I guess you could put yours anywhere you want.

In a terminal window, we can execute "ls -la" to see the permissions-flags on those executables. Also, the 'file" command will show us what Ubuntu thinks the files are (they should be compiled programs). The "x" in the permissions is needed for the file in question to be executed. As in "rwxwrxr-x".

To my understanding, AppImage executables are not 'installed', though they are added to our systems from downloading from MuseScore. I've found using AppImage a bit easier than installing. FWIW...

In reply to by Are Jayem

There is NO need to install the appimage as root
-download appimage
-make executable ("chmod +x Appimagename " or via gui)
-type "./Appimagename install " => this will copy the appimage executable to ~/.local/bin/ , handle mime types and make some symlinks
-to upgrade: repeat same procedure with new downloaded image.

There are some problems with wayland but i don't really know about this)
see and

In reply to by Jojo-Schmitz

Sure. But unless you have multiple users on your system, it just seems like a bad idea.
Normally /usr/bin should be reserved to binaries managed by the distribution package manager.
Other binaries - not provided by the linux distribution - should be under /opt/vendor/ (most vendors of commercial Linux server software do this), or at least under /usr/local/bin -- if you really need to.
Just my idea of course...

In reply to by graffesmusic

I'll consider your '/opt' & '/usr/local/bin' suggestions. As it happens, I find '/opt/muse-hub' which is root/root with 755 perms. I believe there have been a number of posts about muse-hub and the root/root assignment.

BESIDES the links you provided about Wayland (which I've looked into) and even though you say you don't know much about it, how did you come to mention Wayland, anyway?? Thanks.

In reply to by Are Jayem

The OP says so:

Here are some of the errors and warnings I get when trying to install:
QEventLoop: Cannot be used without QApplication
Waring: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway.

suggesting Wayland is being used.
But i am not using wayland and i know nothing about it.

About the location of binaries, i am suggesting that your binaries should be installed in your home directory, unless they are to be used by all users on your system. As a rule, users should not be using root, unless absolutely needed.
Packages that go in /usr/bin, provided by the distribution, are signed and can be trusted (in the same way as you can trust Microsoft on Windows). Can the same be said about the MuseScore Appimage? Is it signed and do you have a public key?
The /opt (and maybe /usr/local/ ) directories is where 3rd party software should be installed - Only if installing in your home directory is not an option - typically used on servers, not on laptops with 1 user.
Indeed, /opt/muse-hub is installed with root permissions. There have been several discussions why this also is a bad idea.
You have of course the freedom to make your own system as secure or insecure as you want.

Do you still have an unanswered question? Please log in first to post your question.