Package Details: protonmail-bridge-nogui 3.10.0-1

Git Clone URL: https://aur.archlinux.org/protonmail-bridge-nogui.git (read-only, click to copy)
Package Base: protonmail-bridge-nogui
Description: Integrate ProtonMail paid account with any program that supports IMAP and SMTP
Upstream URL: https://github.com/ProtonMail/proton-bridge
Licenses: GPL3
Conflicts: protonmail-bridge, protonmail-bridge-bin
Submitter: kausban
Maintainer: kausban
Last Packager: kausban
Votes: 27
Popularity: 0.40
First Submitted: 2020-04-17 09:58 (UTC)
Last Updated: 2024-03-24 03:55 (UTC)

Dependencies (7)

Required by (0)

Sources (2)

Pinned Comments

luoe commented on 2023-02-25 15:59 (UTC)

When using kwallet as provider for org.freedesktop.secrets and pass for key backend for the bridge, I've needed to add a delay before starting the systemd unit after login.

systemctl --user edit --full bridge.service

...
[Service]
...
ExecStartPre=/bin/sleep 30
...

Else the starting of the bridge might fail because kwallet isn't unlocked instantly after login and the GPG key for the pass repo thus is locked (Editing the systemd unit file will skip the need for manual input of the passphrase for the GPG key)

mclancy commented on 2020-06-15 16:35 (UTC)

hakayova and grimfrenzy: I managed to solve the issue of "no account found" by providing the correct PASSWORD_STORE_DIR to the systemd service.

In my case I provided: Environment="PASSWORD_STORE_DIR=/home/mclancy/.local/share/pass"

Hope this helps!

kausban commented on 2020-04-21 14:37 (UTC) (edited on 2020-04-21 14:37 (UTC) by kausban)

Minimal fork of https://aur.archlinux.org/packages/protonmail-bridge/

Compiled with 'nogui' option

Included is a user systemd service. Try: systemctl status --user bridge.service

  1. You can login and register accounts using the interactive cli: protonmail-bridge --cli
  2. Once you have everything configured and automated. You can enable and use bridge.service to run bridge in background.

The following is an alternative way to run the bridge in interactive cli mode encapsulated within a named screen session. Can be added to bridge.service

ExecStart=/usr/bin/screen -Dm -S bridgedaemon sh -c "sleep 5; protonmail-bridge -c"
ExecStop=/usr/bin/screen -X -S bridgedaemon quit

Latest Comments

1 2 3 4 Next › Last »

Yutsuten commented on 2024-02-27 08:48 (UTC)

@carsme I don't use an AUR helper. I avoid those intentionally.

carsme commented on 2023-12-11 10:38 (UTC)

@Yutsuten, the additional makedepends you'll need to build protonmail-bridge/-core are only needed during the package build. You can uninstall them once you have built the packages, I think most AUR helpers offer that option interactively.

Yutsuten commented on 2023-12-11 02:10 (UTC)

I personally prefer protonmail-bridge-nogui over protonmail-bridge-core. Here I don't need to install a lot of dependencies I won't use.

carsme commented on 2023-12-09 07:13 (UTC)

Hey @kausban, not sure if you've followed the development in https://aur.archlinux.org/pkgbase/protonmail-bridge, but we've now split that package into a core package and a desktop application package. As such there should no longer be a need for a separate -nogui package so I'll submit a ticket to merge this package into protonmail-bridge. Let @ali.molaei know if you'd like to be added as a co-maintainer :)

luoe commented on 2023-02-25 15:59 (UTC)

When using kwallet as provider for org.freedesktop.secrets and pass for key backend for the bridge, I've needed to add a delay before starting the systemd unit after login.

systemctl --user edit --full bridge.service

...
[Service]
...
ExecStartPre=/bin/sleep 30
...

Else the starting of the bridge might fail because kwallet isn't unlocked instantly after login and the GPG key for the pass repo thus is locked (Editing the systemd unit file will skip the need for manual input of the passphrase for the GPG key)

kausban commented on 2023-02-23 10:02 (UTC)

@weitcis: Unfortunately, I cannot test with Arch ARM. Perhaps consider this github issue: https://github.com/ProtonMail/proton-bridge/issues/323

uetcis commented on 2023-02-23 09:58 (UTC) (edited on 2023-02-23 10:05 (UTC) by uetcis)

build failed since this update on ALARM (Arch Linux ARM) aarch64:

==> Starting build()...
cd ./utils/ && ./credits.sh bridge
egrep: warning: egrep is obsolescent; using grep -E
egrep: warning: egrep is obsolescent; using grep -E
egrep: warning: egrep is obsolescent; using grep -E
go build -tags='' -ldflags '-X github.com/ProtonMail/proton-bridge/v3/internal/constants.Version=3.0.16+git -X github.com/ProtonMail/proton-bridge/v3/internal/constants.Revision=2faeebe9e7 -X github.com/ProtonMail/proton-bridge/v3/internal/constants.BuildTime=2023-02-23T01:56:11-0800 -X "github.com/ProtonMail/proton-bridge/v3/internal/constants.FullAppName=Proton Mail Bridge"' -o "proton-bridge" "./cmd/Desktop-Bridge/"
# github.com/ProtonMail/proton-bridge/v3/cmd/Desktop-Bridge
/usr/lib/go/pkg/tool/linux_arm64/link: running g++ failed: exit status 1
/usr/bin/ld: cannot find -lparser: No such file or directory
/usr/bin/ld: cannot find -lparser_gen: No such file or directory
/usr/bin/ld: cannot find -lproto: No such file or directory
/usr/bin/ld: cannot find -lantlr4-runtime: No such file or directory
collect2: error: ld returned 1 exit status

make: *** [Makefile:105: proton-bridge] Error 1
==> ERROR: A failure occurred in build().
    Aborting...
error: failed to build 'protonmail-bridge-nogui-3.0.16-1':
error: packages failed to build: protonmail-bridge-nogui-3.0.16-1

artafinde commented on 2022-07-29 08:12 (UTC)

missing 'git' on makedepends.

dankcatlord commented on 2022-05-01 03:57 (UTC)

org.freedesktop.secrets should be added as an optional dependency as ProtonMail Bridge now supports any keyring that supports the Freedesktop secrets api.

thomaseizinger commented on 2021-12-12 04:42 (UTC)

I am seeing the following warning in my logs:

level=warning msg="Failed to add test credentials to keychain" error="Cannot create an item in a l ocked collection" helper="*secretservice.Secretservice"

It seems the systemd service is starting too early. I have GNOME configured for auto-login but still need to unlock the keychain on startup. Is it possible to modify the provided unit in a way that it only starts after the keychain is successfully unlocked?