Search Criteria
Package Details: ente-auth-bin 4.4.0-1
Package Actions
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: | 21 |
Popularity: | 3.06 |
First Submitted: | 2024-03-30 19:10 (UTC) |
Last Updated: | 2025-06-03 08:33 (UTC) |
Dependencies (6)
- libayatana-appindicator
- libsecret
- libsodium-1.0.18AUR
- org.freedesktop.secrets (gnome-keyring-gitAUR, pass-secrets-gitAUR, keepassxc-allow-aur-extension-originAUR, keepassxc-allow-aur-extension-origin-binAUR, bitw-gitAUR, keepassxc-qt6AUR, pass-secret-service-binAUR, keepassxc-gitAUR, pass-secret-service-gitAUR, dssdAUR, gnome-keyring, keepassxc, kwallet, kwallet5)
- xdg-user-dirs
- zenity (zenity-gtk3AUR, zenity-gitAUR, qarma-gitAUR) (optional) – Required for importing files
Latest Comments
« First ‹ Previous 1 2 3 4 Next › Last »
alessandroberna commented on 2024-09-16 22:29 (UTC) (edited on 2024-09-16 22:29 (UTC) by alessandroberna)
@theo01 good catch!
it may be a good idea to report this upstream as well; the .deb release uses the same incorrectly-sized icons
theo01 commented on 2024-09-16 21:34 (UTC)
Here is a version which fixes the incorrect icon size https://github.com/TheoBrigitte/ente-auth-bin
The current 128x128 and 256x256 icons have a size of 1024x1024 I fixed those by using : magick ente_auth.png -resize 128x128 icons/hicolor/128x128/apps/ente_auth.png magick ente_auth.png -resize 256x256 icons/hicolor/256x256/apps/ente_auth.png
alessandroberna commented on 2024-08-15 14:46 (UTC) (edited on 2024-08-15 14:56 (UTC) by alessandroberna)
Upgrading from versions v2.0.50-v3.0.17 (inclusive) to v3.1.1 (or newer) will require manual intervention. Please EITHER
[ "$(readlink /usr/lib/libsodium.so.23)" = "/usr/lib/libsodium.so" ] && sudo rm /usr/lib/libsodium.so.23
in a terminal before upgrading.ente-auth-bin
and only then install the new versionThis is needed because the symlink created in the previous version of this package will conflict with the file provided by the package libsodium-1.0.18 which is now a dependency. If such symlink is not removed, pacman will throw the following error:
There is no way for me to make this seamless as every AUR helper will first install the package dependencies and then execute the commands in the PKGBUILD. This means that there is no way for me to reliably remove that symlink before libsodium-1.0.18 gets installed.
Good news is, now this should use the right version of the libsodium library, @yochananmarqos i hope this works for you now.
@nktnet thank you, added xdg-user-dirs as a dependency
@windy done, now the upsteam URL should point to the right release
nktnet commented on 2024-07-02 15:44 (UTC)
For the error
See this issue: - https://github.com/ente-io/ente/issues/2046
In short, install xdg-user-dirs, e.g.
yochananmarqos commented on 2024-06-27 19:35 (UTC) (edited on 2024-06-27 19:36 (UTC) by yochananmarqos)
@alessandroberna: Symlinking libraries like that is absolutely wrong. They're versioned for a reason. Upstream making the same mistake is no justification.
Good news is, upstream is listening to community feedback. Eventually they'll figure it out.
windy commented on 2024-06-27 19:31 (UTC)
Hi, thank you very much for maintaining this packages.
One suggestion: Could you use the version number variable in the download URL? This would make the diff easier to read. Thank you!
alessandroberna commented on 2024-06-26 22:53 (UTC)
The package is still incorrectly symlinking
libsodium.so.23
tolibsodium.so.26
, with only the version having been bumped.Due to ongoing university exams, I won't have much time to look into this for about a month. The fix isn't trivial, as I can't make pacman remove the symlink
/usr/lib/libsodium.so.23
before the new dependency (libsodium-1.0.18) gets installed. This causes pacman to error out, since the shared object is already present during installation. In order for that to work, manual intervention would be required: either uninstalling the package before reinstalling, or manually removing/usr/lib/libsodium.so.23
.This would not be a seamless upgrade, and I'd prefer to fix it differently. It might make more sense to report the issue upstream, as the developers now seem interested in building for Arch-based distros too. They're currently using the same symlink hack for their Arch builds (see https://github.com/ente-io/ente/blob/80d5d7e44e7ea7956490989c44c11d7e358037fa/auth/linux/packaging/pacman/make_config.yaml).
If they update their Arch build to depend on the newer libsodium, it would be enough to just remove the symlink post-upgrade to fix everything, without needing to install the older libsodium and somehow remove the existing symlinked
libsodium.so.23
alessandroberna commented on 2024-06-08 20:14 (UTC) (edited on 2024-06-08 20:16 (UTC) by alessandroberna)
@yochananmarqos I said that I WILL edit the PKGBUILD and make the package depend on
libsodium-1.0.18
(and remove that symlink, in case it was not clear)I was just discussing the fix, I never said that the package is ok in its current state.
I will update this as soon as I can, thank you for your report and I apologize for the poor quality PKGBUILD
yochananmarqos commented on 2024-06-08 19:40 (UTC)
@alessandroberna: Okay...so why doesn't this package depend on
libsodium-1.0.18
, then? Apparently it doesn't work if you're creating incompatible symlinks to "fix" things.« First ‹ Previous 1 2 3 4 Next › Last »