Package Details: torguard 3.97.4-1

Git Clone URL: (read-only, click to copy)
Package Base: torguard
Description: TorGuard VPN Software Stay private online with TorGuard's anonymous VPN software and connect to 37+ countries worldwide.
Upstream URL:
Licenses: custom
Submitter: coco
Maintainer: coco (thatgeek, dramm)
Last Packager: dramm
Votes: 9
Popularity: 0.039626
First Submitted: 2017-01-25 16:18
Last Updated: 2020-01-11 12:49

Pinned Comments

dramm commented on 2019-08-03 21:06

It must be run with sudo.

I usually modify the desktop file with the following: Exec=gksudo /usr/bin/torguard That way I can still open it through the desktop file.

If you don't want to type your password, just set the sudoers file accordingly.

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

tomacrisan commented on 2018-11-04 21:36

So I see what you've changed: the vendor package puts a link in /usr/bin/torguard that points to torguard-wrapper which is a script which prompts for a sudo GUI prompt if one does not have root privileges. Your /usr/bin/torguard link points directly to the torguard executable.

This requires that as a simple user, I need to setup torguard to automatically run as root under my userid or perhaps all user userids. I will have to think about whether I want to do this.

tomacrisan commented on 2018-11-04 19:48

Yes, it runs from sudo but that is the issue; the previous versions and the version directly from Torguard prompt for the superuser password when the program is started. Version 3.90.0-3 posted here does not prompt for the superuser password when started from torguard.desktop or the command line, it simply starts up. Then when attempting to make a connection, it then flags an error.

dramm commented on 2018-11-04 13:56

Try opening it with sudo

tomacrisan commented on 2018-11-04 13:28

Can anyone help me with this? The latest update flags this error when I try to connect to a Torguard VPN server:

:ERROR: Cannot ioctl TUNSETIFF tun: Operation not permitted (errno=1)

The vendor's PKGBUILD install works for 3.90 but in reading the comments here, I understand the vendor's version does not meet Arch Linux standards for being included in the repositories.

camilobog commented on 2018-10-30 20:59

Hi, can you upload the new update? (was released today). Thanks for your work! pd. The official update its here:

but i cant update directly i need your help to install from repository.

eschwartz commented on 2018-09-30 04:05

I didn't say "add qt5-base as a dependency", I said "move the executable to /usr/bin and then add qt5-base as a dependency".

The point is to see if it can work with the system qt5-base, not merely to depend on the system qt5-base and not even use it.

In a similar vein, stunnel, ss-local and shadowsocks are all provided bundled into the prebuilt archive, but they should be possible to debundle just like debundling qt5-base.

Either way, debundling qt5 takes more work than just adding it to the dependencies.

dramm commented on 2018-09-29 18:30

@eschwartz I added the .sysusers file. No longer copying everything. URL is fixed. I added qt5-base as a dependency but I didn't understand what you said about stunnel, ss-local and shadowsocks.

Edit: Let me know if there is anything else that can be improved.

eschwartz commented on 2018-09-02 08:23

Please remove the install script and provide a systemd-sysusers snippet, e.g. see

Also it is wrong to remove users/groups on package removal, see

Also, you're copying over rather a lot of things including a full source archive and a PKGBUILD directly to / when the only thing you needed to do was add "etc" to the copying-over of "usr" and "opt" :/

General, pre-existing issues:

Note that the url is broken (missing protocol:// means that it's a relative filename, not a domain name...)

Many dependencies are missing for the bundled Qt libraries: fontconfig, freetype, glib2, libgl...

Why are these bundled libraries needed at all? It seems to work just fine using the system qt5-base plus moving /opt/torguard/bin/torguard to /usr/bin/ -- the stunnel and ss-local binaries should probably also be replaced by their system versions from the stunnel and shadowsocks-libev packages.

dramm commented on 2018-08-28 20:07

Edit: As of v3.89 I couldn't get this to work
Follow the steps bellow to:
  • avoid typing your password to run torguard
  • run from dmenu/rofi or anything that uses .desktop files
Update sudoers policy

edit the /etc/sudoers.d/torguard file, changing /opt/torguard/bin/torguard to:

/opt/torguard/bin/torguard, /usr/bin/torguard
Add your user to the torguard group
# gpasswd -a *user* torguard

Now you can do sudo torguard to run the client without being asked for your password

Edit .desktop file

edit the /usr/share/applications/torguard.desktop file changing the Exec line to:

Exec=sudo /usr/bin/torguard

Now you should be able to run TorGuard from rofi/dmenu or anything else that relies on the .desktop files


I contacted TorGuard and they are going to fix this in the next release. For now this workaround will do.

thatgeek commented on 2018-07-24 01:45

I no longer use Arch and am in discussions with the TG team to take over this AUR package. If someone else would like to become a maintainer, that would be great.