Package Details: ente-auth-bin 4.4.17-1

Git Clone URL: https://aur.archlinux.org/ente-auth-bin.git (read-only, click to copy)
Package Base: ente-auth-bin
Description: Ente two-factor authenticator.
Upstream URL: https://ente.io/auth
Licenses: AGPL-3.0-or-later
Conflicts: ente-auth
Provides: ente-auth
Submitter: alessandroberna
Maintainer: alessandroberna
Last Packager: alessandroberna
Votes: 31
Popularity: 2.31
First Submitted: 2024-03-30 19:10 (UTC)
Last Updated: 2026-03-01 11:23 (UTC)

Latest Comments

1 2 3 4 5 Next › Last »

Gurov commented on 2026-02-28 12:50 (UTC) (edited on 2026-02-28 12:50 (UTC) by Gurov)

Version 4.4.17 is up and builds fine, please consider updating the package :)

diff --git a/PKGBUILD b/PKGBUILD
index 926ecae..12323cc 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -1,7 +1,7 @@
 # Maintainer: Alessandro Bernardello
 # shellcheck shell=bash disable=SC2034,SC2154
 pkgname=ente-auth-bin
-pkgver=4.4.15
+pkgver=4.4.17
 pkgrel=1
 pkgdesc="Ente two-factor authenticator."
 arch=('x86_64')
@@ -18,7 +18,7 @@ optdepends=(
        'zenity: Required for importing files'
 )
 source=("https://github.com/ente-io/ente/releases/download/auth-v${pkgver}/ente-auth-v${pkgver}-${CARCH}.deb")
-sha256sums=('89fd2f93895c233f9c270dff7eff46a7f38504eee8e7829d4d48653a72d8a2fa')
+sha256sums=('4f3bcde329da4d1226dd4532a833b1989ad2cd49faad1123365d5438ed31c7ef')
 provides=("ente-auth")
 conflicts=("ente-auth")

HattaPauzi commented on 2025-12-02 02:21 (UTC) (edited on 2025-12-02 02:22 (UTC) by HattaPauzi)

Does anyone knows why every time I rebooted to my computer I need to re-log to this app? It does not retain my latest login credentials... quite annoying...

alessandroberna commented on 2025-11-14 17:31 (UTC)

@yochananmarqos That's great, thanks for reporting

yochananmarqos commented on 2025-11-13 16:24 (UTC)

@alessandroberna: As of 4.4.10, this no longer requires libsodium.

alessandroberna commented on 2025-08-27 00:13 (UTC)

@yochananmarqos done, thank you

@psycloneeee this package does indeed need a secret storage backend, as specified in the dependencies. The issue you ran into likely comes from using a package that satisfies the dependency but doesn't expose the secrets api unless configured to do so (such as keepassxc). Your solution is valid but gnome-keyring won't be listed as a hard dependency because other backends are preferable in certain cases, for example KDE users may want to install kwallet instead.

@escape0707 Thanks for offering to help; At the moment I am using ente auth regularly and I should be able to keep maintaining it. Sometimes updates may be delayed, especially if there are many changes to test, but they'll keep coming. If that ever changes, I'll send you an email :)

yochananmarqos commented on 2025-08-22 23:52 (UTC)

@alessandroberna: Please add the following to the package() function:

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

psycloneeee commented on 2025-08-01 01:31 (UTC)

for those that get a black window when you launch it, you need to install the package "gnome-keyring" even if you dont use gnome.

northernlights commented on 2025-07-21 18:08 (UTC)

Works great.

escape0707 commented on 2025-05-03 14:27 (UTC) (edited on 2025-05-03 14:30 (UTC) by escape0707)

@alessandroberna If you are busy recently and can't update this package for any reason, I would like to help by becoming a co/maintainer of this package since I still use it recently.

@teacher4711

I removed the dependency org.freedesktop.secrets because libsecret provides this.

libsecret optionally requires org.freedesktop.secrets, rather than "provides" it. But anyone who is running into this issue had installed libsecret wrong, so I don't think it's ente-auth-bin's duty to forcefully require org.freedesktop.secrets, either.

I also changed the pinned libsodium-1.0.18, which is an AUR package, to the current version in the official repos, i.e. libsodium.

Please check the ente-auth-v4.3.5-x86_64.deb/control.tar.zst/control file. In Depends it specifies libsodium23 which is exactly provided by libsodium-1.0.18, so there is nothing wrong there either. Using ArchLinux/Extras version might break it if ABI changes too much in the future.

But the dependency list is indeed way too bloated. I revised it according to upstream control file to this:

sqlite libsodium-1.0.18 libsecret libappindicator-gtk3 libayatana-appindicator

Also, you can omit --zstd from tar command because it detects the encoding from the .zst extension. And the .install file is useless nowadays, I guess.

Edit: I began editing my post before seeing @alessandroberna replied. Sorry for the noise.

alessandroberna commented on 2025-05-03 14:06 (UTC) (edited on 2025-05-03 14:06 (UTC) by alessandroberna)

@teacher4711
Thanks for your input.

Regarding your changes, please note that:

  • libsecret only lists org.freedesktop.secrets as an optional dependency; this can lead to broken installs lacking a secret storage backend.
  • The binary release is compiled against libsodium.so.23, so it's necessary to use the pinned libsodium version.