mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #2038] Just updating firejail on Fedora 28 #1375
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#1375
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 @derba on GitHub (Jul 13, 2018).
Original GitHub issue: https://github.com/netblue30/firejail/issues/2038
I updated from Fedora 27 to 28 using Gnome Software. To avoid Firefox issues I pulled the latest firejail from git.
Firefox did not work. According to journalctl it crashed at chroot. But that is impossible, #1939 fixed that ages ago.
To my surprise I found /etc/firejail dir with rather old files. Well, I thought those files are in /usr/local/etc/firejail.
No problem, just copy the profiles in the repo to /etc.
That happens to be
nodbusline. I commented that out. And Firefox works.@SkewedZeppelin commented on GitHub (Jul 15, 2018):
You probably still have a mix of files, you might want to
and then to reinstall, use the following instead of
make install@derba commented on GitHub (Jul 16, 2018):
Yes, I realized that I must have 2 firejail versions, as the
nodbusissue could not occur otherwise. One firejail remained from an installed rpm.While the new firejail is at
/usr/local/bin/firejail.Thank you. I removed the old one. It was strange that
firecfg --cleancould not remove old symlinks.@chiraag-nataraj commented on GitHub (Jul 16, 2018):
I presume this might be because it was running the new
firecfgon the symlinks created by the oldfirecfg. If you had runsudo /usr/bin/firecfg --clean, it might have had the desired effect? Maybe? I'm just guessing here...@derba commented on GitHub (Jul 16, 2018):
That is my assumption, too. But I cannot try that, as I removed the files "my way".