Arch Linux User Repository

PSA: Upstream does not support building natively for ARM64, only cross-compiling. You can use mullvad-vpn-bin instead.

--> ALWAYS DO A CLEAN BUILD <--

This package will verify the signature of the git tag / commit. Developer keys are available here and instructions are here. See the PKGBUILD to determine which developer key you need.

Please do not create upstream issues about the AUR package, they do not support it.

Hi and thanks for the good work,

I am building myself the package without the electron-stuff. I would like to know why you are using the old commit in the mullvadvpn-app-binaries repo. I see they removed libwg and then it does not build anymore. Do you have any idea how to use a newer commit like in their release? (90b0c06)

Best regards, Timo

@ortizder @newb Thank you both. It turned out my issue was different. I imported the certificates as root and trizen couldn't see them. After importing them as regular user the installation went through.

@sheevy If you are trying to update, make sure to close the installed version first. Worked for me...

@sheevy

I got the same thing but had luck adding Linus' key from the site when after it was failing:

# wget <https://mullvad.net/media/signing-keys/linus-code-signing.asc>
# gpg2 --import linus-code*.asc

I'm getting:

==> Verifying source file signatures with gpg...
    mullvadvpn-app git repo ... FAILED (unknown public key 78CEAA8CB72E4467)
    mullvadvpn-app-binaries git repo ... FAILED (unknown public key 78CEAA8CB72E4467)

Despite having imported both: signing and Linus' keys:

# gpg2 --edit-key A1198702FC3E0A09A9AE5B75D5A1D4F266DE8DDF

pub  rsa4096/D5A1D4F266DE8DDF
     created: 2016-10-27  expires: never       usage: SC  
     trust: ultimate      validity: ultimate
sub  rsa4096/C187D22C089EF64E
     created: 2016-10-27  expires: never       usage: E   
sub  rsa4096/A26581F219C8314C
     created: 2016-10-27  expires: never       usage: S   
[ultimate] (1). Mullvad (code signing) <admin@mullvad.net>

# gpg2 --edit-key 78CEAA8CB72E4467

pub  rsa4096/7653B940E494FE87
     created: 2015-07-08  expires: never       usage: SC  
     trust: ultimate      validity: ultimate
sub  rsa4096/8B0C4C0CCC536DAF
     created: 2015-07-08  expires: never       usage: E   
sub  rsa4096/78CEAA8CB72E4467
     created: 2016-10-31  expires: never       usage: S   
[ultimate] (1). Linus Färnstrand (code signing key) <linus@mullvad.net>

Any ideas what else needs to be done?

@XenGi: What are you using for cargo? It's best to use rust.

The package isn't compiling for me since a while now.

   Compiling rs-release v0.1.7 (https://github.com/mullvad/rs-release?branch=snailquote-unescape#88b2afb0)
   Compiling log v0.3.9
   Compiling want v0.0.4
   Compiling log-panics v2.0.0
   Compiling base64 v0.9.3
   Compiling base64 v0.10.1
   Compiling generic-array v0.12.3
   Compiling aho-corasick v0.7.6
   Compiling aho-corasick v0.6.10
   Compiling bstr v0.2.8
   Compiling combine v3.8.1
   Compiling iovec v0.1.4
   Compiling net2 v0.2.33
   Compiling num_cpus v1.10.1
error[E0658]: imports can only refer to extern crate names passed with `--extern` on stable channel (see issue #53130)
  --> /home/xengi/.cargo/registry/src/github.com-1ecc6299db9ec823/getrandom-0.1.12/src/error_impls.rs:13:5
   |
8  | extern crate std;
   | ----------------- not an extern crate passed with `--extern`
...
13 | use std::io;
   |     ^^^
   |
   = help: add #![feature(uniform_paths)] to the crate attributes to enable
note: this import refers to the extern crate imported here
  --> /home/xengi/.cargo/registry/src/github.com-1ecc6299db9ec823/getrandom-0.1.12/src/error_impls.rs:8:1
   |
8  | extern crate std;
   | ^^^^^^^^^^^^^^^^^

   Compiling rand v0.4.6
error: aborting due to previous error

For more information about this error, try `rustc --explain E0658`.
error: Could not compile `getrandom`.
warning: build failed, waiting for other jobs to finish...
 error: build failed
==> ERROR: A failure occurred in build().
    Aborting...
Error making: mullvad-vpn

No. That dep does not belong in this package, ras.

Thanks @jhenson the package now correctly builds. I belive it is the same problem that @a.liedtke was experiencing. Maybe @yochananmarqos should add lmdb as a dep till the bug is fixed? Thanks again @jhenson

@ras.anonymous the rpm-tools package is missing a dependency declaration so the rpm tool fails to run if you don't have lmdb installed. As a workaround until the package is fixed you can manually install lmdb.

https://bugs.archlinux.org/task/64824