Arch Linux User Repository

Do you still want to maintain this package? I see that you've updated zulip-desktop-bin, but not this.

on latest with yay I get

Computing checksum with sha256sum
Checksums matched!
N/A: version "v19.3.0" is not yet installed.

You need to run `nvm install v19.3.0` to install and use it.
==> ERROR: A failure occurred in prepare().
    Aborting...
 -> error making: zulip-desktop-exit status 4
checking dependencies...

Packages (9) libngtcp2-1.11.0-1  libuv-1.50.0-1  node-gyp-11.2.0-1  nodejs-23.9.0-1  nodejs-nopt-7.2.1-1
             semver-7.7.1-1  simdjson-1:3.12.3-1  npm-11.2.0-1  nvm-0.40.2-3

Total Removed Size:  89.19 MiB

ok looks my mistake... I was in a root terminal

Can we use the system electron instead of bundling one?

I can confirm that this package works on aarch64 with a change to the pkgbuild. Obviously this change will break "normal" x86/x64 if applied like this, but I'm not familiar enough with making a pkgbuild to branch on the architecture (and trust it to work). In your next update I'd love it if I didn't have to patch the pkgbuild locally. I understand if you are hesitant to claim it's compatible with aarch64 without the ability to test yourself and want to leave it as incompatible.

--- a/PKGBUILD
+++ b/PKGBUILD
@@ -46,7 +46,7 @@ package() {
   cd $pkgname-$pkgver

   install -d "$pkgdir"/usr/{lib,bin}
-  cp -a dist/linux-unpacked "$pkgdir"/usr/lib/$pkgname
+  cp -a dist/linux-arm64-unpacked "$pkgdir"/usr/lib/$pkgname
   ln -s /usr/lib/$pkgname/zulip "$pkgdir"/usr/bin

   install -Dm 644 LICENSE -t "$pkgdir"/usr/share/licenses/$pkgname

@lai: that is an issue localized to your machine, not a problem with the package or zulip-desktop. Suggestion: remove and rebuild.

Built version has stop to work. Launched from terminal, it complains about vaapi_wrapper.cc.

Full bug report in https://github.com/zulip/zulip-desktop/issues/1228

I have just built the package with python instead of python2, and without nvm (i.e. by using nodejs 18.3.0-1) without issue, so that would be a nice dependency trimming. It appears to function correctly, too.

@Fingel: Thanks for the patch

The zulip-desktop.desktop doesn't specify the correct StartupWMClass which causes some issues with Gnome shell and possibly other modern DEs: If you pin the application the actual running instance will always show as a separate window with the wrong icon. To fix just add:

StartupWMClass=Zulip

to zulip-desktop.desktop

@Phoosier : It's still listed as a dependency in the build docs, and appears to be utilized by some of the node modules. If you have other insights, happy to look at removing it.