mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #2013] profile weechat broken #1355
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#1355
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 @cyrinux on GitHub (Jun 27, 2018).
Original GitHub issue: https://github.com/netblue30/firejail/issues/2013
Hi, weechat profile is broken
@ghost commented on GitHub (Jun 28, 2018):
@cyrinux For me weechat 2.1 is working fine with latest firejail from git. The error 'unable to create/append to log file (weechat.log)' might prove worthwhile looking into. Have you tried that yet? Something like the below would rule out any WeeChat process conflicts:
After this test you can safely remove the created test dir. If you could provide output of those commands here, together with firejail version info, people would be in a better position to get to the bottom of your issue.
Regards
@Fred-Barclay commented on GitHub (Jun 28, 2018):
Also does
firejail --noprofile weechatwork?@cyrinux commented on GitHub (Jun 28, 2018):
Hi,
It is with archlinux updated running weechat 2.1 and firejail 0.9.54~rc2
With noprofile, I confirm this works normally.
For the first try which start weechat without configuration.
@ghost commented on GitHub (Jun 29, 2018):
If --noprofile is working the issue isn't with the firejail profile. Your error message suggests there were several weechat processes running and apparently one of those had an exclusive lock on ~/.weechat/weechat.log. That's why I suggested to test with a temporary copy of your ~/.weechat dir to confirm all this. But I see now there was an ommision in the commands I gave above, my bad. The last command (to test firejailed weechat with a temp dir) should read:
You could rm -f ~/.weechat-test/weechat.log from the test dir before running that, it should be recreated by WeeChat on a succesful start. Hope this helps.
@cyrinux commented on GitHub (Jun 29, 2018):
Hi @glitsj16, thanks, this try works, without removing the log
@cyrinux commented on GitHub (Jul 1, 2018):
So here the working profile
@alrayyes commented on GitHub (Mar 13, 2019):
This isn't a weechat issue. The default profile doesn't allow writing to the logfile period. The error weechat throws isn't very helpful in this regard.
This is easily fixed with the following profile:
According to the documentation writing weechat.log to ~/.weechat is default behaviour, therefore the read-write line should be added to the default weechat firejail profile.
@ghost commented on GitHub (Mar 13, 2019):
@alrayyes Nobody suggested it was/is a weechat issue.
That remark was related to help the OP in debugging what was going on exactly. Since then the weechat.profile has changed and doesn't have the 'whitelist ${HOME}/.weechat' any longer. But it still has 'noblacklist ${HOME}/.weechat' to counterpart blacklisting done via the included 'disable-programs.inc' (a common practice in firejail profiles). Having
noblacklist ${HOME}/.weechatalready takes care of making ${HOME}/.weechat read-write.As far as I can read in weechat's documentation that isn't weechat's default home dir location. If you use the -d/--dir (or an env var for that matter) with weechat to override its default home dir you should do the same for its firejail profile and add that custom path in a weechat.local file (either in /etc for system-wide support or in ~/.config/firejail for per user support). Is this not working for you?
@alrayyes commented on GitHub (Mar 13, 2019):
Ah, i see what i did there. I meant it's a dotfiles issue. Don't know why I said that was the default location, makes no sense. You're right.
I use the above in ~/.config/firejail/weechat.profile and it works for me. The issue is
read-only ${HOME}/dotfilesin /etc/firejail/disable-common.inc. Commenting that line out fixed the issue for me (hence the read-write override above).It generally does make sense to keep dotfiles read only, but for me (and probably a lot of other people) ~/.weechat is symlinked to ~/dotfiles/weechat/.weechat. Anyway nvm. Hopefully the next person to google this problem will see this and it will save them a little time :)