Arch Linux User Repository

This package is now being built from source. if you want the binary version, use protonmail-bridge-bin package

@iyanmv It's a little bit of a legacy that I am not downloading the tar.gz file

First, the GitHub repository didn't have tags when we started to build it from the source

Second, Sometimes we want to add a fix like the last version which we compiled from one commit after the 1.6.6 tag

Third, I think tar.gz files didn't have proper versioning sometimes, I was switched to tar.gz in 2020-05-25 and switched back to git and tags in 2020-08-14, before that it was using the tar.gz

About the build function though, you are right, I will fix that in the next version

Hi ali.molaei! Thanks for maintaining this package. Just a few things I saw today when installing it. Why don't you use the tar.gz from the version instead of cloning the git repo?

source=(https://github.com/ProtonMail/proton-bridge/archive/refs/tags/br-${pkgver}.tar.gz)

Also, you shouldn't build the package in the prepare function. Use build instead [1].

[1] https://wiki.archlinux.org/index.php/Creating_packages#build()

@ali.molaei I thought my problem was a different one. Nevertheless, it is working now. Thank you for your work.

@Spixmaster I'm well aware of this issue, if you read the comments, I mentioned it before :)

https://github.com/ProtonMail/proton-bridge/issues/174

Actually, this commit is fixed the issue, But it's not included in the latest tag

The package is not building.

go: downloading golang.org/x/tools v0.0.0-20200117012304-6edc0a871e69
go: downloading golang.org/x/sys v0.0.0-20200323222414-85ca7c5b95cd
/home/user/.go/pkg/mod/github.com/therecipe/qt@v0.0.0-20200701200531-7f61353ee73e/internal/binding/files/docs/mod.go:4:2: no required module provides package github.com/therecipe/qt/internal/binding/files/docs/5.12.0; to add it:
        go get github.com/therecipe/qt/internal/binding/files/docs/5.12.0
/home/user/.go/pkg/mod/github.com/therecipe/qt@v0.0.0-20200701200531-7f61353ee73e/internal/binding/files/docs/mod.go:5:2: no required module provides package github.com/therecipe/qt/internal/binding/files/docs/5.13.0; to add it:
        go get github.com/therecipe/qt/internal/binding/files/docs/5.13.0
make: *** [Makefile:172: prepare-vendor] Fehler 1
==> FEHLER: Ein Fehler geschah in prepare().
    Breche ab...
error making: protonmail-bridge

@captainfeeny thanks for letting me know a new tag is on GitHub, but I'm not gonna update this package until this issue gets fixed

I can fix it temporarily in the PKGBUILD but I don't, the reason is it makes the PKGBUILD specific to some versions and makes it not a general script.

And also, On the website, the latest version is still 1.6.3, so I will wait until at least it changes

I've got a Flag Out-of-date message from @lpc123 with this comment:

Issue is with go install -v -tags=no_env github.com/therecipe/qt/cmd/

First, this is a comment, not an Out-of-date report, please don't do this. Second, thanks to check for the problem, but Makefile is not built by me, please report the problem upstream https://github.com/ProtonMail/proton-bridge/

By the way, I made an issue there now: https://github.com/ProtonMail/proton-bridge/issues/174

Same issue here: lost my account settings with my last update from 1.5.7-1 to 1.6.3-1. This may have happened before but certainly not with the last half dozen updates or so. Decided to downgrade again to 1.5.7-1; now everything's back. Not sure, what the new version does differently.

I've found a work-around -- but be warned, it might be dangerous.

I checked the "issues" in the github site for the bridge, and saw several things that were a little similar, but not exactly the problem we've been discussing. However, I did find a reference to the directory "~/.password-store", and found two subdirectories in ~/ .password-store/protonmail-credentials" on my machine. One of the subdirectories was rather old.

So, I tried removing the "~/.password-store" directory (or rather, I moved it to a different name, so I could restore it if needed). After restarting the bridge, and reconfiguring Thunderbird (since I now had new passwords to give to TBird), I can close the bridge and my account is still there when I restart the bridge. I also tried logging out and back in (my "normal" way to close and reopen the bridge), and my account is still there.

So, apparently, in my case at least:
1) protonmail-bridge is the only application using the "~/.password-store" directory and
2) it can get poisoned, but
3) removing it and logging in all over again (to protonmail, and then to Tbird) fixes everything.

This workaround will (obviously (?)) not work if some other application is using the "~/.password-store" directory. Presumably, just eliminating the "protonmail-credentials" subdirectory would be safer, but I can't say whether that would also fix the problem.

@cybr8 -- Regarding "pass init": I used my protonmail address as the 2nd argument, i.e. "pass init xxxx@pm.me".

However... I'm still having problems. I can get the bridge up and running, for exactly one session, but if I "close the bridge" and restart it, my account is gone. I've tried clearing the cache and clearing the keychain (using the bridge, after "adding an account"), but I can't the bridge to restart the way it used to.

I'm not at all sure that this has to do with PKGBUILD or AUR or arch, I will go check to see if proton has some kind of website like this one -- but if any other arch/AUR users are also having this problem, and find a solution, I'd love to hear about it. Sorry for bothering everyone who is NOT having this problem.

By the way, I'm using fairly vanilla gnome, and am usng the bride with Thunderbird, for what that's worth.