Replies: 3 comments 7 replies
-
Related: #5723 |
Beta Was this translation helpful? Give feedback.
0 replies
-
firejail/etc/inc/disable-exec.inc Lines 11 to 13 in f1218ef Have you tried overriding the above yet by adding this to patch.local?
|
Beta Was this translation helpful? Give feedback.
6 replies
-
Relates to: Note: I also disable firejail for patch on Artix to avoid failures when |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Finally tracked down an issue I've been having with updating or installing some (but not all) AUR packages on my home manjaro desktop. Looking back, the failures of the packages to update is correlated to when I installed firejail on the system - but I didn't make the connection at the time.
It seems that the AURs that fail to update all have calls to
patch
in the PKGBUILD script. On my home system I was getting errors like this whenpatch
was invoked in the build script......despite the directory being present and having the correct permissions for my home user to access it.
If I edit the script and replace the
patch
calls with explicit calls to/usr/bin/patch
, then the pamac gui or a cli invocation ofmakepkg
both work fine, and I can build and install the updated AURs.I suspect that the issue lies in the need to whitelist the /var/tmp/pamac-build-home/* directory tree so I tried adding this to my
/etc/firejail/patch.local
file...... but this doesn't seem to work, I still need to edit my PKGBUILD files to call the non-jailed version of patch. At least I have a way to update these AURs - but I'd like to get to the point where I don't need to manually edit these files.
Could anyone suggest what else I might try - or what I might be doing wrong here? Thank you!
Beta Was this translation helpful? Give feedback.
All reactions