colthreepv

Members
  • Posts

    6
  • Joined

  • Last visited

Everything posted by colthreepv

  1. Thanks, this tool has been of great help, nonetheless I think the problem is actually with my firmware (tomato-shibby) I am not really a firmware compiler, for what I could understand the libc6 and kernel must be compatible, and the ones on that firmware does not play nice with Resilio I have succesfully tried other libc6 versions from debian (thanks to your tool), but they just don't run on the device It might need someone with more knowledge than me, or a different firmware; I suppose something more flexibe as openWRT will have no problems running resilio, just tomato is something more handy for day-to-day use
  2. A dynamic compiled Sync binary might be fine, if it follows the LD_LIBRARY_PATH environment variable - there is any information regarding this from the dev team?
  3. Same outcome... root@tomato:/opt/usr/bin# ls -la drwxr-xr-x 2 root root 4096 Jan 4 12:09 . drwxr-xr-x 5 root root 4096 Jan 2 11:42 .. -rw-r--r-- 1 root root 218 Dec 8 11:46 LICENSE.TXT -rw-r--r-- 1 root root 9793409 Jan 3 11:55 resilio-sync_armhf.tar.gz -rwxr-xr-x 1 root root 11530228 Dec 8 11:48 rslsync root@tomato:/opt/usr/bin# ldd ./rslsync -sh: ./rslsync: not found root@tomato:/opt/usr/bin# chmod -x rslsync root@tomato:/opt/usr/bin# chmod +x rslsync root@tomato:/opt/usr/bin# ./rslsync -sh: ./rslsync: not found root@tomato:/opt/usr/bin# EDIT: I see, I used the command on a scaleway ARM server, and it correctly works and prints out linked libraries, I will try to get around them EDIT2: Is there any statically-compiled version of Sync? - I don't think it will ever be, reading this thread EDIT3: What I found out: Linked libraries: root@scw-a6ca74:~# ldd rslsync librt.so.1 => /lib/arm-linux-gnueabihf/librt.so.1 (0xb6f8a000) libcrypt.so.1 => /lib/arm-linux-gnueabihf/libcrypt.so.1 (0xb6f4b000) libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0xb6f38000) libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0xb6ec0000) libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0xb6e9c000) libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xb6daf000) /lib/ld-linux-armhf.so.3 (0x7f567000) Entware-ng ships out with the majority of files covered in /opt/lib/ It was missing ld-linux-armhf.so.3 so I ripped it from an ubuntu 12.04 ARM version. The major issue is now that routers have read-only partitions for /bin /lib /usr and so on... so the standard way to specify linked libraries paths is via LD_LIBRARY_PATH but trying: root@tomato:/opt/usr/bin# LD_LIBRARY_PATH=/opt/lib ./rslsync -sh: ./rslsync: not found I don't think the binary follows the standard environment variable. At this point there no much I can do without a different executable, I think.
  4. Same outcome, to debug this more It would really helpful to understand what the executable doesn't find
  5. I am trying to install Resilio sync on an Asus RT-AC56U, It should have the hardware to run it correctly. Executing it will just say: root@tomato:/opt/usr/bin# ./rslsync -sh: ./rslsync: not found It might be related to the fact the small distribution on top of it (Tomato Shibby) does not have bash available in /bin/, but it's on /opt/bin/ I think making the app executable on those ARM routers would be a killer feature. complete list of supported routers, all the listed as K26ARM would be automatically compatible