mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #2001] Ark does not open zip files #1347
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#1347
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 (Jun 14, 2018).
Original GitHub issue: https://github.com/netblue30/firejail/issues/2001
I've noticed that Ark does not open zip files on Fedora 28 KDE. Using firejail-git.
Commenting the
private-binline fixes the problem. So it seems that something is missing in that line. I haven't been able so far to find it.@chiraag-nataraj commented on GitHub (Jun 14, 2018):
Does it work under the release version (0.9.54)? Because just looking at the profiles, there doesn't seem to be anything significantly different in terms of the profile between the current dev version and the current release version.
@curiosity-seeker commented on GitHub (Jun 14, 2018):
Just tested 0.9.54 on Siduction. zip files aren't opened, either.
@chiraag-nataraj commented on GitHub (Jun 14, 2018):
Hmm, okay. You can try commenting out
private-binand runningstrace, which might help you catch which binaries are not being included.@curiosity-seeker commented on GitHub (Jun 14, 2018):
I tried it with
strace -e trace=file /usr/bin/arkbut didn't find an executable in the output that wasn't already included (except ldd but that didn't make a difference).
In journalctl I'm getting the error:
ark[29214]: Empty filename passed to function@chiraag-nataraj commented on GitHub (Jun 14, 2018):
Huh, that's interesting. I wonder why commenting
private-binfixes that...normally, seeing that would make me think some files aren't accessible in the sandbox, so it would be more of aprivateorwhitelistissue...@SkewedZeppelin commented on GitHub (Jun 14, 2018):
I think I fixed it
can you try with the following?
@curiosity-seeker commented on GitHub (Jun 15, 2018):
Thanks - this works! Great.
bash,dashis not needed here, though.A general question for future cases: is there a systematic way to find those needed binaries other than the above mentioned
strace -e trace=file ...?@SkewedZeppelin commented on GitHub (Jun 15, 2018):
Awesome, I'll commit that. And I think bash is actually needed from what I saw.
And I just used strace, it was just a bit buried to find that it was needed.
Here were the actual commands I used
then I deduplicated bins.txt and sifted through it.
And sure enough tclsh and bash were being passed to execve.
@curiosity-seeker commented on GitHub (Jun 15, 2018):
Thanks - very helpful, indeed!
@curiosity-seeker commented on GitHub (Jun 15, 2018):
I wonder if perf is even more helpful here. I think I'll have to do some digging.