mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #3585] Firejail 0.9.62.2 apparmor profile parser error #2248
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#2248
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 @adgross on GitHub (Aug 12, 2020).
Original GitHub issue: https://github.com/netblue30/firejail/issues/3585
The /etc/apparmor.d/firejail-default file in the 0.9.62.2 release don't follow master and old releases for the /etc/apparmor.d/local/firejail-local filename, it try to #include <local/firejail-default> instead -local. Possible to check line 155 in the file etc/firejail-default given in the release.
Also the Makefile.in from the same release don't have the install line to copy the firejail-local to /etc/apparmor.d/local/. Check lines 135-140.
Bug and expected behavior
Environment
Workaround
#include <local/firejail-local>
or
@adgross commented on GitHub (Aug 12, 2020):
For some reason the man pages for this release also say /etc/apparmor.d/local/firejail-default, instead of firejail-local as in master:
This is a workaround patch I made to be able to create a package without later manual intervention (1 or 2 from first post), ignoring the filename change from the man page.
@reinerh commented on GitHub (Aug 13, 2020):
The correct path is actually "local/firejail-default" (not firejail-local). It's convention to have the same name for the local override as for the profile name.
@darmon77 commented on GitHub (Aug 13, 2020):
This for me was the porvisor solution. (rename firejail-local to firejail-default)
mv /etc/apparmor.d/local/firejail-local /etc/apparmor.d/local/firejail-default
@netblue30 commented on GitHub (Aug 13, 2020):
OK, I'll go with firejail-default - @reinerh, I think this is what you have in Debian sid?
@darmon77 - I'll have the fixes in release-0.9.62 branch by the end of the day, and a new release (0.9.62.4) at the end of the week. Thank you for the bug! It is probably broken all over, not only in Arch.
@reinerh commented on GitHub (Aug 13, 2020):
Yes, in Debian I'm using local/firejail-default.
The installation of the profile is handled by a packaging helper tool, that's why I had it removed from the Makefile in the Debian packaging.
@netblue30 commented on GitHub (Aug 14, 2020):
Fix in
ed26a0fa7bbased on the patch from @adgrossRelease Sunday (Aug 16) if nothing else comes up.
@netblue30 commented on GitHub (Aug 18, 2020):
All set, 0.9.62.4 is out.