12345lamacun

Members
  • Content Count

    21
  • Joined

  • Last visited

About 12345lamacun

  • Rank
    Member

Recent Profile Visitors

430 profile views
  1. okay, thanks for your clarification and for providing a workaround! :-)
  2. @RomanZ: As described by @Gorn in the first Post, Sync does not work anymore on the Raspberry Pi 1, ARMv6 Processor, armhf Raspbian/Arch Linux. Gorn tried it under Arch Linux and installed BTSync via "AUR" (Package manager, I suppose?) and by manually downloading from home page. I tried to run it under Raspbian, but neither installing it via apt-get, nor running the downloaded Version from your Homepage (2.3.8) did work. Tried installation just now, Debian 8.0 (Raspbian), Kernel Version 4.4.13+, Default user "pi": sudo apt-get install btsync Reading package lists... Done Bu
  3. @RomanZ Have you found a solution for running btsync on a ARMv6 armhf Raspberry Pi 1 so far? Or is there any other solution available for Raspbian? (I was not able to adapt the glibc downgrade instructions for Arch Linux to Raspbians apt system...)
  4. @iswrong, RomanZ: Thanks for your response! Made it a bit clearer to me ;-) @RomanZ: Will there be a higher CPU-load even if I store the folder encrypted only? (use case: Storing a folder encrypted-only on a RaspberryPi for redundancy and High-Availability) Thanks!
  5. Hey there, the "new" encrypted Folder-Feature seems to be a neat integration into the overall Concept and UI, at the same time it looks exactly like the Beta-Feature available via API. There were "1.4"-indicators next to Folders using the old "key"/"secret"-based system - which is gone now. Seems to me like you decided to not integrate encrypted folders into the new certificate-based-system and instead just made the old 1.4-feature available to everybody? Are there any disadvantages we need to consider when using this feature, compared to usual certificate-based-folders?
  6. Hey everbody, I am keeping a bit up-to-date with those various solutions regarding File-Syncing out there. I was looking into how to get Sync running on my RaspberryPi running OpenELEC, and stumbled accross the fact that alternative products offer a way easier way. Would it be possible to offer an OpenELEC OS-Addon for BitTorrent Sync (or an Kodi-Addon, just like the BitTorrent one) for user-friendly installation? The average Linux user should be able to install Sync on a Linux machine, but there are a lot of people out there new to the Penguin-World and not as eager to learn new stuff t
  7. Is this working within Sync 2.0? Copying a beta version of the folders content to the second peer, add it as read-only, and it transferrs the new files and delete the ones i deleted on the owner-peer?
  8. Same Problem here, tried rebooting Android and Windows 8.1, but did not help. Excellent Internet Connection via WLAN at my University and via Mobile Network and SurfStick both did not work. I am going to try to connect this evening again^^ edit: Well yeah, today those two devices linked within a few seconds. As far as I know I did not change anything.
  9. => 1) You could simply save the Read&Write-Secret from your Laptop (Textfile, stored on your Synology). If your Laptop dies and you have bought a new one, you can simply add the Read&Write-Secret saved earlyer and your Synology starts syncing. The ReadOnly-Secret allows you to receive and spread the files - but just the unmodified ones. If you change some files on your Synology via eg FTP, they will not be synced. => 3) Your Laptop would detect no changes, so there is nothing to propagate to your Sinology. It would not even know your Laptop rescaned its HDD. => 4) The rescan
  10. within "Peer list" I have a down arrow, a number of files, and some concrete "Files" (encrypted file names) for the Android-Device. On the Overview in the Progress-Column there is a Downarrow with "0% - a few seconds", but no activiti within the "Receving" or "Sending" Columns.
  11. Correct. Well, kind of. I added it within Android via a Read&Write QR-Code-Scan on my Laptop. Anyway, I just checked the RW-Secret on Android, and it is the same as on my Laptop, starting with "D*".
  12. Hello, I'd like to sync my Android-Pictures to my Laptop and an always-on-RaspberryPi. Following setup after creating Secrets via API: Laptop: ReadWrite Android: ReadWrite RasPi: EncryptedSecret For testing purposes I closed BTSync on my Laptop, and expected a transmission of pictures to my RasPi. But nothing happened. BTSync showed a connected Peer, even correctly displaying the amount of Data and the numbers of Files, but my Android-Phone just did not want to sync. I turned my Laptop on, and my Phone started syncing to my Laptop - which succesfully synced to the RaspberryPi. Turnin
  13. Lightroom does not move files just as the Windows Explorer does. It does change some Metadata, so BTSync cant detect whether that are the same files or different ones => retransmit
  14. You can share the new "link" (difference: if you share it with your mother-in-law she is kind of guided through the installation of btsync) with somebody, have more control over the expiration date, if someone posts the link into your facebook-timeline you have the ability to denie the requests of those friends of yours you dont want to have your secret. after you permitted somebodys request, they have the secret and can use it like they created it. the "centralized server" is just a website, checking if the recipient has btsync already installed, and then forwards the secret to btsync.
  15. You can not create custom secrets anymore, also you can not just enter a made-up Secret into the "Enter-a-key"-Field.