chrisvdb

Members
  • Posts

    25
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by chrisvdb

  1. Here as well! No config changes were required... thanks a lot!
  2. Thanks for this! Is this a drop-in replacement that should work without changing any configuration files?
  3. Thanks for updating us. Unfortunately, it's still not working for me... with all the tinkering it could be that I messed up the init file myself, though. Can someone else give it a try?
  4. Same here... I'll take a look over the weekend. If I feel really ambitious I might make a new .deb.
  5. So, tried running btsync directly and didn't get an error message at all... so the problem seems to be with the startup script. I'll do a bit of digging over the weekend.
  6. Would it be possible to create an official .deb package of bittorrent sync? The unofficial (outdated) package can be used as a template and hence the amount of work involved should be minimal.
  7. Hey guys, Did anyone try the binary replacement trick with version 2.2? For me it fails without error message. Thanks, Chris.
  8. As the unofficial Debian/Ubuntu PPA seems to be abandoned I have using the latest 2.x (server) btsync package and upgrade by simply replacing the /usr/lib/btsync-core/btsync-core binary with newer version. This has been working fine before version 2.2. With version 2.2 it just does not start up anymore... no log entry at all. Before I start debugging, did anyone encounter the same issue? If so, did you find a solution? Would Bittorrent consider creating an official deb package?
  9. Indeed rather large, but apparently also fairly compressable... I have uploaded the logs and core dump through the webform.
  10. Ok, so, btsync ran for a few hours without issues and then crashed again. Unlike the previous crashes removing the faulty file does not seem to fix the issue... when I restart btsync it crashes again a few seconds later on a different file. I have coredumps and logs in case you still want them.
  11. Hi Helen, I have restarted btsync on Timbuktu (Linux timbuktu 3.19.0-20-generic #20-Ubuntu SMP Fri May 29 10:10:47 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux) with 'ulimit -c unlimited'. I will post the log + coredump on the next failure. Faraday is a QNAP TS-253 NAS running the same version of btsync. I use the standard (outdated) QNAP btsync package but replaced the binary with the newer version (32-bit glib 2.3). Btsync on Faraday hasn't crashed a single time yet. Do you know how to enable debug logging on btsync for QNAP? I tried putting debug.txt in the directory of the binary but that didn't seem to have worked. The files are mostly normal JPGs and some AVIs. I do not know what files are the culprits due to the encryption... I can only see the encrypted filename on Timbuktu. Cheers, Chris.
  12. No, I run sync in configuration mode with the webgui disabled. Configuration: { "device_name": "Timbuktu", "listening_port" : 65432, "storage_path" : "/var/lib/btsync", "check_for_updates" : false, "use_upnp" : false, "download_limit" : 0, "upload_limit" : 0, "webui" : { //"listen" : "0.0.0.0:8888", //"login" : "admin", //"password" : "password" } , "shared_folders" : [ {// Pictures (encrypted read-only) "secret" : "<snip>", "dir" : "/var/btsync/chrisvdb/Pictures", "use_relay_server" : false, "use_tracker" : true, "use_dht" : false, "search_lan" : false, "use_sync_trash" : true, "known_hosts" : [ "<snip>:65432" ] }] , "disk_low_priority" : false, "lan_encrypt_data" : true, "lan_use_tcp" : true, "folder_rescan_interval" : 3600, "rate_limit_local_peers" : false, "sync_trash_ttl" : 30, "log_size" : 100}After the error btsync crashes. I need to delete the affected file and restart btsync for it to continue (until the next time).
  13. Hi, I haven't disabled this in the configuration. Wouldn't the assert mean that the file is altered although it is not supposed to be altered in ro mode? I have checked and there is no other process accessing the files. I just happened again... I have uploaded the logs again: https://www.dropbox.com/s/y6arxoub5b8bcyk/sync.log.tar.bz2?dl=0 . Removing the file again (temporarily) solved the issue. Chris.
  14. Hi, I'm using btsync 2.1.3 on Ubuntu. I'm trying to sync ~200 GB of pictures between two machines using a 1.4 style folder. One peer has a rw secret whereas the other one has a encrypted ro secret. The latter gets the following error after ~20 GB of sync'ing: [20150817 06:58:49.872] SyncFolderScanner: Posting update event for file "/var/btsync/chrisvdb/Pictures/5L6JR35WLCIKX373LNF6BJ5NVQIIZRDXZPA4AMI/KXHIPLDBK7JHMIPXR6RFF2NQ44/APUKYQ PDDMUCU3S4BE6FF3IKYA/WFKIWNVLIRSSSQYGM3ZGQZ3OY4" [20150817 06:58:49.872] FC[27CC]: file updated - processing file /var/btsync/chrisvdb/Pictures/5L6JR35WLCIKX373LNF6BJ5NVQIIZRDXZPA4AMI/KXHIPLDBK7JHMIPXR6RFF2NQ44/APUKYQPDDMUCU3S 4BE6FF3IKYA/WFKIWNVLIRSSSQYGM3ZGQZ3OY4 t:1218875410 s:4206152 id:2305:149695474 [20150817 06:58:49.872] JOURNAL[27CC]: detected updated file "5L6JR35WLCIKX373LNF6BJ5NVQIIZRDXZPA4AMI/KXHIPLDBK7JHMIPXR6RFF2NQ44/APUKYQPDDMUCU3S4BE6FF3IKYA/WFKIWNVLIRSSSQYGM3ZGQ Z3OY4". Checking filehash [20150817 06:58:49.872] assert failed /mnt/jenkins/workspace/Build-Sync-x64/ReadOnlyStrategy.cpp:509 Deleting the file will restart the sync'ing temporarily but the same issue occurs again after a few hours. Please find the logs of the encrypted read-only peer here: https://www.dropbox.com/s/2uj8xlstcff70aq/sync.log.tgz?dl=0 Regards,Chris.
  15. The devices were sync'ed before I installed 2.0.125, but do not seem to be sync'ing new files. The GUI on my laptop shows Timbuktu as one of the peers, so they do seem to see each other. I now get errors on the laptop as well: [20150619 20:55:15.175] SF[3D70] [8D35]: State sync finished [20150619 20:55:15.175] SyncReq[0x00007fbcf927d440][3D70] [0000]: cancel F927D440 - outgoing merge[20150619 20:55:15.176] SF[3D70] [8D35]: Going to sync state with peer 144.x.x.x:65432[20150619 20:55:15.176] SyncReq[0x00007fbcf921b770][3D70] [0000]: debug F921B770 - outgoing merge[20150619 20:55:15.176] ScheduledTask:SyncState invoked:immediately reason:FinishStateSync - failed (no MC)[20150619 20:55:15.201] SyncReq[0x00007fbcf927d440][3D70] [0000]: destroing F927D440 cbcnt:1 - outgoing merge
  16. Understood. Yeah, looks like 2.0.125 is not working for me... the 'unable to uncompress incoming data' repeats every 3 min (nothing much else seems to happen). Timbuktu: platform: Linux 3.19.0-20-generic #20-Ubuntu SMP Fri May 29 10:10:47 UTC 2015 x86_64 version: 2.0.125.32[20150619 11:54:03.603] total physical memory 536870912 max disk cache 2097152[20150619 11:54:03.603] Loading config file version 2.0.125[20150619 11:54:03.603] My PeerID: 10701E21939E86F984C250F5A2C5777061118D35[20150619 11:54:10.532] Error while adding folder /var/btsync/chrisvdb/Documents: Selected folder is already added to BitTorrent Sync.[20150619 11:54:10.532] Error while adding folder /var/btsync/chrisvdb/Pictures: Selected folder is already added to BitTorrent Sync.[20150619 11:55:10.067] PeerConnection[0x00007f01640051f0] incoming connection from 220.241.70.37:43879[20150619 11:55:11.067] PeerConnection[0x00007f01640051f0] incoming connection from 220.241.70.37:43879[20150619 11:55:12.360] PeerConnection[0x00007f0164208d00] incoming connection from 220.241.70.37:3182[20150619 11:56:49.476] SyncReq[0x00007f0164004b40][0000] [0000]: Unable to uncompress incoming data, err = -5[20150619 11:56:49.477] assert failed /mnt/jenkins/workspace/Build-Sync-x64/SyncConn.cpp:180[20150619 11:56:50.313] PeerConnection[0x00007f01642065f0] incoming connection from 220.241.70.37:3182[20150619 11:59:55.992] SyncReq[0x00007f0164208060][0000] [0000]: Unable to uncompress incoming data, err = -5[20150619 11:59:55.992] assert failed /mnt/jenkins/workspace/Build-Sync-x64/SyncConn.cpp:180[20150619 11:59:57.440] PeerConnection[0x00007f0164004a30] incoming connection from 220.241.70.37:3182[20150619 12:03:02.082] SyncReq[0x00007f0164211d80][0000] [0000]: Unable to uncompress incoming data, err = -5[20150619 12:03:02.082] assert failed /mnt/jenkins/workspace/Build-Sync-x64/SyncConn.cpp:180[20150619 12:03:03.547] PeerConnection[0x00007f01640039d0] incoming connection from 220.241.70.37:3182[20150619 12:06:01.931] SyncReq[0x00007f0164205840][0000] [0000]: Unable to uncompress incoming data, err = -5[20150619 12:06:01.931] assert failed /mnt/jenkins/workspace/Build-Sync-x64/SyncConn.cpp:180[20150619 12:06:03.333] PeerConnection[0x00007f01640039d0] incoming connection from 220.241.70.37:3182[20150619 12:09:05.213] SyncReq[0x00007f0164205840][0000] [0000]: Unable to uncompress incoming data, err = -5[20150619 12:09:05.214] assert failed /mnt/jenkins/workspace/Build-Sync-x64/SyncConn.cpp:180[20150619 12:09:05.629] PeerConnection[0x00007f01640039d0] incoming connection from 220.241.70.37:3182[20150619 12:12:05.936] SyncReq[0x00007f0164205840][0000] [0000]: Unable to uncompress incoming data, err = -5[20150619 12:12:05.936] assert failed /mnt/jenkins/workspace/Build-Sync-x64/SyncConn.cpp:180[20150619 12:12:07.569] PeerConnection[0x00007f01640039d0] incoming connection from 220.241.70.37:3182[20150619 12:15:11.207] SyncReq[0x00007f0164205840][0000] [0000]: Unable to uncompress incoming data, err = -5[20150619 12:15:11.207] assert failed /mnt/jenkins/workspace/Build-Sync-x64/SyncConn.cpp:180[20150619 12:15:12.307] PeerConnection[0x00007f01640039d0] incoming connection from 220.241.70.37:3182 My laptop: My PeerID: 10C59E0DECCC36495E90ABC844E4044B23F98E4E platform: Linux 3.19.0-21-generic #21-Ubuntu SMP Sun Jun 14 18:31:11 UTC 2015 x86_64version: 2.0.125.32[20150619 18:15:56.786] MC[3D70] [8D35]: processing nodes message for /DXSMVS5N5PD2AN27JS6VCCAGQSANAW7CG7BXZXI/CNQJAZLLR3MOWJQZUH3AT2JRNM/5NIX4DYAAZK5DCVB6FY6PQ45IM/KLPGJEP36FGUPIN4VU4ZIC5SJ6WHMQDESC6LKKOXXZ4E45WD5A6Q/ZPJSG2MIB2FJ3S7TZSOZ2HTRNA/DC2MRSTKCNWFLYU7K5WRTMGUUU/AYIWSZNVCFNXN5F3ASBZL2M7HU[20150619 18:15:56.786] MC[3D70] [8D35]: will request files for /DXSMVS5N5PD2AN27JS6VCCAGQSANAW7CG7BXZXI/CNQJAZLLR3MOWJQZUH3AT2JRNM/5NIX4DYAAZK5DCVB6FY6PQ45IM/KLPGJEP36FGUPIN4VU4ZIC5SJ6WHMQDESC6LKKOXXZ4E45WD5A6Q/ZPJSG2MIB2FJ3S7TZSOZ2HTRNA/DC2MRSTKCNWFLYU7K5WRTMGUUU/AYIWSZNVCFNXN5F3ASBZL2M7HU[20150619 18:15:56.786] MC[3D70] [8D35]: processing nodes message for /DXSMVS5N5PD2AN27JS6VCCAGQSANAW7CG7BXZXI/CNQJAZLLR3MOWJQZUH3AT2JRNM/5NIX4DYAAZK5DCVB6FY6PQ45IM/KLPGJEP36FGUPIN4VU4ZIC5SJ6WHMQDESC6LKKOXXZ4E45WD5A6Q/ZPJSG2MIB2FJ3S7TZSOZ2HTRNA/DC2MRSTKCNWFLYU7K5WRTMGUUU/L5DPQOYMJLIAOHKELIG67UTCU4[20150619 18:15:56.786] MC[3D70] [8D35]: will request files for /DXSMVS5N5PD2AN27JS6VCCAGQSANAW7CG7BXZXI/CNQJAZLLR3MOWJQZUH3AT2JRNM/5NIX4DYAAZK5DCVB6FY6PQ45IM/KLPGJEP36FGUPIN4VU4ZIC5SJ6WHMQDESC6LKKOXXZ4E45WD5A6Q/ZPJSG2MIB2FJ3S7TZSOZ2HTRNA/DC2MRSTKCNWFLYU7K5WRTMGUUU/L5DPQOYMJLIAOHKELIG67UTCU4[20150619 18:15:56.786] MC[3D70] [8D35]: processing nodes message for /DXSMVS5N5PD2AN27JS6VCCAGQSANAW7CG7BXZXI/CNQJAZLLR3MOWJQZUH3AT2JRNM/5NIX4DYAAZK5DCVB6FY6PQ45IM/KLPGJEP36FGUPIN4VU4ZIC5SJ6WHMQDESC6LKKOXXZ4E45WD5A6Q/ZPJSG2MIB2FJ3S7TZSOZ2HTRNA/DC2MRSTKCNWFLYU7K5WRTMGUUU/VWTRMJEIT4J5WJFS3GYLLJSU7Q[20150619 18:15:56.786] MC[3D70] [8D35]: will request files for /DXSMVS5N5PD2AN27JS6VCCAGQSANAW7CG7BXZXI/CNQJAZLLR3MOWJQZUH3AT2JRNM/5NIX4DYAAZK5DCVB6FY6PQ45IM/KLPGJEP36FGUPIN4VU4ZIC5SJ6WHMQDESC6LKKOXXZ4E45WD5A6Q/ZPJSG2MIB2FJ3S7TZSOZ2HTRNA/DC2MRSTKCNWFLYU7K5WRTMGUUU/VWTRMJEIT4J5WJFS3GYLLJSU7Q[20150619 18:15:56.786] MC[3D70] [8D35]: processing nodes message for /DXSMVS5N5PD2AN27JS6VCCAGQSANAW7CG7BXZXI/CNQJAZLLR3MOWJQZUH3AT2JRNM/5NIX4DYAAZK5DCVB6FY6PQ45IM/KLPGJEP36FGUPIN4VU4ZIC5SJ6WHMQDESC6LKKOXXZ4E45WD5A6Q/ZPJSG2MIB2FJ3S7TZSOZ2HTRNA/MTMP576WBVZ37XYRX4C4ZJRH4Q/O2FO65HYLZ7TN2TXQSKP5Z7C6A[20150619 18:15:56.786] MC[3D70] [8D35]: will request files for /DXSMVS5N5PD2AN27JS6VCCAGQSANAW7CG7BXZXI/CNQJAZLLR3MOWJQZUH3AT2JRNM/5NIX4DYAAZK5DCVB6FY6PQ45IM/KLPGJEP36FGUPIN4VU4ZIC5SJ6WHMQDESC6LKKOXXZ4E45WD5A6Q/ZPJSG2MIB2FJ3S7TZSOZ2HTRNA/MTMP576WBVZ37XYRX4C4ZJRH4Q/O2FO65HYLZ7TN2TXQSKP5Z7C6A<snip>[20150619 18:16:30.739] MC[3D70] [8D35]: will request files for /YLS35NJ2GG23AXHFFDQXMLCMICBCBAA6RY3UAMY/5GRKAKTSSQQKUOTSKDGLGYXUDQ/MEHS4KLVSPFRH2MKYBS4SWAA3Q/UIHMC3TZ5ESLBGNVDZ6BZWYXVA/ZJ43EW4ZXQYC6DRHC22R6PPCA3T6R7RT32DPTSNZDCFFE7SQ4EFQ/KQ3SORBPT3SFTBQLRUEEHDBJ7U/DWZIMFHFA7GEXSETNC4W6XCUTA/GSBJ5IYQJXMY7MGFFOYAOM4LVU/3LOEAFFYEV47UA7FXGZ3BYNDGE/5VDHBCUX7G6XHVWUSUCDVXI5XQ[20150619 18:16:30.739] MC[3D70] [8D35]: will request nodes for /YLS35NJ2GG23AXHFFDQXMLCMICBCBAA6RY3UAMY/5GRKAKTSSQQKUOTSKDGLGYXUDQ/MEHS4KLVSPFRH2MKYBS4SWAA3Q/UIHMC3TZ5ESLBGNVDZ6BZWYXVA/ZJ43EW4ZXQYC6DRHC22R6PPCA3T6R7RT32DPTSNZDCFFE7SQ4EFQ/KQ3SORBPT3SFTBQLRUEEHDBJ7U/DWZIMFHFA7GEXSETNC4W6XCUTA/GSBJ5IYQJXMY7MGFFOYAOM4LVU/3LOEAFFYEV47UA7FXGZ3BYNDGE/5VDHBCUX7G6XHVWUSUCDVXI5XQ/6SP2DVP2OI3JGNGWZXVNWN6EOLSU3NKEVKVC35KBZ2GXGVGUOW2Q[20150619 18:16:30.739] MC[3D70] [8D35]: processing nodes message for /YLS35NJ2GG23AXHFFDQXMLCMICBCBAA6RY3UAMY/5GRKAKTSSQQKUOTSKDGLGYXUDQ/MEHS4KLVSPFRH2MKYBS4SWAA3Q/UIHMC3TZ5ESLBGNVDZ6BZWYXVA/ZJ43EW4ZXQYC6DRHC22R6PPCA3T6R7RT32DPTSNZDCFFE7SQ4EFQ/KQ3SORBPT3SFTBQLRUEEHDBJ7U/DWZIMFHFA7GEXSETNC4W6XCUTA/GSBJ5IYQJXMY7MGFFOYAOM4LVU/3LOEAFFYEV47UA7FXGZ3BYNDGE/6CPAECARAGAZDCTKONM5NGC5NM[20150619 18:16:30.739] MC[3D70] [8D35]: will request files for /YLS35NJ2GG23AXHFFDQXMLCMICBCBAA6RY3UAMY/5GRKAKTSSQQKUOTSKDGLGYXUDQ/MEHS4KLVSPFRH2MKYBS4SWAA3Q/UIHMC3TZ5ESLBGNVDZ6BZWYXVA/ZJ43EW4ZXQYC6DRHC22R6PPCA3T6R7RT32DPTSNZDCFFE7SQ4EFQ/KQ3SORBPT3SFTBQLRUEEHDBJ7U/DWZIMFHFA7GEXSETNC4W6XCUTA/GSBJ5IYQJXMY7MGFFOYAOM4LVU/3LOEAFFYEV47UA7FXGZ3BYNDGE/6CPAECARAGAZDCTKONM5NGC5NM[20150619 18:16:30.739] MC[3D70] [8D35]: will request nodes for /YLS35NJ2GG23AXHFFDQXMLCMICBCBAA6RY3UAMY/5GRKAKTSSQQKUOTSKDGLGYXUDQ/MEHS4KLVSPFRH2MKYBS4SWAA3Q/UIHMC3TZ5ESLBGNVDZ6BZWYXVA/ZJ43EW4ZXQYC6DRHC22R6PPCA3T6R7RT32DPTSNZDCFFE7SQ4EFQ/KQ3SORBPT3SFTBQLRUEEHDBJ7U/DWZIMFHFA7GEXSETNC4W6XCUTA/GSBJ5IYQJXMY7MGFFOYAOM4LVU/3LOEAFFYEV47UA7FXGZ3BYNDGE/6CPAECARAGAZDCTKONM5NGC5NM/LP4BW4XP2527ODOOSP4VUAONJQ[20150619 18:16:30.739] MC[3D70] [8D35]: will request nodes for /YLS35NJ2GG23AXHFFDQXMLCMICBCBAA6RY3UAMY/5GRKAKTSSQQKUOTSKDGLGYXUDQ/MEHS4KLVSPFRH2MKYBS4SWAA3Q/UIHMC3TZ5ESLBGNVDZ6BZWYXVA/ZJ43EW4ZXQYC6DRHC22R6PPCA3T6R7RT32DPTSNZDCFFE7SQ4EFQ/KQ3SORBPT3SFTBQLRUEEHDBJ7U/DWZIMFHFA7GEXSETNC4W6XCUTA/GSBJ5IYQJXMY7MGFFOYAOM4LVU/3LOEAFFYEV47UA7FXGZ3BYNDGE/6CPAECARAGAZDCTKONM5NGC5NM/QXZAUOH4IH2BJ5WA44OLAORFMU[20150619 18:16:30.739] MC[3D70] [8D35]: will request nodes for /YLS35NJ2GG23AXHFFDQXMLCMICBCBAA6RY3UAMY/5GRKAKTSSQQKUOTSKDGLGYXUDQ/MEHS4KLVSPFRH2MKYBS4SWAA3Q/UIHMC3TZ5ESLBGNVDZ6BZWYXVA/ZJ43EW4ZXQYC6DRHC22R6PPCA3T6R7RT32DPTSNZDCFFE7SQ4EFQ/KQ3SORBPT3SFTBQLRUEEHDBJ7U/DWZIMFHFA7GEXSETNC4W6XCUTA/GSBJ5IYQJXMY7MGFFOYAOM4LVU/3LOEAFFYEV47UA7FXGZ3BYNDGE/6CPAECARAGAZDCTKONM5NGC5NM/S4L24IACDVLYI3KQMKCQ4ZKGQM[20150619 18:16:30.739] MC[3D70] [8D35]: sending get_nodes message[20150619 18:16:30.771] SF[3D70] [8D35]: SyncStateWithPeer - already pending FB1F5E50[20150619 18:16:31.281] SF[3D70] [8D35]: SyncStateWithPeer - already pending FB1F5E50[20150619 18:16:32.108] SF[3D70] [8D35]: SyncStateWithPeer - already pending FB1F5E50Do you want the entire logs? If so, where do I send them? Chris.
  17. In the sync.log file. The entire contents is as follows: version: 2.0.125.32 [20150619 03:17:35.817] total physical memory 536870912 max disk cache 2097152 [20150619 03:17:35.840] Loading config file version 2.0.124 [20150619 03:17:35.840] My PeerID: 10701E21939E86F984C250F5A2C5777061118D35 [20150619 03:17:46.686] Error while adding folder /var/btsync/chrisvdb/Documents: Selected folder is already added to BitTorrent Sync. [20150619 03:17:46.686] Error while adding folder /var/btsync/chrisvdb/Pictures: Selected folder is already added to BitTorrent Sync. [20150619 03:17:47.680] PeerConnection[0x00007fca68001d60] incoming connection from 220.241.70.37:61921 [20150619 03:17:47.996] PeerConnection[0x00007fca68202800] incoming connection from 220.241.70.37:47009 [20150619 03:17:48.726] PeerConnection[0x00007fca68202800] incoming connection from 220.241.70.37:61921 [20150619 03:21:01.619] SyncReq[0x00007fca6820b090][0000] [0000]: Unable to uncompress incoming data, err = -5 [20150619 03:21:01.620] assert failed /mnt/jenkins/workspace/Build-Sync-x64/SyncConn.cpp:180 [20150619 03:21:02.425] PeerConnection[0x00007fca68001d60] incoming connection from 220.241.70.37:61921 [20150619 03:21:41.152] Received shutdown request via signal 15 [20150619 03:21:42.213] Shutdown. Saving config sync.dat This machine is called Timbuktu, runs Ubuntu Server 15.04 (64-bit). It has two 1.4 folders (read-only encrypted) configured. The client on the other side (220.241.70.37) was running the same btsync version, also on Linux. It has only the Documents folder (read-write) configured. I didn't see this error in 2.0.124 but did get other assert errors which brought me to this topic in the first place. Chris.
  18. I still get assert failed errors... [20150619 03:21:01.619] SyncReq[0x00007fca6820b090][0000] [0000]: Unable to uncompress incoming data, err = -5 [20150619 03:21:01.620] assert failed /mnt/jenkins/workspace/Build-Sync-x64/SyncConn.cpp:180
  19. Is this fixed in 2.0.125? It's not entirely clear from the changelog.
  20. Hi Noiime, The file in /usr/lib/btsync is just a symbolic link to the file in /usr/lib/btsync-core. root@timbuktu /usr/lib/btsync # ls -alh total 8.0K drwxr-xr-x 2 root root 4.0K Mar 22 14:17 . drwxr-xr-x 54 root root 4.0K May 18 12:41 .. lrwxrwxrwx 1 root root 26 Mar 16 16:02 btsync-daemon -> ../btsync-core/btsync-core So, it's probably more sensible to change the file in /usr/lib/btsync-core instead. Cheers, Chris.
  21. Another +1 for this feature request. I have implemented the encfs + btsync solution on my server. I can now securely sync data between my laptop (running linux) and my phone (Android using Cryptonite). However, it requires quite a bit of tinkering and tech savviness. An integrated solution would make this more accessible to the average user. My current setup is not ideal on my phone... as I have to sync all the data before I can access it through Cryptonite. For Dropbox there is a special mode in Cryptonite which allows one to access data without sync'ing it to the phone... you select a particular file, which is then decrypted and exported/opened. Please consider adding the "Read-only + Encrypted mode" in btsync.