mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #3124] Digikam broken #1959
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#1959
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 @curiosity-seeker on GitHub (Jan 5, 2020).
Original GitHub issue: https://github.com/netblue30/firejail/issues/3124
Digikam 6.4.0 doesn't start here on Arch Linux.
After modifying the profile it works again:
Can someone reproduce?
@Vincent43 commented on GitHub (Jan 6, 2020):
Works for me.
@curiosity-seeker commented on GitHub (Jan 6, 2020):
What exactly? The original profile or my modifications?
@rusty-snake commented on GitHub (Jan 6, 2020):
@curiosity-seeker which syscall is blocked with the original profile?
journalctl --grep=SECCOMP --reverse@curiosity-seeker commented on GitHub (Jan 6, 2020):
Okay, checked again.
seccomp !chrootseems to work.
EDIT: journalctl also showed the following syscalls: brk, exit, exit_group, select
@Vincent43 commented on GitHub (Jan 6, 2020):
Original profile works for me out of the box. I think
chrootneed looks unusual here.@smitsohu commented on GitHub (Jan 6, 2020):
Seems that QtWebengine is a dependency via marble-common
@Vincent43 Do you see an effect if you enable unprivileged user namespaces?
@Vincent43 commented on GitHub (Jan 7, 2020):
Yes, this is it. After enabling unprivileged user namespaces I can reproduce the results.