Package Details: rslsync 2.7.3-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: 360
Popularity: 1.05
First Submitted: 2016-09-25 13:20 (UTC)
Last Updated: 2022-03-31 17:06 (UTC)

Latest Comments

« First ‹ Previous 1 .. 43 44 45 46 47 48 49 50 51 52 53 .. 56 Next › Last »

senorsmile commented on 2013-07-20 22:44 (UTC)

@boina, I was getting the exact same thing happening. It ended up being that the ~/.config/btsync/ folder wasn't populating properly, due to an older version I had previously installed before going with this aur package. I set it up on another computer and saw 7 files that are supposed to be there: btsync.conf settings.dat settings.dat.old sync.dat sync.log sync.pid webui.zip I copied them from the other machine and all is working well.

emlun commented on 2013-07-20 22:40 (UTC)

@boina what's a `journalctl -xn30` say? (Be sure to call it before the log gets bumed by other processes)

boina commented on 2013-07-20 22:26 (UTC)

Hi there!!! Thanks for this package!! I have a problem tought, when trying to start the deamon I get the following: [netlak@jamming Descargas]$ sudo systemctl start btsync@boina [sudo] password for netlak: Job for btsync@boina.service failed. See 'systemctl status btsync@boina.service' and 'journalctl -xn' for details. [netlak@jamming Descargas]$ systemctl status btsync@boina.service btsync@boina.service - BitTorrent Sync service for boina Loaded: loaded (/usr/lib/systemd/system/btsync@.service; disabled) Active: failed (Result: resources) Any ideas??

zeltak commented on 2013-07-20 10:33 (UTC)

Hi all im using btsync with a laptop and it seems like after a resume from sleep/hibernate sycing is halted until i manually restart bysync. anyone else having this issue? best Z

someoneelse123 commented on 2013-07-19 22:30 (UTC)

serialhex: What Arch dev wants and what Arch user does stopped be same thing sometime near Big Python2 Wreckage :p I'm still happily using rc scripts, but I understand and don't except You to package my script (although it would make my life easier). I provided script in case there is other other rc.d user trying to use bittorrent sync.

<deleted-account> commented on 2013-07-19 21:45 (UTC)

@kozec: I appreciate the work, but unfortunately rc.d scripts have gone the way of the Dodo in Arch, since Oct 2012! So I'm not going to add your script to the PKGBUILD. Again, thank you for the work though. https://www.archlinux.org/news/systemd-is-now-the-default-on-new-installations/

someoneelse123 commented on 2013-07-19 21:05 (UTC)

Thanks for the package! rc.d service script - http://pastebin.com/aa3j0Djh

<deleted-account> commented on 2013-07-19 18:34 (UTC)

@crabman: it doesn't mess anything up in any real sense, I just don't see why it's needed other than legacy reasons... and if that's all I'd rather get rid of it if I can.

crabman commented on 2013-07-19 17:39 (UTC)

@serialhex: because when this package was started, bittorrent-sync had no version number, which is why the former packager used the date. And 20130401 is "newer" than 1.1.13, so the epoch had to be increased. Note that these versioning changes are exactly what the epoch variable is for. What does the epoch mess up exactly?

<deleted-account> commented on 2013-07-19 16:10 (UTC)

aszkid - if you started it up with the `sudo systemctl start btsync@aszkid` then the username you need to use is `aszkid` (or whatever your username is).

« First ‹ Previous 1 .. 43 44 45 46 47 48 49 50 51 52 53 .. 56 Next › Last »