mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #2974] meld.profile missing access to dconf #1860
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#1860
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 @felixwiemuth on GitHub (Sep 22, 2019).
Original GitHub issue: https://github.com/netblue30/firejail/issues/2974
Meld uses dconf to store its settings. I had to add
noblacklist ${HOME}/.config/dconftomeld.localso that settings can be applied and persisted.@rusty-snake commented on GitHub (Sep 22, 2019):
For my it's working without that fix. Normaly dconf is accessed over dbus.
which firejail version and distro are you on?
firejail: git, OS: Fedora 30.
meld.local:
@felixwiemuth commented on GitHub (Sep 22, 2019):
Arch Linux, firejail 0.9.60.
I guessed that dbus could be a problem as well, is it using /tmp to communicate? Because then one actually would nede the
ignore private-tmp.However, now it suddenly works even without additions in
meld.local, even though before this change (noblacklist ${HOME}/.config/dconf) made it work...@rusty-snake commented on GitHub (Sep 22, 2019):
BTW:
grep "^blacklist \${HOME}/.config/dconf" /etc/firejail/*, dconf is never blacklisted.@Vincent43 commented on GitHub (Sep 22, 2019):
@felixwiemuth modern dbus is usually using
/run/user/$UID/busto communicate@felixwiemuth commented on GitHub (Sep 24, 2019):
Thanks for the comments, probably it is difficult to identify what the actual issue was here.
Some additional observations:
firejail --privatesandbox (this suggests that it actually could have been some sandboxing issue)~/.config/dconf/userthe file is recreated when starting meld and changing settingsIf there are no more ideas for now I guess this can be closed.