Package Details: syncthing-discosrv 1:0.14.52-2

Git Clone URL: (read-only)
Package Base: syncthing-discosrv
Description: Discover server for the syncthing P2P synchronization utility
Upstream URL:
Licenses: MIT
Submitter: prurigro
Maintainer: prurigro
Last Packager: prurigro
Votes: 8
Popularity: 1.156299
First Submitted: 2014-06-13 06:45
Last Updated: 2018-11-09 01:00

Latest Comments

1 2 3 4 5 Next › Last »

prurigro commented on 2018-11-09 01:01

@hucsmn: Nice find! This is definitely the way to go here-- no need to worry about de-synchronized deps and way fewer make dependencies. Pulled your changes into the package. Thanks!

hucsmn commented on 2018-11-08 15:18

@prurigro I've just looked into the tarball release and found that it brings a correct copy of dependencies under the vendor directory. Vendor mechanism is supported since go 1.6, it requires the package to be located under GOPATH to enable package searching for vendor directory. Therefore there is no need to apply my previous dummy patch to fix those dependency problems introduced by go get. Just make a fake GOPATH and move the source code into $GOPATH/src/github/syncthing/syncthing to satisfy go toolchain, then it successfully build. The modified PKGBUILD is here: <>. Redundant build dependencies (git, godep, mercurial) were also removed.

prurigro commented on 2018-11-08 00:11

Aha-- OK, hucsmn's patch works but an out of date $srcdir/src breaks things.

I released an update to v0.14.52 including the patch by hucsmn and the additional install instructions and systemd service fix provided by Iiridayn (credits included in the PKGBUILD- thanks!)

prurigro commented on 2018-11-06 03:29

@hucsmn: The build is still failing for me with your patch. Is this intending to fix 0.14.51 or the ALARM build? (I tested unsuccessfully on the former). If it's a versioning issue with go get, thoughts on having the package manually download dependencies with specified commits?

hucsmn commented on 2018-11-05 15:53

It failed to build because go get has no proper version control mechanism. Try this patch to work around: <>, inserting the following line of code to build(): curl | patch -p1 -d $_pkgname-$pkgver/cmd/$_binname

btw, 0.14.51 is available now.

jce3eSGPet2VJnpt commented on 2018-10-26 20:21

@prurigro I also get that same error on Arch ARM.

prurigro commented on 2018-10-02 20:18

Hmm, I haven't tested the build on ALARM in a while-- is everyone else hitting that error on ALARM as well?

d9jWbb42kC3 commented on 2018-09-27 20:52

@mqs same error

edacval commented on 2018-09-17 01:53

@mqs same error

mqs commented on 2018-09-16 19:24

I had the following error while building:

cd /home/mqus/.cache/pacaur/syncthing-discosrv/src/syncthing-0.14.50/cmd/stdiscosrv
/usr/lib/go/pkg/tool/linux_arm/compile -o $WORK/b001/_pkg_.a -trimpath $WORK/b001 -p main -complete -buildid RAE0lcTwVVhM2gPCHMFJ/RAE0lcTwVVhM2gPCHMFJ -goversion go1.11 -D _/home/mqus/.cache/pacaur/syncthing-discosrv/src/syncthing-0.14.50/cmd/stdiscosrv -importcfg $WORK/b001/importcfg -pack -c=4 ./apisrv.go ./database.go ./database.pb.go ./main.go ./replication.go ./stats.go
# _/home/mqus/.cache/pacaur/syncthing-discosrv/src/syncthing-0.14.50/cmd/stdiscosrv
./stats.go:112:56: too many arguments in call to prometheus.NewProcessCollector
    have (int, string)
    want (prometheus.ProcessCollectorOpts)

Did I do something wrong? Edit: System is a raspberrypi 3 with archlinuxarm