If there is a packaging bug, we will fix it, but this isn't the right place for technical support. Please open a topic on your distribution's support forum.
I will say that conflicting with shutdown.target is a normal thing. It just means that running services should exit before system shutdown is completed.
Search Criteria
Package Details: expressvpn 3.78.0.0_1-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/expressvpn.git (read-only, click to copy) |
---|---|
Package Base: | expressvpn |
Description: | Proprietary VPN client for Linux |
Upstream URL: | https://expressvpn.com |
Licenses: | LicenseRef-custom |
Submitter: | 2bluesc |
Maintainer: | 2bluesc (WorMzy) |
Last Packager: | WorMzy |
Votes: | 49 |
Popularity: | 0.000430 |
First Submitted: | 2016-03-26 03:18 (UTC) |
Last Updated: | 2024-11-12 09:25 (UTC) |
Dependencies (1)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR, glibc-eac-binAUR, glibc-eac-rocoAUR)
Required by (3)
Sources (6)
- https://www.expressvpn.works/clients/linux/expressvpn_3.78.0.0-1_amd64.deb
- https://www.expressvpn.works/clients/linux/expressvpn_3.78.0.0-1_amd64.deb.asc
- https://www.expressvpn.works/clients/linux/expressvpn_3.78.0.0-1_armhf.deb
- https://www.expressvpn.works/clients/linux/expressvpn_3.78.0.0-1_armhf.deb.asc
- https://www.expressvpn.works/clients/linux/expressvpn_3.78.0.0-1_i386.deb
- https://www.expressvpn.works/clients/linux/expressvpn_3.78.0.0-1_i386.deb.asc
Latest Comments
« First ‹ Previous 1 .. 14 15 16 17 18 19 20 21 Next › Last »
WorMzy commented on 2016-10-08 11:17 (UTC)
roger64 commented on 2016-10-08 00:18 (UTC)
After two days working non stop (service resuming after sleep) I experienced a computer crash. I had to fsck the distro from outside. On new start the clock was wrong and I had to manually correct it.
Please find this image which seems to confirm there is a "conflict" with this package.
[URL=http://www.hostingpics.net/viewer.php?id=905828systemd.png][IMG]http://img4.hostingpics.net/pics/905828systemd.png[/IMG][/URL]
Now the service is working again but I will stop it every time the computer goes to sleep. Let me know if you need some more information.
roger64 commented on 2016-10-05 14:41 (UTC)
Just to report success using first
gpg --recv-keys AFF2A1415F6A3A38
before proceeding to compilation
The following "green tip" seemed to work but finally failed for unknown reason.
"Adding keyserver-options auto-key-retrieve to gpg.conf will automatically fetch keys from the key server as needed."
Thanks again for making this nice software available.
roger64 commented on 2016-10-05 12:53 (UTC)
@WorMzy
Thanks for the link and your quick answer.
WorMzy commented on 2016-10-05 11:04 (UTC)
The key is used by the developers to sign the download, and we use it to verify the download hasn't been tampered with.
See https://wiki.archlinux.org/index.php/Makepkg#Signature_checking
and for automating key retrieval, see the green tip at https://wiki.archlinux.org/index.php/GnuPG#Use_a_keyserver
roger64 commented on 2016-10-05 10:11 (UTC)
Thank you for making this package available. I already use it with Linux Mint (64bits) but it's not my usual distro. Sorry for the French language. My compilation fails about a licence because of an "unknown public key AFF..."
The original proprietary software has no key problem because we enter a personalized key later on to make it work.
I really don't know what I am supposed to write and where...
Here is the end of the compilation:
==> Validation des fichiers source avec sha512sums...
expressvpnd.service ... Réussite
license-20161005.html ... Ignoré
==> Validation des fichiers source_x86_64 avec sha512sums...
expressvpn_1.1.0_amd64.deb ... Réussite
expressvpn_1.1.0_amd64.deb.asc ... Ignoré
==> Vérification des signatures des fichiers sources grâce à gpg...
expressvpn_1.1.0_amd64.deb ... ÉCHEC (Clef publique inconnue AFF2A1415F6A3A38)
==> ERREUR : Une ou plusieurs signatures PGP n’ont pas pu être vérifiées.
==> ERREUR : Makepkg n'a pas pu construire expressvpn.
==> Relancer la compilation de expressvpn ? [o/N]
WorMzy commented on 2016-08-19 10:52 (UTC)
Ahh, I see the problem. I've put the commands in post_upgrade, which isn't run after the initial install. Will be fixed shortly.
Thanks for clarifying, scootz.
scootz commented on 2016-08-19 04:30 (UTC)
I just recently installed this package tonight and got the same issues. the expressvpn.install did not run post_upgrade() to create the client key/crt. I issued the same commands as was in the upgrade function to create the key.
I've noticed the same error show up when starting up the daemon as @HotblackDesiato had. Other than the install script not creating the key, everything works and connects fine to selected server.
---
● expressvpnd.service - ExpressVPN Backend Daemon
Loaded: loaded (/usr/lib/systemd/system/expressvpnd.service; disabled; vendor preset: disabled)
Active: active (running) since Thu 2016-08-18 23:58:33 EDT; 4s ago
Main PID: 11224 (expressvpnd)
Tasks: 7 (limit: 4915)
CGroup: /system.slice/expressvpnd.service
└─11224 /usr/bin/expressvpnd --pidfile /var/run/expressvpnd.pid
Aug 18 23:58:33 hedwig.scootz99.com systemd[1]: Started ExpressVPN Backend Daemon.
Aug 18 23:58:33 hedwig.scootz99.com expressvpnd[11224]: 2016/08/18 23:58:33 method Authenticate has wrong number of ins: 2
Aug 18 23:58:33 hedwig.scootz99.com expressvpnd[11224]: 2016/08/18 23:58:33 method SetAuth has wrong number of ins: 2
Aug 18 23:58:33 hedwig.scootz99.com expressvpnd[11224]: openvpn-expressvpn: no process found
---
WorMzy commented on 2016-08-02 11:41 (UTC)
Looks like the .install file failed to run on your system for some reason. If you manually run the following (as root):
/usr/bin/expressvpnd --workdir "/var/lib/expressvpn/" generate-client-ca
/usr/bin/expressvpnd --workdir "/var/lib/expressvpn/" generate-client-certs
/usr/bin/chmod 644 "/var/lib/expressvpn/certs/client.key"
/usr/bin/rm -f /var/lib/expressvpn/certs/client.req
/usr/bin/rm -f /var/lib/expressvpn/certs/clientca.srl
Do you get any error messages?
HotblackDesiato commented on 2016-08-02 04:36 (UTC)
I cannot activate expressvpn. I get the following error messages:
-----------------------------------
expressvpn activate
Failed to load client cert/key! open /var/lib/expressvpn/certs/client.crt: no such file or directorytls: handshake failed: tls: client didn't provide a certificateCannot connect to expressvpnd daemon.
It seems the expressvpn daemon is not running. Please run "sudo service expressvpn restart" to start it.
If the problem persists, please contact us.
------------------------------------------------------
expressvpnd has been started by enabling and starting expressvpnd.service. But I believe that it did not start properly. The file /var/lib/expressvpn/certs/client.crt is missing. When I start expressvpnd manually, I get the following:
------------
2016/08/02 12:35:36 method Authenticate has wrong number of ins: 2
2016/08/02 12:35:36 method SetAuth has wrong number of ins: 2
openvpn-expressvpn: Kein Prozess gefunden [= no process found]
-------------
Pinned Comments
paintie commented on 2020-07-28 21:16 (UTC)
Info from expressvpn's site ...
wget https://www.expressvpn.com/expressvpn_release_public_key_0xAFF2A1415F6A3A38.asc
gpg --import expressvpn_release_public_key_0xAFF2A1415F6A3A38.asc
All installed fine; thank you very much for maintaining.
WorMzy commented on 2019-11-06 13:15 (UTC)
Looks like update notifications are working for the linux client now, but unfortunately the current version (2.3.2) thinks it's an older version (2.3.1 -- check
expressvpn --version
), so the update alert people get when they runexpressvpn status
may be a false positive.Please check what version is reported at https://www.expressvpn.com/latest (or https://www.expressvpn.com/support/troubleshooting/china-status/#linux as this sometimes gets updates listed sooner) before flagging the package as out-of-date.
WorMzy commented on 2019-01-11 11:38 (UTC) (edited on 2019-01-23 20:41 (UTC) by WorMzy)
Please note that, from v2.0.0, ExpressVPN will be providing signed Arch packages on their website (alongside the deb and rpm packages). I'll be continuing to update this package, but for those that find using the AUR cumbersome or just don't want to wait, please be aware of this option.
EDIT: packages were delayed for testing, but seem to be live as of 2019-01-23.