Package Details: zerotier-one 1.2.4-1

Git Clone URL: (read-only)
Package Base: zerotier-one
Description: Creates virtual Ethernet networks of almost unlimited size.
Upstream URL:
Licenses: GPL3
Submitter: strugee
Maintainer: eXeC64
Last Packager: eXeC64
Votes: 18
Popularity: 1.292707
First Submitted: 2014-03-30 08:14
Last Updated: 2017-04-26 21:07

Latest Comments

dmilinevskyi commented on 2017-07-08 02:09

Could you please export `CC=gcc` and `CXX=g++` for make? The build system of `zerotier-one` prefers clang if it's available while some default makepkg options are not compatible with it (-fvar-tracking-assignments).

kseistrup commented on 2017-05-07 19:05

Building fails on e.g. RPi2 because “gcc -dumpmachine” says “armv7l-unknown-linux-gnueabihf”, and the file only looks for “armv7-*”.

subjectdenied commented on 2017-03-27 13:27

i think this package needs "libnatpmp" as a dependency, after the big version jump, zt didn't start for me, cause it was missing this lib

eXeC64 commented on 2017-03-21 22:16

miniupnpc and libnatpmp aren't dependencies to my knowledge. ZeroTier is fully functional for me without having ever installed either of those.

@jonathon: It's not necessary, but an optional extra. I'm not sure of the best way to handle this from the AUR package, so I'm leaving it for now. Users interested in it can easily add the user account and zerotier should start using it automatically.

I've re-enabled the self-check as it's working again, and looked into clang. It compiles on clang and gcc currently. The makefile prefers clang but will only try to use it when it's available and when the user hasn't explicitly specified gcc. The pkgbuild is simpler now and should just do the right thing™ in all cases.

grawity commented on 2017-03-18 16:59

Would be nice if this listed miniupnpc and libnatpmp as dependencies.

jonathon commented on 2017-03-18 10:43

The upstream packaging files [1] create an unprivileged user for running the daemon. Is this necessary for the Arch package too?


Adding options=(!buildflags) and clang to the depends will get it building with clang.
Could the symlinks to ../../var/lib* could be rewritten as absolute to /var/lib* ?
Source line could be 'source=("${pkgname}-${pkgver}.tar.gz::")' to avoid clashes with anything with the same version.

eXeC64 commented on 2017-03-14 23:12

You're jumping the gun a little. That's a commit on a dev branch only. No 1.2.0 tar.gz available yet, and says 1.1.14 is still the latest version.

1.2.0 should be out in the next few days. I'll update this package when it is.

tslowm commented on 2017-03-14 03:39

New version available

eXeC64 commented on 2017-01-07 10:43

Not out of date - Only newer version available is still in beta.
Latest version is reported as 1.1.14

T_UNIX commented on 2016-10-18 08:10

Build is broken with clang/clang++.

Workaround: Add ' CC=gcc CXX=g++' at the end of the 'make' line.

All comments