Package Details: syncthing-discosrv 1:1.16.1-1

Git Clone URL: (read-only, click to copy)
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: 11
Popularity: 0.005083
First Submitted: 2014-06-13 06:45
Last Updated: 2021-05-06 04:48

Latest Comments

1 2 3 4 5 Next › Last »

mqs commented on 2020-06-26 17:21

@prurigo I just had an issue where my AUR helper(or even makepkg, I couldn't see it that well) tried to remove the previous build directory including the src/pkg folder. Some subdirectories in there are sadly marked read-only due to

To prevent this, please add -modcacherw to the go commands (and consider also adding the other flags from the go packaging guidelines

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