Package Details: syncthing-bin 0.14.25-1

Git Clone URL: https://aur.archlinux.org/syncthing-bin.git (read-only)
Package Base: syncthing-bin
Description: Open Source Continuous Replication / Cluster Synchronization Thing: binary.
Upstream URL: http://syncthing.net/
Licenses: MPLv2
Conflicts: syncthing
Provides: syncthing=0.14.25
Submitter: jasonwryan
Maintainer: jasonwryan
Last Packager: jasonwryan
Votes: 23
Popularity: 0.692234
First Submitted: 2014-08-26 08:54
Last Updated: 2017-03-21 00:30

Dependencies (0)

Required by (3)

Sources (2)

Latest Comments

jasonwryan commented on 2016-12-19 20:03

That is odd. You are right, but when I uploaded the PKGBUILD they matched what was published in the github hash file (I built it on all my machines: x86 & ARM) and none complained about integrity checks...

crox commented on 2016-12-19 18:36

I think you've put the wrong SHA256 hash for the AMD64 release into the PKGBUILD, it should be ed5189ca01ad87667f34bf3a669ea7a21e818ffe3f2fef0b5d7cb343a1da7716 as per the released hashes from the project.

jasonwryan commented on 2016-03-28 19:58

Thanks jenrik: not sure how I missed that for .21.

I'll move to 256 for the next release.

jenrik commented on 2016-03-28 14:22

sha1sums for 0.12.21-1 doesn't match. I get the following when I manually run sha1sum:
83e245763eaa2aa74d8ab280c2b563ae072aae61 syncthing-linux-386-v0.12.21.tar.gz
5401d90aefd4fd805a284f0a7ea1b6f25acf2c00 syncthing-linux-amd64-v0.12.21.tar.gz
5e08bb481d1f6f4f7e5d31e68fbae0854dac01a2 syncthing-linux-arm-v0.12.21.tar.gz

We should maybe consider using the sha256sums offically provided by syncthing.

kiko commented on 2016-01-14 05:34

Heads up y'all: https://forum.syncthing.net/t/security-update-syncthing-v0-12-13/6548

jasonwryan commented on 2015-04-22 01:05

Thanks runical: updated with 0.11.0

runical commented on 2015-04-18 08:32

The project was re-licensed to MPLv2 a while back. [1,2] Can you update the license with the next release?

[1] https://github.com/syncthing/syncthing/blob/master/LICENSE
[2] https://github.com/syncthing/syncthing/commit/32425c556130ed88200869e669eafcf6344b200c

jasonwryan commented on 2015-02-10 20:59

Only that I hadn't been paying attention :p

Thanks richli: I'll include them in the next release...

richli commented on 2015-02-10 16:25

Is there a reason the upstream systemd units are not used? The latest version (v0.10.22) included an update to handle the exit codes better. In the downloaded tarball, they're in etc/linux-systemd/{system,user}/.

jasonwryan commented on 2015-01-21 09:10

Yes, I'll upload a new PKGBUILD when 0.10.21 comes out: which should be any day now... Keep your shirts on.

lastmikoi commented on 2015-01-21 09:05

Flagging as out of date since the source URI is not valid anymore (as stated by roguewolf)

The following unified patch made me able to upgrade:

--- PKGBUILD.old 2015-01-21 10:01:48.233591592 +0100
+++ PKGBUILD 2015-01-21 10:03:27.553594162 +0100
@@ -36,7 +36,7 @@
;;
esac

-source+=("https://github.com/calmh/${_realname}/releases/download/v${pkgver}/${_realname}-linux-${_pkgarch}-v${pkgver}.tar.gz")
+source+=("https://github.com/syncthing/${_realname}/releases/download/v${pkgver}/${_realname}-linux-${_pkgarch}-v${pkgver}.tar.gz")

package() {
cd "${_realname}-linux-${_pkgarch}-v${pkgver}"

roguewolf commented on 2015-01-16 08:51

Source should be changed from "https://github.com/calmh/…" to "https://github.com/syncthing/…" (platform-specific releases aren't available on the author's personal fork).

csantosb commented on 2015-01-04 20:31

Just for the record, to keep old behaviour (start-up right after boot and let syncthing running after logout), refer to the wiki
https://wiki.archlinux.org/index.php/Systemd/User#Automatic_start-up_of_systemd_user_instances

jasonwryan commented on 2014-12-29 18:34

I have added the --user service file as requested.

xuhdev commented on 2014-12-25 07:31

About the `--user` mode, there is a reason to add such a service file for that: the service is only loaded after the first login and stops after the last logout. The service won't work if one has an ecrypted home directory which is unavailable until the user types her password to log in. Also see this issue https://bugs.archlinux.org/task/42103

xuhdev commented on 2014-12-25 07:30

About the `--user` mode, there is a reason to add such a service for file that: the service is only loaded after the first login and stops after the last logout. The service won't work if one has an ecrypted home directory which is unavailable until the user types her password to log in. Also see this issue https://bugs.archlinux.org/task/42103

jasonwryan commented on 2014-10-24 09:22

@xuhdev: thanks, updated with the new release.

xuhdev commented on 2014-10-20 19:43

The license should be GPL not MIT

jasonwryan commented on 2014-10-19 09:07

@neroburner added...

neroburner commented on 2014-10-19 08:23

is it possible to set provides to "syncthing=0.10.2", syncthing-gtk has a dependency for at least version 0.10

jasonwryan commented on 2014-09-27 20:06

Clearly I haven't used that architecture...

Fixed: thanks.

Mikaye commented on 2014-09-27 19:55

The armv5h is called "arm" on the arch field of the PKGBUILD.

jasonwryan commented on 2014-09-27 19:42

Added armv5

Mikaye commented on 2014-09-27 12:35

Please add arm architecture (armv5). Thanks !

jasonwryan commented on 2014-09-08 08:16

`--user` mode is still some way from being ready for prime time, and the man page you are referencing makes no mention of depreacting @service, so I see no compelling reason to change the current packaging.

jancici commented on 2014-09-08 07:50

sorry, I dont have a link, I did read that somewhere ...
as you can read from that man page, section Unit Load Path, they are saying about two types or running.
I thing that syncthing should be run in user mode.

jasonwryan commented on 2014-09-07 21:21

@janici do you have a link?

The man page still indicates this is the correct way to start a service from a template:
http://www.freedesktop.org/software/systemd/man/systemd.unit.html

jancici commented on 2014-09-07 18:37

I think that using systemctl start syncthing@UserName is deprecated {I am not 100% sure}
So there should be syncthing_user.service which could be used as follow:
systemctl --user start syncthing

thanks

jasonwryan commented on 2014-09-05 22:32

I've automated the updating of all the sha1sums across the architectures, so you should just be able to run `makepkg -i` and have the package install...

roguewolf commented on 2014-09-02 18:55

That's very useful, thank you. I'll run that in future.

jasonwryan commented on 2014-09-02 18:08

Yes, because of the different architectures, you should run `updpkgsums && makepkg -i`.

For future releases, I'll do my best to updates the sha1sums, but I wouldn't count on it...

jasonwryan commented on 2014-09-02 18:04

Yes, because there is a check for the different architectures, you need to run `updpkgsums && makepkg -i`...

roguewolf commented on 2014-09-02 10:25

Excellent, that did the trick, thank you.

(PS - I had to change the tar sha1sum in the PKGBUILD to 30d2350ee90336e52662c644f0984b4f051997d5)

jasonwryan commented on 2014-09-01 18:07

This package will notify you when you install that it conflicts with synchting and ask you if you wish to remove syncthing and install syncthing-bin. If you select `y`, it will replace it *without* any impact on your repositories and nodes...

roguewolf commented on 2014-09-01 10:41

If I remove the community syncthing package and install this one, do you know if it will retain my nodes and repositories?