mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #173] idea: implement a pseudo variable "global" for profiles #123
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#123
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 @ghost on GitHub (Nov 29, 2015).
Original GitHub issue: https://github.com/netblue30/firejail/issues/173
Somewhat related to #170.
Local user profiles (~/.conf/firejail/) may want to make global profiles more restrictive. So they would include the profiles from /etc/ and then add their own rules. But the global profiles are not always in /etc/, as in the case that firejail has been installed from git.
Have a pseudo variable for profiles in order to allow including the correct global profiles, no matter how it has been installed. Let the variable be called "global" or "globalconf" or something like that. Maybe in bash notation like this: ${globalconf}.
I hope it's clear what I mean.
@netblue30 commented on GitHub (Dec 3, 2015):
I can add an option that allows you to set the directory where profiles are stored, something like:
Would this help in your case?
@ghost commented on GitHub (Dec 3, 2015):
It would help, if this option was available in the profile, too.
But in this case you'd still need to know some path. In the case of some pseudo variable, the executable would be able to take its global config path, that's been hardcoded, since it's aware of that anyway, isn't it?
But, actually, both things can be done.
Let me show some example:
This is what I'm thinking of. The idea is to be able to extend on global profiles without having to know, how firejail has been installed, so local profiles would work on every installation, without having to readjust paths.