Package Details: proton-vpn-gtk-app 4.8.1-1

Git Clone URL: https://aur.archlinux.org/proton-vpn-gtk-app.git (read-only, click to copy)
Package Base: proton-vpn-gtk-app
Description: ProtonVPN GTK app, Maintained by Community
Upstream URL: https://github.com/ProtonVPN/proton-vpn-gtk-app
Keywords: protonvpn
Licenses: GPL3
Groups: ProtonVPN
Conflicts: protonvpn-gui, python-proton-client
Submitter: ali.molaei
Maintainer: ali.molaei
Last Packager: ali.molaei
Votes: 89
Popularity: 8.78
First Submitted: 2023-11-01 12:41 (UTC)
Last Updated: 2024-12-06 14:44 (UTC)

Pinned Comments

ali.molaei commented on 2024-11-14 16:25 (UTC)

I've added https://aur.archlinux.org/packages/python-proton-vpn-local-agent-bin as optional dependency, I worked on https://aur.archlinux.org/packages/python-proton-vpn-local-agent a bit to build it from source, but I have a weird issue with it so I'm not depending this package on that by default for now.

For those who know a bit about rust packaging, the issue with building from source for me is: - If I copy the build so file using cp command it works fine - If I package it (using install in PKGBUILD) and put the file there by installing the package using pacman, It doesn't work! although the files have the same checksum.

I have no idea why is that and am open to any help on https://aur.archlinux.org/packages/python-proton-vpn-local-agent package

stickyhands commented on 2024-02-09 23:53 (UTC) (edited on 2024-02-09 23:53 (UTC) by stickyhands)

@shoryuken thank you, that worked!

@ali.molaei I'm not sure of technicalities of dependencies, but if you cannot force network-manager-applet as a dependency I think you should at least pin some comment explaining that getting it might fix issues. As it stands I accidentally found the solution at other package page https://aur.archlinux.org/packages/protonvpn-cli#comment-951908, and only since it's the newest one.

Latest Comments

« First ‹ Previous 1 .. 7 8 9 10 11 12 13 14 15 16 17 .. 22 Next › Last »

XxTriviumxX commented on 2024-03-17 14:27 (UTC)

it started working again. It was not asking for 2fa code during those attempts. It suddenly asked for it and everything works ever since.

XxTriviumxX commented on 2024-03-16 14:20 (UTC) (edited on 2024-03-16 14:51 (UTC) by XxTriviumxX)

for some reason protonvpn asks for my credentials on startup. It never did that until yesterday. As if it cannot remember the creds... Anyone else has that problem?

EDIT: now protonvpn crashes right after i enter my creds. I tried reinstalling everything (even the orphans) and it still crashes after i try to connect. it just shuts down.

re:edit: it works after 2-4 tries... still bugs me though, its not normal..

k0r0ng commented on 2024-03-14 13:57 (UTC)

@Yamashiro Maybe try deleting "app data":

rm -r $HOME/{.config/Proton/VPN,.cache/Proton/VPN,.cert/nm-openvpn/ProtonVPN-*}

Of course backup first if you not sure.

Yamashiro commented on 2024-03-13 14:30 (UTC)

Having the same issue as @texer22, I have entered my login info and 2FA code only to be told it's wrong. After that I'm unable to even open the app, it will briefly show up in the task bar and crash, and if I try to start it using the terminal I get the following error:

Traceback (most recent call last):
  File "/usr/bin/protonvpn-app", line 33, in <module>
    sys.exit(load_entry_point('proton-vpn-gtk-app==4.2.0', 'console_scripts', 'protonvpn-app')())
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/proton/vpn/app/gtk/__main__.py", line 34, in main
    controller = Controller.get(executor)
                 ^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/proton/vpn/app/gtk/controller.py", line 56, in get
    executor.submit(controller.initialize_vpn_connector).result()
  File "/usr/lib/python3.11/concurrent/futures/_base.py", line 456, in result
    return self.__get_result()
           ^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/concurrent/futures/_base.py", line 401, in __get_result
    raise self._exception
  File "/usr/lib/python3.11/site-packages/proton/vpn/app/gtk/controller.py", line 89, in initialize_vpn_connector
    self._connector = await self._api.get_vpn_connector()
                      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/proton/vpn/core/api.py", line 53, in get_vpn_connector
    settings = await self.load_settings()
               ^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/proton/vpn/core/api.py", line 64, in load_settings
    user_tier = self._session_holder.session.vpn_account.max_tier
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
AttributeError: 'NoneType' object has no attribute 'max_tier'

k0r0ng commented on 2024-03-08 21:14 (UTC) (edited on 2024-03-08 21:18 (UTC) by k0r0ng)

@ali.molaei when I said add git as makedepends mean not only just for this package, but also all dependencies you maintained (python-proton-*). Or better use tarball since upstream now have it, so no need git and it can use checksum instead of just SKIP. Also there is no need $_gitpkgname when they have same value as $pkgname.

Edit: almost forgot the most important thing, as maintainer you should build package in clean chroot

texer22 commented on 2024-03-08 13:52 (UTC)

I have an error. "Reconnection not possible due to authentication error." but I enter a right password. Any ideas?

testasdfasdf commented on 2024-03-08 08:29 (UTC) (edited on 2024-03-08 11:58 (UTC) by testasdfasdf)

When we are going to get latest release 4.1.20? It's been a long time since it has been released!!

(Released)

clifflau1120 commented on 2024-02-28 18:34 (UTC)

@texer22 Mine is a little different, though the last message is the same:

2024-02-28T18:31:34.966679 | proton.vpn.connection.vpnconnector:168 | INFO | CONN:STATE_CHANGED | Disconnected (initial state)
2024-02-28T18:31:34.967187 | proton.vpn.app.gtk.app:57 | INFO | APP:PROCESS_START | self=<app.App object at 0x7e5505047640 (proton+vpn+app+gtk+app+App at 0x61f91bac26a0)>
Traceback (most recent call last):
  File "/usr/lib/python3.11/site-packages/secretstorage/util.py", line 48, in send_and_get_reply
    raise DBusErrorResponse(resp_msg)
jeepney.wrappers.DBusErrorResponse: [org.freedesktop.DBus.Error.ServiceUnknown] ('The name is not activatable',)

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/usr/lib/python3.11/site-packages/keyring/backends/SecretService.py", line 61, in get_preferred_collection
    collection = secretstorage.get_default_collection(bus)
                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/secretstorage/collection.py", line 177, in get_default_collection
    return Collection(connection)
           ^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/secretstorage/collection.py", line 45, in __init__
    self._collection.get_property('Label')
  File "/usr/lib/python3.11/site-packages/secretstorage/util.py", line 67, in get_property
    (signature, value), = self.send_and_get_reply(msg)
                          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/secretstorage/util.py", line 58, in send_and_get_reply
    raise SecretServiceNotAvailableException(data) from resp
secretstorage.exceptions.SecretServiceNotAvailableException: The name is not activatable

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3.11/site-packages/proton/keyring_linux/core/keyring_linux.py", line 99, in _is_backend_working
    keyring_backend.get_password(
  File "/usr/lib/python3.11/site-packages/keyring/backends/SecretService.py", line 78, in get_password
    collection = self.get_preferred_collection()
                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/keyring/backends/SecretService.py", line 63, in get_preferred_collection
    raise InitError("Failed to create the collection: %s." % e)
keyring.errors.InitError: Failed to create the collection: The name is not activatable.

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3.11/site-packages/proton/vpn/app/gtk/app.py", line 94, in do_activate
    self.tray_indicator = self._build_tray_indicator_if_possible(
                          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/proton/vpn/app/gtk/app.py", line 195, in _build_tray_indicator_if_possible
    return TrayIndicator(controller, main_window)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/proton/vpn/app/gtk/widgets/main/tray_indicator.py", line 118, in __init__
    self._menu = self._build_menu()
                 ^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/proton/vpn/app/gtk/widgets/main/tray_indicator.py", line 221, in _build_menu
    if self._controller.user_logged_in:
       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/proton/vpn/app/gtk/controller.py", line 129, in user_logged_in
    return self._api.is_user_logged_in()
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/proton/vpn/core/api.py", line 89, in is_user_logged_in
    return self._session_holder.session.logged_in
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/proton/vpn/core/session.py", line 71, in session
    self._session = self._proton_sso.get_default_session(
                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/proton/sso/sso.py", line 192, in get_default_session
    sessions = self.sessions
               ^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/proton/sso/sso.py", line 130, in sessions
    keyring = self._keyring
              ^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/proton/sso/sso.py", line 111, in _keyring
    self.__keyring_backend = Keyring.get_from_factory()
                             ^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/proton/keyring/_base.py", line 49, in get_from_factory
    keyring_backend = Loader.get("keyring", class_name=backend)
                      ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/proton/loader/loader.py", line 105, in get
    if entry.cls._validate():
       ^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/proton/keyring_linux/secretservice/secretservice_backend.py", line 40, in _validate
    return cls._is_backend_working(SecretService.Keyring())
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/proton/keyring_linux/core/keyring_linux.py", line 108, in _is_backend_working
    logger.exception(f"Keyring \"{keyring_backend}\" error")
                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/keyring/backend.py", line 95, in __str__
    keyring_class.__module__, keyring_class.__name__, keyring_class.priority
                                                      ^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/jaraco/classes/properties.py", line 201, in __get__
    return self.fget.__get__(None, owner)()
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/keyring/backends/SecretService.py", line 43, in priority
    raise RuntimeError(
RuntimeError: The Secret Service daemon is neither running nor activatable through D-Bus

XxTriviumxX commented on 2024-02-25 16:18 (UTC) (edited on 2024-02-25 17:53 (UTC) by XxTriviumxX)

@marcin Yeah... it's kinda optional tbh. But the fact that i can't find a way to auto-connect or quick connect specifically to a p2p server is bugging me! It's a downgrade, but i'm still going to use this version because if there is a vulnerability, it will get patched.

marcin commented on 2024-02-25 10:03 (UTC)

@XxTriviumxX

Permanent kill switch is not supported in this new version of linux client. Same as wireguard.