Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
|
|
Conflicts:
pkgs/applications/networking/browsers/firefox/common.nix between f6c57619358d51e71a5298503c84e1c1ce4f9f12 and a373324120a271fdbff202b61895e06aecf98923.
|
|
|
|
...and pass it makeBinaryWrapper in all-packages.nix
|
|
The use of --add-flags in this derivation does not work with binary
wrappers, which wrapGAppsHook uses since #164163.
|
|
|
|
|
|
|
|
|
|
|
|
signal-desktop: 5.34.0 -> 5.35.0
|
|
|
|
signal-desktop: Transfer maintainership
|
|
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.
|
|
|
|
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
```
|
|
|
|
|
|
various packages: remove gconf dependency
|
|
|
|
|
|
|
|
wayland: enable ozone via $NIXOS_OZONE_WL
|
|
|
|
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.
|
|
|
|
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
|
|
signal-desktop: 5.27.0 -> 5.27.1
|
|
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
|
|
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)
|
|
|
|
|
|
|
|
|
|
|
|
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
|
|
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!
|
|
|
|
|
|
|
|
|
|
signal-desktop: preload sqlcipher library from nixpkgs
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|