Arch Linux User Repository

NOTICE: This pkgbase is now produces two packages:

• protonmail-bridge-core: Containing the core daemon & CLI program.
• protonmail-bridge: Containing the Qt desktop application.

The second package depends on the first. If you don't have a need for the desktop application, you can now choose to only install protonmail-bridge-core.

This packaging change should be seamless and no action should be required before or after the upgrade.

Thanks to @ali.molaei and @BenTheTechGuy for the feedback regarding this change!

Just having pass installed with a key set up wasn't enough for me, I had to follow this: https://pychao.com/2020/06/10/update-on-using-protonmail-bridge-on-headless-wordpress-linux-servers/

At the protonmail website https://protonmail.com/download/bridge/PKGBUILD you can download a package build for 1.8.10. I only needed qt5-quickcontrols as an additional dependency. It will change the package name to protonmail-bridge-bin.

1.8.7 is flagged as pre-release on GitHub https://github.com/ProtonMail/proton-bridge/releases so I think this is the latest release

Just having pass installed with a key set up wasn't enough for me, I had to follow this: https://pychao.com/2020/06/10/update-on-using-protonmail-bridge-on-headless-wordpress-linux-servers/

Sorry, it's fixed now

@iyanmv thanks that worked

eimis: just copy the same line at the beginning of build() and it should work.

It looks like the trick in prepare() doesn't work anymore

export PATH=$PATH:$(go env GOPATH)/bin/

eimis: same problem here.

hello, is this just for me, qtdeploy executable not found, not sure what provides it

remote: Total 9446 (delta 0), reused 0 (delta 0), pack-reused 9446
Receiving objects: 100% (9446/9446), 129.24 MiB | 19.65 MiB/s, done.
Resolving deltas: 100% (4194/4194), done.
Updating files: 100% (9714/9714), done.
if [ "linux" == "darwin" ]; then cp -f "./utils/QTBUG-88600/libqcocoa.dylib" "./vendor-cache/github.com/therecipe/env_linux_amd64_513/5.13.0/clang_64/plugins/platforms/"; fi;
ln -sf /home/eimis/.cache/yay/protonmail-bridge/src/proton-bridge/vendor-cache/github.com/therecipe/env_linux_amd64_513 vendor/github.com/therecipe/env_linux_amd64_513
rm -rf deploy linux cmd/Desktop-Bridge/deploy
cp cmd/Desktop-Bridge/main.go .
qtdeploy -tags=' build_qt' -ldflags '-X github.com/ProtonMail/proton-bridge/internal/constants.Version=1.8.1+git -X github.com/ProtonMail/proton-bridge/internal/constants.Revision=5d82c218ca -X github.com/ProtonMail/proton-bridge/internal/constants.BuildTime=2021-05-21T22:47:06+0300' build desktop
make: qtdeploy: No such file or directory
make: *** [Makefile:148: cmd/Desktop-Bridge/deploy/linux/proton-bridge] Error 127
==> ERROR: A failure occurred in build().
    Aborting...
error making: protonmail-bridge

I was not aware of these serious issues.

I need to say. Protonmail Bridge is the worst software I have installed on my computer. I know that this has nothing to do with the AUR packager. It just breaks regularly. You can be sure at this moment that there will still be issues in the future. Protonmail Bridge does not respect system settings like window decorations, theme and settings like window wobbling when moving it. Their versioning sucks and is not understandable. The repository hosts 2 pieces of software and I seriously do not know to which software the tags refer. They had a convention with prefixes "br-" for Bridge and "ie-" for Import-Export but they do not even follow it anymore. The GUI has even more problems. I notice every time that if I lost the Internet connection and press the reconnect button on the GUI the complete window is not responsive anymore, not a little bit. It cannot be moved, no buttons can be pressed, nothing.

Do not they test their software before publishing it? Does anyone feel responsible for all these issues on the developer side?

I may consider switching to the no GUI version like I did with the VPN software. I will not even start talking about that. It is even worse for Linux. For Windows, it is great though.