Package Details: rslsync 3.0.1-1

Git Clone URL: https://aur.archlinux.org/rslsync.git (read-only, click to copy)
Package Base: rslsync
Description: Resilio Sync (ex:BitTorrent Sync) - automatically sync files via secure, distributed technology
Upstream URL: https://www.getsync.com
Licenses: custom:resilio
Submitter: widowild
Maintainer: widowild (fryfrog)
Last Packager: fryfrog
Votes: 361
Popularity: 0.25
First Submitted: 2016-09-25 13:20 (UTC)
Last Updated: 2024-10-12 04:43 (UTC)

Latest Comments

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 20 21 .. 56 Next › Last »

CyberGhost commented on 2015-05-26 22:26 (UTC)

I found the problem. I did use the btsync-autoconfig package, to initially configure it however I made a typo on the storage_path key in the config file. This broke the program.

ava1ar commented on 2015-05-26 03:25 (UTC)

CyberGhost, did you read and follow the postinstall steps printed after package install/update? User service for btsync is not automatically configured after installation and require manual adjustments of the configuration files and creation of required directories. If you want it to work out of the box, please take a look at btsync-autoconfig.

CyberGhost commented on 2015-05-25 21:01 (UTC)

Whenever I try to start the btsync user service it fails to start. The output from "systemctl --user status btsync" is always: "btsync.service - Bittorent Sync per-user service Loaded: loaded (/usr/lib/systemd/user/btsync.service; enabled; vendor preset: enabled) Active: failed (Result: start-limit) since Mon 2015-05-25 16:50:27 EDT; 13s ago Process: 809 ExecStart=/usr/bin/btsync --config %h/.config/btsync/btsync.conf (code=dumped, signal=ABRT) May 25 16:50:26 Arch systemd[384]: Starting Bittorent Sync per-user service... May 25 16:50:27 Arch systemd[384]: btsync.service: control process exited, code=dumped status=6 May 25 16:50:27 Arch systemd[384]: Failed to start Bittorent Sync per-user service. May 25 16:50:27 Arch systemd[384]: Unit btsync.service entered failed state. May 25 16:50:27 Arch systemd[384]: btsync.service failed." Anybody else have this issue and if so does anybody have a fix?

ava1ar commented on 2015-05-16 00:25 (UTC)

leidola, As far as I see here http://www.freedesktop.org/software/systemd/man/systemd.exec.html WorkingDirectory is set by default to the respective user's home directory for user units. No need to duplicate it.

leidola commented on 2015-05-14 14:02 (UTC)

Please add: WorkingDirectory=%h to the service part of the user unit. Otherwise the default config (as generated by btsync --dump-sample-config won't work, as by default btsync tries to generate the PID files in a path relative to the working directory.

dschrempf commented on 2015-04-17 23:28 (UTC)

Same here, syncing is not working on Raspberry Pi.

PythonNut commented on 2015-04-13 18:11 (UTC)

I keep getting these in sync.log: 20150413 18:05:23.676] assert failed /mnt/jenkins/workspace/Build-Sync-ARM/network.cpp:3279 Does this look familiar at all? So far, syncing seems to be stalled on an Raspberry Pi 2.

zatricky commented on 2015-03-31 08:58 (UTC)

Not sure what the problem was ... working now. :-/ Thanks, ava1ar.

ava1ar commented on 2015-03-31 00:42 (UTC)

Works for me, unflagging.

zatricky commented on 2015-03-24 07:52 (UTC)

Seems it has changed again: ==> Validating source files with sha1sums... BitTorrent-Sync_x64.tar.gz ... FAILED