mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #5411] Firejail AppImage or Portable version of Firejail? #2988
Labels
No labels
LTS merge
LTS merge
bug
bug
converted-to-discussion
doc-todo
documentation
duplicate
enhancement
file-transfer
firecfg
firejail-in-firejail
firetools
graphics
help wanted
information_old
installation
invalid
modif
moved
needinfo
networking
notabug
notourbug
old-version
overlayfs
packaging
profile-request
pull-request
question
question_old
removal
runtime-permissions
sandbox-ipc
security
stale
wiki
wiki
wontfix
wordpress
workaround
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/firejail#2988
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @AmyMoriyama on GitHub (Oct 11, 2022).
Original GitHub issue: https://github.com/netblue30/firejail/issues/5411
The request:
To be able to run firejail from any folder/directory (portable).
Suggested method:
Either an AppImage of firejail or a static binary.
Why?
It would be greatly useful in situations relating to portable applications. One example, let's say you have a USB stick with some AppImage apps on it, but you want to maintain control over those apps when ran. Having a copy of firejail on the USB stick along with the other portable apps could do this.
@rusty-snake commented on GitHub (Oct 11, 2022):
The stick needs an Linux filesystem like ext4, xfs, btrfs, … that support UNIX file permissions. NTFS, vFAT, FAT32, exFAT, ... do not work. And you need to mount this stick as root which usually mean you can not use a graphical filemanager. This is because firejail needs to be SUID. Therefore it may be less useless than you think.
#2849
An firejail build w/o AppArmor/SELinux support only requires glibc and linker. So as long as the system you want to run firejail has a newer/the same glibc as the system you build firejail it should be able to run (!= work).
So the only problem that can be solved at build-time are the paths (profiles, plugins, config files).
@kmk3 commented on GitHub (Sep 21, 2024):
Duplicate of #2849