Arch Linux User Repository

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

(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.

@broken.pipe I wrote a lot of emails with the sync support team and in the end they suggested that I should try the armhf binary from the link that I posted. Unfortunately you can't find the binary on the sync website. I suggested to update their website for that. I'm curious when / if they update it. After all I don't understand which Arch update broke the previous binary that worked for me in the last couple of months.

summary attempt: - armv5 devices: should ALL work with "non hf" version (which is the one provided by ava1ar in package 2.3.7-1) as none of these devices does have "hf" support - armv6 devices: only the raspberry pi 1 is supported by arch linux arm, which is a "hf" enabled device: for now, this should be the ONLY (yet widespread) device NOT working (because the hf binary seem to be compiled with armv7 as a min. requirement) - armv7 devices (ALL are "hf" devices) and up (armv8, etc...): all should work with the alternate "hf" binary (link provided by BunBum) anyway: it doesn't seem we are "addressing" the true root cause here, as rpi1 device used to work with all versions (tested from 2.3.1 to 2.3.6). now all (2.3.1 to 2.3.7) stopped working: so another updated package would be the true culprit here. still, it is better for hf devices to go with the hf binary!

I use btsync only on one ARM device (which is old Marvell Kirkwood ARMv5) and have no problem with latest version. Let's summarize what we have now with ARM versions and decide what should we do with the package.

thx BunBum. - worked for armv7h (cubox-i4pro here) - still doesn't work for armv6h (raspberry pi 1)

@BunBum: It's probably built with a newer toolchain, this is why it stopped working under archlinux after the glibc upgrade. How did you figured it out? Thanks!

I've got it! You have to download the binary from here: https://download-cdn.getsync.com/2.3.7/linux-armhf/BitTorrent-Sync_armhf.tar.gz Then it should work on armv7 machines. I don't know if it's working on armv6. Would it be possible to update the PKGBUILD for that?

I noticed this error on armv7h and armv6h. Take a look at my list of updated packages (http://pastebin.com/bEtPKuZc). One of them caused the failure. Maybe this kind of error: https://forum.getsync.com/topic/42057-230-segmenation-fault-on-raspberry-pi-with-openelec/

@ava1ar I installed this on a freshly formatted raspberry pi and it occured. Edit: I realized this comment is pointless - yesterday was a long day. You meant that maybe downgrading from 2.3.7 wasn't successful due to some cache.