Arch Linux User Repository

"Please, do not flag this package as out-of-date until there's the official release on Github page."

"Maybe the announcement is delayed, but wait for some other possible forward release, which is patching the previous one before the actual publishing."

Note from 3.19.1:

The repository's hierarchy has been updated and a slightly divergence comes with it. It was from:

/debian/pool/main

To now as:

/debian/pool/main/n/nordvpn

Any previous commits you may like to try in the future will need a manual mediation to replace old links in favor of the new ones.

Note from 3.19.0:

This version introduces new libraries being used by NordVPN. I have created symbolic links and committed a patch for it not interposing with already existing libraries (like sqlite3). Although this is not a big deal, If you, however, upgraded nordvpn-bin before the fix and noticed some library-related issue from sqlite lately, I suggest reinstalling the affected package.

Note from 3.17.4v:

The previous bug exposing DNS servers is fixed.

Note from 3.17.3v:

Caution! This version needs heed while using it and should be avoided. I strongly advice downgrading to 3.17.2 and wait for a new version or patching. Some big problems are:

• There's DNS leak present. Your original ISP servers can be exposed, as reported already on #343 issue.

• Unable to connect on nordvpn servers. Your journal might show the follow output: networker setting dns: setting dns with resolvectl: setting dns with resolvectl: Failed to set DNS configuration: Could not activate remote peer: activation request failed: unknown unit.: exit status 1

  After restarting resolve with systemctl restart systemd-resolved.service you may get it working again, enough for connecting normally, as reported, but not exclusively an ARM platform issue, on #342.

Also huge thanks for the community warnings in prior comments before I could've noticed all.

Note from 3.16.2v:

As the published note from the version above has mentioned on Github's page:

• Logging in with a username and password is no longer available in the terminal.

Please, consider using a token to logging in from now on.

Note from 3.16.0v:

The 'countries.dat' may differ between versions. Be aware to remove the file before upgrading the package.

If you're seeing the message "Daemon is unreachable, is systemd running?", then one of two things is probably happening.

The nordvpn daemon might not be started
Start it using:
sudo systemctl enable --now nordvpnd

You might not have been added to the nordvpn group
Add yourself:
sudo gpasswd -a USERNAME nordvpn
And then restart in order for the group to be created:
reboot

@alogim The package is a repack of the official app. As nordvpn is a paid service - you should use their bugtracker/forum/issues platform to report it.

I noticed that even though KillSwitch is enabled, still I can browse the Internet without problems when NordVPN is not connected. My current settings: Technology: OpenVPN Protocol: TCP Kill Switch: enabled CyberSec: disabled Obfuscate: disabled Notify: enabled Auto-connect: enabled DNS: disabled

Is there any fix?

@Martoko / @erkexzcx, thank you for collaborating together to help improve this package. Well done!

@Martoko here is the list:

amd64 = x86_64
arm64 = aarch64
armel = arm & armv6h
armhf = armv7h
i386 = i686

Also feel free to use my written in Go app to generate PKGBUILD: https://pastebin.com/t1VY1AWe

sudo pacman -S go
go get github.com/PuerkitoBio/goquery
wget https://pastebin.com/raw/t1VY1AWe -O app.go
go build app.go
./app

Also, I would like to share my computing power to schedule automated script to update this AUR package. Let me know if needed.

EDIT: My bad, in the golang code I accidentally left nordvpn-cli rather than nordvpn-bin. Change before compiling.

I have updated the package.

The mapping between how Debian names arm architectures and how Arch Linux names arm architectures does not seem to be documented anywhere, so I made a few qualified guesses here:

armel -> armv6h
armhf -> armv7h
arm64 -> aarch64

If anyone can confirm or deny the above mappings, it would be most appreciated.

Is it possible to update this to 1.0.0? Thank you!

@erkexzcx For the moment, no options. If the package is actually unmaintained, adopting it. If the maintainer updates and somehow outright refuses to include armv6, MAYBE nordvpn-armv6 but I'm not a TU and have little to none knowledge about a case like this, so I would discuss it with a TU beforehand ESPECIALLY given your past. In most cases you'd probably just live with it and makepkg -A but I know it doesn't work for this exact package. Using a local PKGBUILD is always an option.

@disastro - If I would like to contribute to the community and create Arch Linux package for NordVPN armv6 architecture, what options do I have? Just asking, no offense.

@Jessie Your note seems to grossly be based on baseless claims by erkexzcx. When the package was flagged on the 12th it wasn't out of date. 3.3.1 has only been out since the 19th and the package has only been correctly flagged since yesterday. All architechtures beyond x86_64 are extra, if a maintainer wants to add them they can do so at their own will and pace. That said it's fine to create a personal PKGBUILD, that's what I do with a lot of packages, but bashing the maintainer with or without reason isn't nice.

I wrote a note and corresponding shell script to update it by hand. The script is based on this PKGBUILD file.