Package Details: proton-drive-cli-bin 0.5.0-1

Git Clone URL: https://aur.archlinux.org/proton-drive-cli-bin.git (read-only, click to copy)
Package Base: proton-drive-cli-bin
Description: Official Proton Drive command-line client (precompiled binary)
Upstream URL: https://proton.me/download/drive/cli/index.html
Licenses: LicenseRef-Proprietary
Conflicts: proton-drive-cli
Provides: proton-drive, proton-drive-cli
Submitter: imnaK
Maintainer: imnaK
Last Packager: imnaK
Votes: 7
Popularity: 3.92
First Submitted: 2026-06-09 17:21 (UTC)
Last Updated: 2026-07-13 22:58 (UTC)

Latest Comments

wizetek commented on 2026-06-13 22:03 (UTC)

Excellent. Good work, thanks for your time and effort.

imnaK commented on 2026-06-13 02:43 (UTC)

@wizetek I added org.freedesktop.secrets to depends in 0.4.4-2 and dropped the optdepends, thanks! Without a backend the binary actually hard fails, so it's required, I've checked that. I kept libsecret too as the binary dlopens it, which a provider alone doesn't guarantee.

wizetek commented on 2026-06-12 03:53 (UTC)

Makes sense, thanks. Shouldn't it be depends=('org.freedesktop.secrets') though, since that acts as 'provides' for those various secret providers?

imnaK commented on 2026-06-11 23:17 (UTC) (edited on 2026-06-11 23:19 (UTC) by imnaK)

@wizetek good catch on the root cause. Two layers actually: the binary dlopens libsecret-1.so.0 (not linked, confirmed via ldd) and needs an org.freedesktop.secrets provider at runtime. Pushed 0.4.3-2 with depends=('libsecret') plus gnome-keyring/kwallet/keepassxc as optdepends rather than a hard gnome-keyring dep since any Secret Service provider works. Thanks for the report!

wizetek commented on 2026-06-11 02:42 (UTC)

This should depend on (for example) 'gnome-keyring' which stores secrets, passwords, keys, certs, etc. Without it the binary will fail and throw error: The name is not activatable (code: 2) code: "ERR_SECRETS_PLATFORM_ERROR"