mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #3068] Problems with kernel 5.4 and firejail #1923
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#1923
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 @UriHerrera on GitHub (Nov 30, 2019).
Original GitHub issue: https://github.com/netblue30/firejail/issues/3068
Please check https://github.com/AppImage/appimaged/issues/101.
I updated the kernel to Linux 5.4, using appimaged with firejail 0.9.60. There's a problem with firejail not being able to launch AppImages using the default profile or the
--no-profileoption.I resolved my problem by downgrading the kernel.
@Vincent43 commented on GitHub (Nov 30, 2019):
I can reproduce this on Linux 5.4:
@ghost commented on GitHub (Nov 30, 2019):
I'm not sure this is a firejail issue, as I'm seeing similar problems mounting (FUSE) filesystems on Linux 5.4 where firejail isn't involved. I'm in the middle of trying to determine what's going on exactly and will report back here if/when something relevant comes up.
@Tuj3Bz90dV commented on GitHub (Dec 6, 2019):
I've worked around this with the following patch:
The
squashfsdriver had some API changes in 5.4, and the unsupportedmodeoptions are no longer ignored. As far as I can tellsquashfshas never supportedmode, they were just being ignored this whole time.@neurodiverseEsoteric commented on GitHub (Dec 13, 2019):
@Tuj3Bz90dV how do I turn that into a .patch file to modify the install for arch-based "ArcoLinux?"
(...Wonder why DuckDuckGo didn't find this page, and google only found got pages in Chinese, and this one (most "&-" tracking params removed): https://webcache.googleusercontent.com/search?q=cache:Oe4gjvSnzDEJ:https://forum.mxlinux.org/viewtopic.php%3Ff%3D118%26t%3D46090%26start%3D40+&hl=en)
@ghost commented on GitHub (Dec 13, 2019):
@esotericDisciple Here's a worfkflow to add the above patch to a PKGBUILD for firejail-git:
prepare() {
cd firejail
patch -Np1 -i ../appimage.patch
}
@neurodiverseEsoteric commented on GitHub (Dec 14, 2019):
Thanks @glitsj16 but it keeps rejecting the "hunk," a term that makes no sense to use but nevermind...Does it PKGBUILD have to be edited during the pikaur/yaourt install prompt? See, I can't figure out what the paths are different in the above examples and the snapshot of the AUR package itself ('cd firejail' won't work but 'cd "${srcdir}/${pkgname}"' or '/src/firejail-git/src/firejail,' will work for instance)...
@ghost commented on GitHub (Dec 14, 2019):
@esotericDisciple Apologies for the untested advice above. I've gone ahead and fixed the relevant file directly. If you use a
firejail-gitPKGBUILD there's nothing extra that you need to do besides building that. In case you prefer afirejailPKGBUILD, follow the below instructions.I don't use AUR helpers, but that's indeed the moment you will need to make a one-line change to the PKGBUILD. Try adding the below line in the build() function, directly after the cd it contains (whatever that might be):
Proceed as you always do and it should fix
--appimage, I've tested it this time.In case you notice the issue isn't fixed for you, please reopen this issue.
@smitsohu commented on GitHub (Mar 8, 2020):
Probably it's a regression in the kernel, compare https://bugzilla.redhat.com/show_bug.cgi?id=1781863