mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #2329] Cannot access symlinked config files #1552
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#1552
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 @daphniz on GitHub (Jan 5, 2019).
Original GitHub issue: https://github.com/netblue30/firejail/issues/2329
When I run qutebrowser through firejail, qb cannot access its config
files. This is because
my ~/.config/ is a symlink to ~/dot/config. But I can't figure out how to
work with this. I have tried noblacklisting and whitelisting
~/dot/config/qutebrowser, but to no avail.
@daphniz commented on GitHub (Jan 10, 2019):
I solved it by making ~/.config a directory and symlinking files into
that instead. But it seems Firejail does not accept it if ~/.config
is a symlink, and I don't know if and if so why that is intended.
Error: user .config is a symbolic link
@rusty-snake commented on GitHub (Jan 12, 2019):
@daphniz to use
~/dot/configinstead of.configas your config dir you can also set the env-varXDG_CONFIG_HOMElikeexport XDG_CONFIG_HOME=$HOME/dot/configSee:
https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html
https://developer.gnome.org/basedir-spec/
@rusty-snake commented on GitHub (Jan 12, 2019):
or
mount --bind@chiraag-nataraj commented on GitHub (May 21, 2019):
Seems like the OP found a solution to their issue (although perhaps not entirely ideal). I'll go ahead and close this, but @daphniz, please feel free to re-open if you have more questions or you want to convert this to an enhancement request.