-
-
Notifications
You must be signed in to change notification settings - Fork 29
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Gear Lever as an appimage #229
Comments
Because it's very hard to pack a gtk app. There aren't many Gtk apps released as app images if you notice: most app images are Electron apps |
If you are up for maintaining or at least updating You can use something like nixappimage to do it quite easily. It can be installed with soar $ soar search gearlever
[-] gearlever#nixpkgs.gearlever:pkgcache (nixappimage-2.3.2) - Manage AppImages with ease (319.04 MiB) A Demo on Alpine Musl, without flatpak I am aware of: #186 Suffice to say, we (pkgforge) won't have any problems should you decide to link this on the readme |
GTK apps are not hard to make AppImages of. As long as you don't involve webkit2gtk that is. Python apps are hard though. EDIT:
Inkscape, mission-center, cpu-x, and now gimp (after some trouble not related to gtk) all come as AppImage as well, and both gimp and inkscape use the deploy everything mode of go-appimage, that is the AppImage works on systems without glibc even. Deadbeef is another gtk app that while it doesn't come as an AppImage, it releases a mostly portable binary instead. Ryujinx did something similar before they moved away from GTK as well. |
I love Gear Lever, so much easier than AppLauncher, and it always works, in contrast to AL.
How come an app to manage appimages is not packed in an appimage itself?
The text was updated successfully, but these errors were encountered: