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

Latest Comments

« First ‹ Previous 1 .. 6 7 8 9 10 11 12 13 14 15 16 .. 56 Next › Last »

zifnab commented on 2016-10-01 20:55 (UTC)

for armv7h (2.4.1-1): ==> Validating source files with sha1sums... rslsync.service ... Passed rslsync_user.service ... Passed rslsync.conf ... FAILED ==> ERROR: One or more files did not pass the validity check! ==> ERROR: Makepkg was unable to build rslsync.

print commented on 2016-10-01 16:05 (UTC) (edited on 2016-10-01 16:05 (UTC) by print)

I think they both run on port 8888. That could be changed though, probably. Unclear to me whether they would also have other network level interference.

mmozeiko commented on 2016-10-01 04:08 (UTC)

Why does this conflicts with btsync? To me it looks that rslsync can be installed together with btsync because both use different executables & config files.

print commented on 2016-09-30 21:43 (UTC) (edited on 2016-09-30 21:53 (UTC) by print)

==> Validating source files with sha1sums... rslsync.service ... Passed rslsync_user.service ... Passed rslsync.conf ... Passed ==> Validating source_x86_64 files with sha1sums... rslsync_x64-2.4.0-1.tar.gz ... FAILED ==> ERROR: One or more files did not pass the validity check! Needs version bump

albert748 commented on 2016-09-21 14:06 (UTC)

I've tested that to syncable between windows and arch, UMask = 0002 flag shall be added to btsync.service. otherwise the file modified from windows will not be writable from arch if use the default 0022 umask. if you have time, please add this flag to btsync.servie.

BunBum commented on 2016-09-13 14:43 (UTC)

BitTorrent Sync was renamed to Resilio Sync. Updates (like the newest one 2.4) will only happen for Resilio Sync. BitTorrent Sync will not be updated anymore: https://blog.resilio.com/resilio-sync-2-4/ Will there be a new AUR package for rslsync?

ava1ar commented on 2016-06-24 23:11 (UTC)

Sorry for the delay - just updated the package to 2.3.8. As for now, I changed the binary for armv7 arch to hf version, keeping other unchanged. Please check how it works and let me know if other updated are needed.

zifnab commented on 2016-06-21 08:59 (UTC)

@mad_cow: u got me a bit wrong mate. optimal for u, is not the RPi1 workaround, but the armv7h (hf) workaround (because currently, u are missing out on performance optimizations. I do own a cubox-ipro 4 too, just like you): - hf devices >= armv7 (basically, ANYTHING >= armv7): they can update to latest glibc, and overwrite their btsync binary with the hf version (can now be found on official btsync website) - non hf devices, AND hf devices <= armv6 (so basically, rpi1 and all armv5 boards): stick with glibc-2.23-1 for now (you can find how to downgrade in other posts here), and go with the btsync 2.3.7-1 package from ava1ar (which refers only to non hf for now) (I have to say, I don't have any armv5 board, so for them, I don't have confirmation for the glibc part of the workaround...) I am sure ava1ar will update his PKGBUILD for hf and non hf btsync binary builds for >= 2.3.7-2 (if/when it comes out).

mad_cow commented on 2016-06-21 07:19 (UTC)

for Cubox i4 pro; i followed instructions adapted from https://archlinuxarm.org/forum/viewtopic.php?f=60&t=10260&sid=8fa41b6eb4e2a5165148e70652010d59&start=10 (these instructions are for RPI 1) 1) downgrade glibc; sudo pacman -U http://fraggod.net/static/mirror/packages/archlinuxarm/armv7h/glibc-2.23-1-armv7h.pkg.tar.xz 2) reinstalled btsync

bim9262 commented on 2016-06-05 15:04 (UTC)

(gdb) r --config .config/btsync/btsync.conf Starting program: /usr/bin/btsync --config .config/btsync/btsync.conf [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". Program received signal SIGSEGV, Segmentation fault. 0x00000000 in ?? () I'm no expert, but looking at the gdb output it looks like it fails on loading host libthread_db library "/usr/lib/libthread_db.so.1" and then fails to go any further... It doesn't look like it's executed any of the application if it is dying at 0x00000000.

« First ‹ Previous 1 .. 6 7 8 9 10 11 12 13 14 15 16 .. 56 Next › Last »