Arch Linux User Repository

When is this package getting updated?

@alessandroberna: This depends on libsodium again:

enteauth: error while loading shared libraries: libsodium.so: cannot open shared object file: No such file or directory

@alessandroberna: zenity is no longer required as the upstream Flutter file picker uses XDG Desktop Portal now. Sorry, forgot where I saw it, I think it was this PR.

For anyone else having issues where enteauth hangs on load, or only shows a black unresponsive window - and unrelated to the issue below (fixed by installing "gnome-keyring") - I fixed this by removing $XDG_CACHE_HOME/{fontconfig,glycin,gtk-3.0,mesa_shader_cache}. I should have tried one-by-one to isolate, but, removing all worked great `:)

@yochananmarqos thank you very much!!

@alessandroberna: As of 4.4.23, there's a dependency on polkit and a PolicyKit Policy:

  install -d "${pkgdir}/usr/share/polkit-1/actions"
  ln -s /usr/share/enteauth/data/flutter_assets/assets/polkit/com.ente.auth.policy \
    "${pkgdir}/usr/share/polkit-1/actions/"

This corrupts the default key ring.

If you start up ente auth, then login, then restart the system, the default key ring is fubarred. The system tries to create a new default key ring.

You can check that it gets corrupted by stopping gnome-keyring-daemon and then running...

/usr/bin/gnome-keyring-daemon --foreground --components=secrets

...which will print out the error.

@yochananmarqos fixed, thanks!!

@Gurov: The StartupWMClass is related to the wm_class, not the name of the desktop file.

@alessandroberna: The desktop-file-edit bit can be removed as the upstream desktop file already sets the StartupWMClass to io.ente.auth.

Also you should probably change the

desktop-file-edit --set-key=StartupWMClass --set-value=io.ente.auth "$pkgdir/usr/share/applications/enteauth.desktop"

Line to

desktop-file-edit --set-key=StartupWMClass --set-value=enteauth "$pkgdir/usr/share/applications/enteauth.desktop"

Because the .desktop file name is different from io.ente.auth