Seems like AppImage doesn’t have very good support for musl and expects there to be a global glibc available to link with at runtime. I’m running on Void Linux and I’m unable to run the editor. Seems like there aren’t any great workarounds besides setting up a container or chroot.
Any chance it would be possible to move to an alternative like flatpak or maybe there’s a way to statically link/bundle glibc with the AppImage?
I haven’t come across Void Linux yet, but on its main page, it does say it supports glibc.
What are the errors you are getting?
It supports both glibc and musl but I usually tend to prefer going the musl route if possible. I think the errors I’m getting are just dynamic linking errors where the editor is unable to find a glibc install globally.
But to be more specific in case it’s helpful for you:
Installing Midihub udev rules... Run with argument '--skip-udev-rules-install' to skip this step.
Password:
Done. Now launching the Editor as a regular user.
Error relocating /tmp/.mount_MidihuGJeNbN/usr/bin/midihub-editor: __res_init: symbol not found
Also happens when passing --skip-udev-rules-install.
I have tried using gcompat (Adélie Linux / gcompat · GitLab) which is made for working around this sort of problem (I think it comes from the Alpine Linux world) but no luck unfortunately.