Package Details: proton-authenticator 1.1.5-2

Git Clone URL: https://aur.archlinux.org/proton-authenticator.git (read-only, click to copy)
Package Base: proton-authenticator
Description: 2FA app from Proton to securely sync and backup 2FA codes
Upstream URL: https://proton.me/authenticator
Keywords: 2fa 2fa-backup 2fa-sync authenticator mfa multi-factor-authentication proton totp two-factor-authentication
Licenses: GPL-3.0-or-later
Submitter: AlphaLynx
Maintainer: AlphaLynx
Last Packager: AlphaLynx
Votes: 4
Popularity: 0.63
First Submitted: 2025-09-28 17:03 (UTC)
Last Updated: 2026-05-14 04:22 (UTC)

Latest Comments

1 2 Next › Last »

Musikolo commented on 2026-05-17 17:02 (UTC)

Hi @AlphaLynx,

That was it! I just issued rustup update and after it completed updating all components, I could build proton-authenticator seamlessly. Thanks for guiding me to resolve this issue. Much appreciate it!

AlphaLynx commented on 2026-05-17 05:20 (UTC)

@Musikolo I see the issue, you have cargo 1.86.0 (adf9b6ad1 2025-02-28). When rustup package is installed, your cargo and toolchains are installed in your home directory, and don't get updated with the system. So you need to specifically update the Rust toolchain with rustup update. for more info see here.

Musikolo commented on 2026-05-16 16:17 (UTC) (edited on 2026-05-16 16:17 (UTC) by Musikolo)

@AlphaLynx, I repeated the whole process again, and before getting started, I updated my box to latest and rebooted. First, I tried with rustup and the same problem occurred. Then, I replaced rustup with rust and it worked seamlessly. I got some details of each of the setups which shows different cargo versions and targets available:

I hope it helps.

AlphaLynx commented on 2026-05-16 03:52 (UTC)

@Musikolo I can't reproduce that error. looks like the error means your cargo doesn't recognize 'host-tuple'. That was added in cargo 1.91.0 (https://doc.rust-lang.org/nightly/cargo/CHANGELOG.html#cargo-191-2025-10-30), so maybe you have an older version? try updating, rustup update stable

Musikolo commented on 2026-05-16 01:57 (UTC)

@AlphaLynx, it looks like builds fail if the host machine has the rustup package installed:

➤ YN0000: └ Completed in 26s 904ms
➤ YN0000: · Done with warnings in 46s 353ms
[root]: Process started
[root]: Process exited (exit code 0), completed in 1s 205ms
Done in 1s 208ms
    Updating crates.io index
error: failed to run `rustc` to learn about target-specific information

Caused by:
  process didn't exit successfully: `/home/musikolo/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/bin/rustc - --crate-name ___ --print=file-names --target host-tuple --crate-type bin --crate-type rlib --crate-type dylib --crate-type cdylib --crate-type staticlib --crate-type proc-macro --print=sysroot --print=split-debuginfo --print=crate-name --print=cfg -Wwarnings` (exit status: 1)
  --- stderr
  error: Error loading target specification: Could not find specification for target "host-tuple". Run `rustc --print target-list` for a list of built-in targets

==> ERROR: A failure occurred in prepare().
    Aborting...

I was able to build it by uninstalling it which uses rust as the default package for cargo. However, it would be appreciated if a workaround could be found for this.

Thanks!

Evrenos commented on 2026-05-14 02:14 (UTC)

This package fails to install. To fix it, I needed to add export SENTRYCLI_SKIP_DOWNLOAD=1 before yarn install. Can you please fix this issue?

cassianpry commented on 2026-05-07 18:12 (UTC)

(proton-authenticator:94955): Gtk-WARNING **: 15:11:10.272: Theme parsing error: gtk-dark.css:1959:16: 'border-spacing' is not a valid property name

(proton-authenticator:94955): Gtk-WARNING **: 15:11:10.273: Theme parsing error: gtk-dark.css:3272:16: '-gtk-icon-size' is not a valid property name

(proton-authenticator:94955): Gtk-WARNING **: 15:11:10.273: Theme parsing error: gtk-dark.css:3286:16: '-gtk-icon-size' is not a valid property name Gdk-Message: 15:11:11.603: Error 71 (Erro de protocolo) dispatching to Wayland display.

AlphaLynx commented on 2025-10-14 01:12 (UTC) (edited on 2025-12-31 06:38 (UTC) by AlphaLynx)

@Evrenos the only reason I have nodejs-lts as a makedepend instead of nodejs is because upstream lists LTS as a prerequisite in the monorepo. I think the package will still build fine with non-LTS nodejs, but it's probably better to use the dependency that upstream says, in case there is some incompatibility between versions.

edit: with nodejs v25 there's some breaking change, so using the LTS version is important

Evrenos commented on 2025-10-07 14:51 (UTC)

sorry if this is a dumb question, but why are you using nodejs-lts-jod instead of the regular nodejs? not complaining or anything, I'm just pretty new to this stuff

CyberSphinx commented on 2025-10-02 20:07 (UTC)

Thanks so much