mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #6152] Read profiles from /usr, in addition to /etc and ~/.config #3206
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#3206
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 @gioele on GitHub (Jan 7, 2024).
Original GitHub issue: https://github.com/netblue30/firejail/issues/6152
Problem description
Firejail profiles are currently stored in
/etc/firejail/(or/usr/local/etc/firejail/) and~/.config/firejail/. This is not compatible with stateless systems and hermetic builds, in which distro-provided packages only ship files under/usr/, including default configuration files.In addition, files in
/etcare supposed to be owned by the system administrator and freely editable. Firejail's wiki states that profiles should not be modifiedso it would make more sense to have the default profiles in
/usr.Proposed solution
In addition to searching for profiles in
~/.config/firejail/and/etc/firejail/, Firejail should also search in/usr/lib/firejail/.Distribution packages will install their files in
/usr/lib/firejail/, system administators in/etc/firejail, and non-admin users in~/.config/firejail.@rusty-snake commented on GitHub (Jan 7, 2024):
Duplicate of #4871
@gioele commented on GitHub (Jan 7, 2024):
Thanks @rusty-snake for the pointer.