mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #4626] Strange issue with xonotic.profile on Arch #2728
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#2728
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 @jose1711 on GitHub (Oct 19, 2021).
Original GitHub issue: https://github.com/netblue30/firejail/issues/4626
Can't wrap my head around this 😞 Updated Arch Linux,
xonoticinstalled from community repo, latestfirejailfrom master. There are 3 binaries in/usr/bin:The profile defines a
private-binas follows:If I run the game I get:
This is odd so I change
xonotic*toxonotic-sdl. Now the game starts. I revert the change and run a bash inside the profile. Inside it I can see that all 3 files were copied as expectedSo it looks like the globbing worked. Any idea where is this coming from?
@rusty-snake commented on GitHub (Oct 20, 2021):
Can you run
firejail --debug /usr/bin/xonotic-sdl.What does
which -a xonotic-sdlshow?Maybe
7a1dd38cbroke it? cc @smitsohu@SkewedZeppelin commented on GitHub (Oct 20, 2021):
I noticed this a few months ago on Fedora 34.
Had to revert the wildcard.
@jose1711 commented on GitHub (Oct 20, 2021):
Tried to revert
7a1dd38c51but it's still the same. Maybe we want to go back fromxonotic*to explicitly naming the files? (partially revert41f69f7a74)@rusty-snake commented on GitHub (Oct 20, 2021):
firejail --debug --private /usr/bin/xonotic-sdlworks for me ...Can you try with
--debug.@jose1711 commented on GitHub (Oct 20, 2021):
Same. Are you on Arch as well? Also which part of the output should I paste (it's massive).
@rusty-snake commented on GitHub (Oct 20, 2021):
Fedora 34.
The lines before "cannot find the program in the path" e.g. where tries to search.
@jose1711 commented on GitHub (Oct 20, 2021):
@smitsohu commented on GitHub (Oct 20, 2021):
In the debug log there might be a section like this
You may also want to compare the output of
firejail --profile=xonotic --quiet sh -c "echo $PATH"toecho $PATHoutside the sandbox.Inside the sandbox, after
private-binwas processed, there should be no Firejail symbolic links at all. Becauseprivate-binmounts a tmpfs on /usr/local/bin, which is where these links normally go.@jose1711 commented on GitHub (Oct 21, 2021):
There is no such section/lines:
PATHis the same inside and outside the sandbox.OK then I think that is probably the issue, b/c:
@smitsohu commented on GitHub (Oct 21, 2021):
Ok, that's strange.
You didn't by chance enable
private-bin-no-localin the Firejail configuration file (/etc/firejail/firejail.config)?firejail --private-bin=ls --profile=xonotic --quiet ls -l /usr/binDoes that show all of /usr/bin, or do you have a restricted view?
@jose1711 commented on GitHub (Oct 22, 2021):
firejail.configis stock (all entries are commented out).@smitsohu commented on GitHub (Oct 22, 2021):
Thanks, I think it's clear now. We are skipping these Firejail symbolic links when there is no globbing, but with globbing we need to do the same thing. It's a bug!