dmason

Members
  • Posts

    22
  • Joined

  • Last visited

Everything posted by dmason

  1. The behavior sounds normal for a read-only share to me. It sounds like you're looking for a sync-all-changes-except-for-deletion type of share which is neither the full access or read only option in BitTorrent Sync.
  2. I did read your post and it does have information but AFAIK you're not a developer on the project and just another user posting on this forum. If you do work on the project please PLEASE be more verbose in the updates and include that information with the software. Bug fixes? List 'em! Performance updates? List 'em! You may _think_ they're unimportant but it would have been really nice to be informed that the encryption was changed from 256-bit to 128-bit for performance sake. Instead I had to learn about it from this forum. Just be open with the changes. If you're not officially part of the project let me be clear about my frustration. I'm not complaining about your lack of information. I'm complaining about you making it up. I want real information directly from the project.
  3. So... no? I was more looking for something from the developer team or someone officially attached to the project.
  4. More like there are no notes whatsoever. None from the devs anyway. Even you posting that there have been "bug fixes" is more notes than the ones given. I don't think it's unreasonable to want specifics about software that is marketed as being more privacy and security concious when compared to other services. I do expect more of a changelog with 1.2 but I also expect explanations about how the software operates and what is patched.
  5. Hopefully we'll get more specific notes in the future.
  6. I have no idea what the ETA is but I did get a response from the feedback system that this is something they will support. They've been pretty darn quiet about things so I expect 1.2.x to be a big release. I really hope this is something included.
  7. Hopefully being mentioned on last week's Security Now will get some more people aware of the importance of it all. FWIW communicating those things to the public is pretty darn important.
  8. I'm irritated that there isn't more information available. I won't get upset about it unless they offer the enterprise solution with the same information being absent. I can daydream about the project going to an open source license but with the enterprise beta signups I have reservations about that ever happening.
  9. @jvhaarst Thanks! The only thing I'd change is to use https. Works great! @nils The entropy thing makes total sense now. I'm still surprised at how quickly it works on OS X. That leads me to believe that it's either better at collecting entropy or somehow cheating. Either way thank you for the explanation.
  10. I'm not sure how to do it with the btsync program but here's how I'm getting longer keys in OS X. $ head -c 1024 /dev/random | base64 Standard output is a pretty darn long base64 string that I have been able to use as a secret for shares. You can adjust the count as necessary. It would be cool if we could get a --generate-super-duper-secret 1024 (in addition to the already available --generate-secret) or something like that. Edit: For some reason that command on my Linux machines seems to just sit there. Replacing /dev/random with /dev/urandom seems to work fine. I'm unsure as to why it does not work. If anyone knows why please let me know.
  11. I never noticed that you could have your own longer keys. Interesting!
  12. This is likely a Raspberry Pi IO issue. The network port on the Raspberry Pi is essentially a USB to Ethernet adapter. If you have heavy network activity and store the data on a drive connected via USB you will not get great performance. I recently ran btsync on my Pi with a 4TB USB HDD attached for storage. BitTorrent Sync activity reported to be around 1.8-2.5 MB/s with heavy CPU load. For comparison I get around 25 MB/s when using an old PC with Debian and btsync.
  13. I'm basically using it as a replacment for a Dropbox for Teams account. I have a Debian Wheezy computer always on and with the x64 build running to emulate the always-on cloud component. I also use BitTorret sync with friends in conjunction with Samba. This lets us all get content to our OpenELEC Raspberry Pi machines.
  14. I may be looking at this the wrong way, but If btsync is a process running under a user on the linux machine I would try to adjust that account's umask to match what you want btsync to create,
  15. Having the SyncArchive folder viewable and in every shared directory is going to confuse people who don't know much about computers. Just think of them asking: Why is it there? Can I delete it? Why does it come back when I do? The beauty of this software is that you don't notice it. Having the SyncArchive folder front and center goes against that. I also don't like it mixed in with my stuff. I'm really particular about things like that and seeing it just bothers me.