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.24
First Submitted: 2016-09-25 13:20 (UTC)
Last Updated: 2022-03-31 17:06 (UTC)

Latest Comments

« First ‹ Previous 1 .. 46 47 48 49 50 51 52 53 54 55 56 Next › Last »

geric commented on 2013-07-14 19:06 (UTC)

Since the last update my Btsync client refuses to sync. The up-to-date client knows the other client is out of sync and says that its uploading data, but the other client doesn't GET data and the "UP:/Down:" counter shows 0.00Kbs. Already wiped and reset Bittorrent on both machines

emlun commented on 2013-07-14 17:48 (UTC)

Actually, I just observed mine do just that - the WebGUI said "indexing" on one of my folders, and top reported btsync using 94% processor. Then the indexing finished and CPU usage promptly sank to practically zero, so I think that is the cause. I would suspect and hope that btsync runs this at low priority, though.

emlun commented on 2013-07-14 16:49 (UTC)

@zeltak That's odd. The only thing I can think of right away is that the daemon is indexing files. I think that this involves computing a lot of checksums or the like, so if you have a lot of data in a directory which hasn't yet been fully indexed (the WebGUI says "indexing"), then that might be the cause.

rukolonist commented on 2013-07-14 15:39 (UTC)

serialhex Thanks. The problem was in custom pid file location. I removed my custom location and now it works fine.

zeltak commented on 2013-07-13 18:59 (UTC)

hi serialhex since V 1.27 and also with latest (1.33) get 100% cpu usage whenever the deamon is running. im running it like this: sudo systemctl stop btsync@zeltak anyone else having theses issues? what can i do to try and solve it best Z

<deleted-account> commented on 2013-07-12 13:26 (UTC)

TheRealSoup: I removed it because it wasn't needed. Unfortunately I was not the person who originally wrote the PKGBUILD so I haven't a clue why it was there to begin with. Doing a --force upgrade should fix it. I'm still very new to maintaining a package, and I would like to fix any errors in the previous packaging so that it works better overall, so try not to flame me too much :P

TheRealSoup commented on 2013-07-12 11:58 (UTC)

Why was the epoch removed? Once you go epoch; you don't go back. warning: bittorrent-sync: local (1:1.1.27-1) is newer than mypkgs (1.1.33-1)

<deleted-account> commented on 2013-07-11 18:12 (UTC)

granted: thanks for letting me know. None of my installations said anything about a newer version, and I've got Windows & Linux installs (it's nice that BtS is there to help keep my Google Drive in sync between Windows and Linux :P ) I'm updating it all now.

DrZingo commented on 2013-07-11 17:26 (UTC)

Two newer versions out: http://syncapp.bittorrent.com/1.1.30/btsync_x64-1.1.30.tar.gz http://syncapp.bittorrent.com/1.1.33/btsync_x64-1.1.33.tar.gz Latest can always be found here: http://forum.bittorrent.com/topic/19228-latest-sync-build-1133/ Thnx for maintaining.

<deleted-account> commented on 2013-07-10 20:56 (UTC)

fukawi2 & rukolonist, try `source /usr/share/bittorrent-sync/btsync-makeconfig.sh > ~/.config/btsync/btsync.conf` or if you have a `~/.btsync` dir move it to `~/.config/btsync`... if the `~/.config/btsync/btsync.conf` does not exist it will give that error, so just double-check that is there.

« First ‹ Previous 1 .. 46 47 48 49 50 51 52 53 54 55 56 Next › Last »