Package Details: signal-desktop-bin 1.27.4-1

Git Clone URL: (read-only)
Package Base: signal-desktop-bin
Description: Private messaging from your desktop
Upstream URL:
Keywords: messenger secure
Licenses: GPL3
Conflicts: signal
Provides: signal-desktop
Submitter: jbbr
Maintainer: jbbr (buzo)
Last Packager: jbbr
Votes: 166
Popularity: 4.348310
First Submitted: 2017-10-31 20:04
Last Updated: 2019-10-10 19:58

Pinned Comments

tinxy commented on 2019-05-31 15:47

Signal Desktop does not work if your /tmp is mounted with option noexec -- see

As a workaround one can use an alternative dir like so:

mkdir -p "$HOME"/tmp/signal

export TMPDIR="$HOME"/tmp/signal


buzo commented on 2018-10-30 10:50

Apparently upstream removes the old package immediately when releasing a new version. So if you encounter a 404 error when building, just click on “Flag package out-of-date” above. Thanks!

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 ... Next › Last »

jouke commented on 2019-04-23 00:07

Is there any reason why my patch for a better .desktop file has not been applied yet?

buzo commented on 2019-04-18 15:10

Jake: Many thanks for the hint! If I start signal-desktop with LANG=de_DE.UTF-8 in the environment, I finally get German spell checking. But still it does not work with words containing an Umlaut (like Ärger or Österreich).

Jake commented on 2019-04-18 14:55

@buzo: Not quite true, Signal does support spellchecking with many other languages, if you open the devtools console you see for example:

Detected Linux. Setting up spell check with locale de_DE and dictionary location /usr/share/hunspell

That issue is just about improving the settings, currently there is only a global switch and no option to manually set a language or enable multiple.

So you could add all other dicts, but i am not sure if that would make sense, official packages usually don't have the language packages in optdepends.

buzo commented on 2019-04-18 12:41

I have changed the package to use the native (larger) spell checking dictionary. If you want spell checking, you have to install the optional dependency hunspell-en_US now.

Unfortunately no other language than US-English is supported by upstream. Please support this issue if you like to have that fixed.

jbbr commented on 2019-03-25 10:34

@jouke thank you for the suggestion. Looks good to me. I will test and likely implement this in the next few days.

jouke commented on 2019-03-25 10:18

Continuing my previous remark, I suggest the following change to the PKGBUILD.

--- PKGBUILD.orig   2019-03-25 11:01:09.810858282 +0100
+++ PKGBUILD    2019-03-25 11:04:26.545938631 +0100
@@ -26,8 +26,12 @@
   install -d -m755 "${pkgdir}/usr/bin"
   ln -s /opt/Signal/signal-desktop "${pkgdir}/usr/bin"

-  # second desktop entry for starting in tray only
-  sed -e 's,^\(Name=.*\),\1 (Start in Tray),' -e 's,^\(Exec=.*\)%U,\1--start-in-tray %U,' \
-      "${pkgdir}"/usr/share/applications/signal-desktop.desktop \
-      > "${pkgdir}"/usr/share/applications/signal-desktop-tray.desktop
+  # desktop entry action for starting in tray only
+  cat << END >> "${pkgdir}/usr/share/applications/signal-desktop.desktop"
+[Desktop Action Tray]
+Name=Start in Tray
+Exec="/opt/Signal/signal-desktop" --start-in-tray %U

The change is visible for example in GNOME Shell, where currently there are two entries for Signal. After this patch there is only one entry, with a right-click option to start in the tray. This patch also improves application-matching, preventing that every Signal window is called "Signal (Start in Tray)".

jouke commented on 2019-02-25 13:16

I believe the additional .desktop file is not a proper implementation of the .desktop specification. Instead, the following should have been added to the existing .desktop file (see


[Desktop Action Tray]
Exec="/opt/Signal/signal-desktop" --start-in-tray %U
Name=Start in Tray

buzo commented on 2019-02-18 09:38

nixpulvis: I just checked the latest Deb-Package from upstream: /, /opt, /opt/Signal, and all sub-directories are group-writable there. So it still makes sense to fix this in our build. You might file a bug upstream if this bothers you.

nixpulvis commented on 2019-02-17 21:04

This comment in the PKGBUILD kinda bothers me (not a huge deal).

(Some directories have now 775; changing them back to 755)

buzo commented on 2019-02-08 15:19

je-vv: Good idea, I have added that second desktop file.

But I don't see a reason to point to the wrapper instead of the real thing (or even to trust for an appropriately set $PATH). In fact, I have replaced the wrapper by a symbolic link, because that is sufficient.