Search Criteria
Package Details: ente-auth-bin 4.1.6-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://github.com/ente-io/ente/releases/tag/auth-v4.1.6 |
Licenses: | AGPL-3.0 |
Conflicts: | ente-auth |
Provides: | ente-auth |
Submitter: | alessandroberna |
Maintainer: | alessandroberna |
Last Packager: | alessandroberna |
Votes: | 14 |
Popularity: | 2.09 |
First Submitted: | 2024-03-30 19:10 (UTC) |
Last Updated: | 2024-12-07 18:32 (UTC) |
Dependencies (19)
- at-spi2-core (at-spi2-core-gitAUR)
- ayatana-ido
- cairo (cairo-gitAUR)
- desktop-file-utils (desktop-file-utils-gitAUR)
- gcc-libs (gcc-libs-gitAUR, gccrs-libs-gitAUR, gcc11-libsAUR, gcc-libs-snapshotAUR)
- gdk-pixbuf2 (gdk-pixbuf2-gitAUR)
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR, glibc-eac-binAUR, glibc-eac-rocoAUR)
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-classicAUR, gtk3-classic-xfceAUR, gtk3-patched-filechooser-icon-viewAUR)
- harfbuzz (harfbuzz-gitAUR)
- hicolor-icon-theme (hicolor-icon-theme-gitAUR)
- libappindicator-gtk3
- libayatana-appindicator
- libsecret
- libsodium-1.0.18AUR
- pango (pango-gitAUR)
- sqlite (sqlite-fossilAUR)
- webkit2gtk (webkit2gtk-imgpasteAUR)
- xdg-user-dirs
Latest Comments
« First ‹ Previous 1 2
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.alessandroberna commented on 2024-06-08 19:35 (UTC) (edited on 2024-06-08 19:35 (UTC) by alessandroberna)
Got it, I won't do that again.
Anyways I didn't mean to build
libsodium
in the package but rather to have this other package as a dependency instead oflibsodium
.It provides
libsodium.so.23
without conflicting withlibsodium
from the official reposyochananmarqos commented on 2024-06-08 19:14 (UTC)
@alessandroberna: Symlinking incompatible libraries is always a bad idea.
At this point, there's nothing you can do that's sane. No, do not build an older version of
libsodium
in the package.alessandroberna commented on 2024-06-08 19:11 (UTC) (edited on 2024-06-08 19:30 (UTC) by alessandroberna)
Well you're right. At the time I had simply symlinked
libsodium.so
tolibsodium.so.23
which somehow works despite the ABI change but I agree that it's a really ugly hack.I'll edit the PKGBUILD so that it depends on libsodium-1.0.18 rather than
libsodium
. Having dependencies that can only be built from source in a -bin package is not pretty but i don't see any better alternative.yochananmarqos commented on 2024-06-08 18:30 (UTC) (edited on 2024-06-08 18:30 (UTC) by yochananmarqos)
No idea how anyone can use this package as it's looking for
libsodium.so.23
while Arch haslibsodium.so.26
.Either way, I created a package building from source:
ente-auth
« First ‹ Previous 1 2