• Content Count

  • Joined

  • Last visited

  • Days Won


About cpbotha

  • Rank
    New User

Contact Methods

  • Website URL

Profile Information

  • Gender
    Not Telling
  1. I seem to be having the same problem with bittorrent sync 1.4.75. On node 1, I go to "preferences" for a specific share, then "view key" and then I copy the read-only key. On node 2, I click on the "enter link" icon at the top right, then I paste the read-only key and enter the directory. However, on the just added share on node 2, when I go to preferences and view key, it shows me a read-write key and a different read-only key than the one I pasted. Also the share icon on the left does NOT show that it's read-only. One of the read-only shares that came with me from 1.3 does show the ico
  2. I've run into this same problem when syncing with an eCryptFS filesystem. It turns out that that has a filename limit of 143 characters, so now I'm seeing: [20140322 08:26:30.659] LoadTorrent: file /volume1/btsync-cpbotha/work/code/xxxxxxxx/yyyy/htmlcov/_home_cpbotha__virtualenvs_yyyy_lib_python2_7_site-packages_easy_thumbnails_migrations_0015_auto__del_unique_thumbnail_name_storage_hash__add_unique_thumbnail_sou.html exists, but failed to get mtime 36 This is a design limit of eCryptFS: https://bugs.launchpad.net/ecryptfs/+bug/344878 I'll have to figure out some other way of encrypting
  3. I just scanned through most of the documentation, and Hive2Hive sure looks promising. I think it's great that you're making a reusable library for this, but what would be really great for the uptake of your code, is a usable client application / demonstrator that does, for normal users, what bittorrent sync does. Is this something that you might be thinking of or perhaps even working on?
  4. I am unfortunately also seeing this git-old-file-returning problem quite regularly between NTP time-synced computers: http://forum.bittorrent.com/topic/12658-if-you-have-syncapp-issue/?p=68934 I haven't touched any file permissions.
  5. As I posted here before: http://forum.bittorrent.com/topic/18984-source-code-control-metadata-shouldnt-sync-by-default/?p=66838 -- A desirable use case for me (and apparently others) is to have bittorrent sync keep a local git repository in sync between multiple computers. I often work on my workstation, and then move to my laptop to continue working on the same git repository. I expect that after a few minutes, if all computers are connected, the whole git repo should be completely synced, and that I should be able to continue on where I left off. (this worked on Dropbox for years, and for ma
  6. A part of a 40G folder synced between a Synology ds213j, and two laptops and a desktop all running Ubuntu 12.04, I have a large SVN checkout. My use case is that I want to be able to switch machines mid-work, and continue working on files in that checkout. See my other forum post http://forum.bittorrent.com/topic/18984-source-code-control-metadata-shouldnt-sync-by-default/?p=66838 for my motivation. However, syncing often gets stuck due to files in the checkout. This is what I do to get it to sync again: I check .sync/sync.log (by default .sync dir is in the same directory as btsync), wher
  7. Actually I don't agree with this default exclusion, for what it's worth. For years I've been working on a number of different git repositories on different machines, and relied on Dropbox to keep them in sync. It never ever disappointed me. Now pay attention to this specific use case before you go off on a tangent. I'm not sharing the repositories in question with anyone. This is purely so that when I get up from my workstation to continue work on my laptop elsewhere, I don't have to commit-push-pull simply to be able to do this. Instead I can just continue working, because the sync has