mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #2945] Signal 1.27 Fails to Start #1839
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#1839
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 @ilikenwf on GitHub (Sep 6, 2019).
Original GitHub issue: https://github.com/netblue30/firejail/issues/2945
Seems to be some electron/SUID related thing?
@rusty-snake commented on GitHub (Sep 6, 2019):
At least chroot is requiered, firejail-git:seccomp !chroot.@ilikenwf can you try this:
firejail --ignore=nonewprivs --ignore=noroot --ignore=protocol --ignore=seccomp --ignore=caps.drop --caps.keep=sys_admin,sys_chroot signal(#2933)@ilikenwf commented on GitHub (Sep 6, 2019):
That did indeed work.
On 9/6/19 6:18 PM, rusty-snake wrote:
@corecontingency commented on GitHub (Sep 7, 2019):
I don't think that signal has moved to the full chromium sandbox of skype yet, as it seemed to work fine on my system just replacing
seccompwithseccomp !chroot. No errors showed up in journal or usingfirejail --debug signal-desktop.I'm not sure how future proof this will be for future versions, if the signal devs do expand the sandbox, but for now I think just the
seccomp !chrootwill do, unless we want to do some future-proofing at the expense of security. (Disabling seccomp entirely should be a last resort, IMHO)@rusty-snake commented on GitHub (Sep 7, 2019):
@ilikenwf can you confirm that addintg this to
signal.localworks.firejail-git:
seccomp !chrootfirejail 0.9.60 and previous:
@ilikenwf commented on GitHub (Sep 7, 2019):
That does not work.
On Sat, Sep 7, 2019 at 9:44 AM rusty-snake notifications@github.com wrote:
@corecontingency commented on GitHub (Sep 7, 2019):
@ilikenwf
You probably did, but just want to confirm: You named the new file
signal-desktop.local, notsignal.local, correct, putting it in either~/.config/firejail/or/etc/firejail/?signal.localwill not work.@reinerh commented on GitHub (Sep 8, 2019):
The issue is also known upstream. They updated electron, which now tries to start with a sandbox.
You can still start it with
--no-sandbox.See also: https://github.com/signalapp/Signal-Desktop/issues/3573
@Futureknows commented on GitHub (Jul 27, 2020):
I just updated to the new profile and Signal wouldn't launch:
Searching $PATH for signal-desktop trying #/home/user/.local/bin/signal-desktop# trying #/home/user/bin/signal-desktop# trying #/usr/local/bin/signal-desktop# Error getpwuid: main.c:325 init_cfg: No such file or directoryI passed the Signal location in the firejail command and now it launches as before.
firejail --noroot --caps.drop=all --cpu=1 /usr/bin/signal-desktop --use-tray-iconIncidentally I include --noroot and --caps.drop=all without issue. I also limit it to one core as it's a CPU hog and this tames it.
@rusty-snake commented on GitHub (Jul 27, 2020):
Sounds like https://github.com/netblue30/firejail/issues/2877. Try to add
private-etc passwd.