-
Notifications
You must be signed in to change notification settings - Fork 102
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
Appimage not working with firejail #517
Comments
I'm not going to look into it in the near future. Maybe someone else will. The workaround is using another package type. |
I was able to replicate and fix this issue. You can fix the AppImage as according to this example. First:
Then: (replace Foo.AppImage in this example with electron-mail-4.15.0-linux-x86_64.AppImage)
Install newest version of appimagetool, then:
Then finally run the new AppImage created in the same directory with original firejail command. The long-term solution is to package AppImage with the newest version of of appimagetool:
Solution from: AppImage/AppImageKit#1032 (comment) |
The app uses https://github.com/AppImage/AppImageKit/releases/tag/13 for packaging. The data of this release is Dec 31 2020, so quite old. The https://github.com/AppImage/AppImageKit/releases/tag/continuous won't work since I need a static binary due to the hash sum check. Some trustworthy binary download source with a new binary releases other than https://github.com/AppImage/AppImageKit/releases/ is needed in order to update the tool version used by the app. |
The long-standing upstream/blocker issue is here AppImage/AppImageKit#849. |
By the way, just curious, why would anyone prefer appimage app package over the other Linux options (especially flatpak/snap)? I understand that it's about portability across different OS, but flatpak is also about isolation (so generally provides better security). |
Because it is most convenience solution. It doesn't need to download all runtime environment like flatpak does. It doesn't need to load and run system services. It is also best for fast and simple test if app is what you are looking for. |
Using appimage for test purposes makes sense to me. Afaik, there is no isolation capabilities in appimage like flatpak comes with (I've updated my previous comment just before you posted the update). But you handle isolation using firejail tool, which is a good option overall. |
Any luck with this build? The only change in relation to appimage is tweaking the permissions before repackaging. Starting it using
So it looks like a need to configure firejail somehow. |
Did you try loading apparmor firejail-default profile? I don't know if it was critical but apparmor is used in electron-mail.profile |
Yes, have tried the default profile and noprofile option. Much less stuff gets printed to the console, but the outcome is the same - |
FYI: |
firejail version 0.9.68
Actually, the app embeds it into the AppRun script since at that time I didn't find a better workaround for running AppImage without a headache for those who have unprivileged userns clone disabled. |
Then is at least this not an issue here. |
firejail --profile=electron-mail --appimage electron-mail-4.15.0-linux-x86_64.AppImage
Error:
/bin/bash: line 1: /run/firejail/appimage/AppRun: permission denied
The text was updated successfully, but these errors were encountered: