mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #6793] buku: Error: no suitable /usr/bin/buku executable found (python-exec on Gentoo) #3374
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#3374
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 @amano-kenji on GitHub (Jun 29, 2025).
Original GitHub issue: https://github.com/netblue30/firejail/issues/6793
Description
Executing /usr/bin/buku through firejail fails because the file permission of /usr/lib/python-exec/python-exec2 is 600 instead of 755.
Steps to Reproduce
Expected behavior
No error
Actual behavior
Behavior without a profile
Additional context
Environment
uname -srm): Linux 6.6.92-gentoo x86_64firejail --version): 0.9.74Checklist
/usr/bin/vlc) "fixes" it).https://github.com/netblue30/firejail/issues/1139)browser-allow-drm yes/browser-disable-u2f noinfirejail.configto allow DRM/U2F in browsers.--profile=PROFILENAMEto set the right profile. (Only relevant for AppImages)Log
Output of
LC_ALL=C firejail /path/to/programOutput of
LC_ALL=C firejail --debug /path/to/program@kmk3 commented on GitHub (Jun 29, 2025):
Why do you think that?
Do you have apparmor enabled?
What is the output of the following?
Does it work with the following in ~/.config/firejail/buku.local?
If not, you can try commenting the profile to see which lines are causing the
problem and post them here.
@amano-kenji commented on GitHub (Jun 30, 2025):
Welcome to gentoo linux where python programs are symlinks to /usr/lib/python-exec/python-exec2.
Adding
to ~/.config/firejail/buku.local doesn't fix the issue.
Commenting out
include disable-common.incfixes the issue. I'm trying to figure out why disable-common.inc breaks buku.profile.@amano-kenji commented on GitHub (Jun 30, 2025):
I think I figured out why disable-common.inc breaks buku.profile.
disable-common.inc contains
blacklist ${PATH}/aa-*.blacklist ${PATH}/aa-*ends up blacklisting/usr/lib/python-exec/python-exec2because${PATH}/aa-*files are symlinks to/usr/lib/python-exec/python-exec2.Firejail doesn't blacklist the symlinks, but the files that symlinks point to. Thus, the fix is to prevent firejail from following blacklist symlinks.
On gentoo linux, firejail ends up blacklisting all python programs by blacklisting any python program.
@kmk3 commented on GitHub (Jul 1, 2025):
What is the output of the following?
How does that work? What exacly does
python-exec2end up executing?That is, where are the real
aa-binaries?Also, does it execute python2 or does the "2" stand for something else?
If
python-exec2is a script, could you upload it here?I believe that
blacklistfollowing symlinks is the intended behavior(likewise for whitelisting).
Does it work with the following in ~/.config/firejail/allow-python3.local?
@amano-kenji commented on GitHub (Jul 2, 2025):
On gentoo linux, all python executables in /usr/bin are symlinks to /usr/lib/python-exec/python-exec2
python-exec2.txt
python-exec2 simply executes the executable module for the symlinking executable in /usr/bin.
If I execute /usr/bin/buku which is a symlink to /usr/lib/python-exec/python-exec2, python-exec2 detects the symlinking file's name and executes /usr/lib/python-exec/python3.13/buku
buku.txt
As you can see, /usr/lib/python-exec/python3.13/buku just uses buku python module.
@amano-kenji commented on GitHub (Jul 2, 2025):
Adding
to ~/.config/firejail/allow-python3.local doesn't fix the issue. I don't think
noblacklistis intelligent enough to handle this case.@amano-kenji commented on GitHub (Jul 7, 2025):
This issue basically breaks every python application profile that contains disable-common.inc on gentoo linux.
@amano-kenji commented on GitHub (Sep 29, 2025):
It turns out that this issue actually prevents all python executables on gentoo from being executed.
Adding
noblacklist ${PATH}/aa-*toglobals.localworks around the issue.