about summary refs log tree commit diff
path: root/pkgs/applications/networking/instant-messengers/signal-desktop
AgeCommit message (Collapse)AuthorFilesLines
2022-06-03signal-desktop: 5.44.1 -> 5.45.0Eduardo Quiros1-2/+2
2022-05-29signal-desktop: 5.43.0 -> 5.44.1Eduardo Quiros1-2/+2
2022-05-15Merge branch 'staging-next' into stagingJan Tojnar1-2/+2
Conflicts: pkgs/applications/networking/browsers/firefox/common.nix between f6c57619358d51e71a5298503c84e1c1ce4f9f12 and a373324120a271fdbff202b61895e06aecf98923.
2022-05-13signal-desktop: 5.42.0 -> 5.43.0Eduardo Quiros1-2/+2
2022-05-10wrapGAppsHook: rename argument to makeWrapperNaïm Favier1-1/+1
...and pass it makeBinaryWrapper in all-packages.nix
2022-05-10signal-desktop: use non-binary wrapper for wrapGAppsHookDominik Xaver Hörl1-2/+2
The use of --add-flags in this derivation does not work with binary wrappers, which wrapGAppsHook uses since #164163.
2022-05-04signal-desktop: 5.39.0 -> 5.42.0Eduardo Quiros1-2/+2
2022-04-19signal-desktop: 5.38.0 -> 5.39.0Eduardo Quiros1-2/+2
2022-04-07signal-desktop: 5.37.0 -> 5.38.0teutat3s1-2/+2
2022-03-30signal-desktop: 5.36.0 -> 5.37.0Eduardo Quiros1-2/+2
2022-03-23signal-desktop: 5.35.0 -> 5.36.0Eduardo Quiros1-2/+2
2022-03-13Merge pull request #163529 from equirosa/signal-desktopMichael Weiss1-2/+2
signal-desktop: 5.34.0 -> 5.35.0
2022-03-12signal-desktop: 5.34.0 -> 5.35.0Eduardo Quiros1-2/+2
2022-03-12Merge pull request #163034 from primeos/signal-desktopMichael Weiss1-1/+1
signal-desktop: Transfer maintainership
2022-03-12signal-desktop: Transfer maintainershipMichael Weiss1-1/+1
I was actively maintaining the package but stopped using it since the Ozone/Wayland support broke (e06082eda06 - and I was already migrating away from Signal anyway). Mic92 kindly offered to take over and equirosa also offered to become active again. So it should be in good hands :) And thank you ixmatus for packaging Signal-Desktop in Nixpkgs.
2022-03-06signal-desktop: 5.33.0 -> 5.34.0Jörg Thalheim1-2/+2
2022-03-04signal-desktop: Add xdg-utils/bin to PATHx10an141-1/+3
Since: 1. clicking on links doesn't open tab/window in default browser (tested on Sway), 2. it's got a hard-coded $PATH reference to `xdg-open` somewhere in binary (see below). When `signal-desktop` is invoked in a terminal, the output below appears each time a link is clicked on in-app: ``` (...) LaunchProcess: failed to execvp: xdg-open ```
2022-02-26signal-desktop: 5.32.0 -> 5.33.0Michael Weiss1-2/+2
2022-02-25signal-desktop: 5.31.1 -> 5.32.0R. Ryantm1-2/+2
2022-02-15Merge pull request #159252 from FliegendeWurst/gnome2-gconfJan Tojnar1-2/+1
various packages: remove gconf dependency
2022-02-13signal-desktop: 5.30.0 -> 5.31.1R. Ryantm1-2/+2
2022-02-11signal-desktop: remove gconf dependencyFliegendeWurst1-2/+1
2022-02-04signal-desktop: 5.29.1 -> 5.30.0R. Ryantm1-2/+2
2022-01-27Merge pull request #147557 from wmertens/nixos-ozoneWout Mertens1-0/+1
wayland: enable ozone via $NIXOS_OZONE_WL
2022-01-27signal-desktop: 5.29.0 -> 5.29.1Michael Weiss1-2/+2
2022-01-27wayland: enable ozone via $NIXOS_OZONE_WLWout Mertens1-0/+1
Chrome, Chromium, VSCode, Slack, Signal, Discord, element-desktop, schildichat. For the latter two, the feature flag useWayland was removed and a wrapper script was provided.
2022-01-22signal-desktop: 5.28.0 -> 5.29.0Michael Weiss1-2/+2
2022-01-22signal-desktop: 5.27.1 -> 5.28.0Michael Weiss1-2/+2
This update breaks Ozone/Wayland due to an Electron update [0]. This isn't ideal but we cannot block Signal-Desktop updates indefinitely based on that. It's an upstream issue that is tracked by both Signal-Desktop [1] and Electron [2]. Unfortunately, there are no known fixes/workarounds yet. [0]: https://github.com/signalapp/Signal-Desktop/commit/46ddcc50f9efbd492126dad9f215a2a66e39995b [1]: https://github.com/signalapp/Signal-Desktop/issues/5719 [2]: https://github.com/electron/electron/issues/32436
2022-01-22Merge pull request #156156 from primeos/updates/signal-desktop/5.27.1Michael Weiss1-2/+2
signal-desktop: 5.27.0 -> 5.27.1
2022-01-22signal-desktop: 5.27.0 -> 5.27.1Michael Weiss1-2/+2
Version 5.27.1 is the last version with working Ozone/Wayland support but we'll have to update to a more recent version soon. See [0] for more details. [0]: https://github.com/NixOS/nixpkgs/pull/154003
2022-01-15signal-desktop: Fix "Failed to load GLES library: libGLESv2.so.2"Michael Weiss1-0/+3
A new symlink is required to fix the following error: [3744707:0100/000000.911609:ERROR:egl_util.cc(74)] Failed to load GLES library: libGLESv2.so.2: libGLESv2.so.2: cannot open shared object file: No such file or directory zsh: segmentation fault (core dumped) signal-desktop --enable-features=UseOzonePlatform --ozone-platform=wayland The GPU acceleration still fails (not sure if it worked before) but at least "signal-desktop --enable-features=UseOzonePlatform --ozone-platform=wayland" launches again (without "--disable-gpu"): [40492:0115/184719.611780:ERROR:gpu_process_host.cc(968)] GPU process exited unexpectedly: exit_code=139 [40492:0115/184720.256775:ERROR:gpu_process_host.cc(968)] GPU process exited unexpectedly: exit_code=139 [40492:0115/184720.892093:ERROR:gpu_process_host.cc(968)] GPU process exited unexpectedly: exit_code=139 [40620:0115/184721.033949:ERROR:sandbox_linux.cc(376)] InitializeSandbox() called with multiple threads in process gpu-process. [40620:0115/184721.069600:ERROR:gl_utils.cc(318)] [.RendererMainThread-0x227200113f00]GL Driver Message (OpenGL, Performance, GL_CLOSE_PATH_NV, High): GPU stall due to ReadPixels [40620:0115/184721.133265:ERROR:gl_utils.cc(318)] [.RendererMainThread-0x227200113f00]GL Driver Message (OpenGL, Performance, GL_CLOSE_PATH_NV, High): GPU stall due to ReadPixels [40620:0115/184721.158341:ERROR:gl_utils.cc(318)] [.RendererMainThread-0x227200113f00]GL Driver Message (OpenGL, Performance, GL_CLOSE_PATH_NV, High): GPU stall due to ReadPixels (After three GPU process crashes Chromium should automatically fall back to software rendering.) Fix #155050 (it only fixes the crashes though, not the underlying issue, but that's likely all we can do for the moment as other Linux distributions are affected as well; Ozone/Wayland is just not stable yet)
2022-01-06signal-desktop: 5.26.1 -> 5.27.0Michael Weiss1-2/+2
2021-12-22signal-desktop: 5.26.0 -> 5.26.1R. Ryantm1-2/+2
2021-12-14signal-desktop: 5.25.1 -> 5.26.0Michael Weiss1-2/+2
2021-12-10signal-desktop: 5.25.0 -> 5.25.1Michael Weiss1-2/+2
2021-12-01signal-desktop: 5.24.0 -> 5.25.0Michael Weiss1-2/+2
2021-11-20signal-desktop: 5.23.1 -> 5.24.0Michael Weiss1-37/+2
Thanks to [0] we don't need the LD_PRELOAD hack anymore. Now, SQLCipher will correctly get loaded without having to preload it. With version 5.23.1 this doesn't work (can be verified via the NixOS VM test). [0]: https://github.com/signalapp/better-sqlite3/commit/917a6f5cf8b84d5ef4b8fe6dc0f4b8f59ca45bea
2021-11-20Partially revert "chromiumDev: 97.0.4692.20 -> 98.0.4710.4"Michael Weiss1-0/+35
This partially reverts commit 241c145226ce031543c4580acfa7feef993d7463. It embarrassingly included Signal-Desktop changes/tests that it shouldn't and I somehow noticed it too late... :o Sorry!
2021-11-20chromiumDev: 97.0.4692.20 -> 98.0.4710.4Michael Weiss1-35/+0
2021-11-10signal-desktop: 5.23.0 -> 5.23.1Michael Weiss1-2/+2
2021-11-06signal-desktop: 5.22.0 -> 5.23.0Michael Weiss1-2/+2
2021-10-28signal-desktop: 5.21.0 -> 5.22.0Michael Weiss1-2/+2
2021-10-28Merge pull request #131843 from andresilva/signal-preload-sqlcipherMichael Weiss1-6/+36
signal-desktop: preload sqlcipher library from nixpkgs
2021-10-26signal-desktop: 5.20.0 -> 5.21.0Michael Weiss1-2/+2
2021-10-16signal-desktop: 5.19.0 -> 5.20.0Michael Weiss1-2/+2
2021-10-10signal-desktop: preload sqlcipher library from nixpkgsAndré Silva1-6/+36
2021-10-06signal-desktop: 5.18.1 -> 5.19.0Michael Weiss1-7/+5
2021-10-05signal-desktop: 5.18.0 -> 5.18.1Michael Weiss1-2/+2
2021-09-30signal-desktop: 5.17.2 -> 5.18.0Michael Weiss1-2/+2
2021-09-18signal-desktop: 5.17.1 -> 5.17.2Michael Weiss1-2/+2