4 ms·

SSH and rsync? Or even better, use hg/bzr/git to maintain a version history of the files and then just sync across devices (it's uber easy with Mercurial, not s

by Ixiaus 16y ago

SSH and rsync? Or even better, use hg/bzr/git to maintain a version history of the files and then just sync across devices (it's uber easy with Mercurial, not sure about the other two). I personally use the latter (Mercurial).

nuclear_eclipse 16y ago
At that point, why not use SparkleShare to simplify it? Either way, hg/git/bzr don't work for a lot of cases, because they are extremely inefficient for synchronizing large files, such as music, photos, video, etc.
- dabeeeenster 16y ago
  Maybe because SparkleShare hasn't even been released yet?
- Ixiaus 16y ago
  True RE: large files that don't really need to be versioned. I use a mix of shell scripts that manage rsync'ing large files and mercurial for anything that isn't binary.
rmc 16y ago
Or use unison, which is similar to rsync, but works 'both ways'
- carterschonwald 16y ago
  unison is quite nice, but it does require being both sides, which can be problematic sometimes.
  - rmc 16y ago
    Another annoyance with unison is that you must have the same version of unison on both hosts. It's a pain if you have (say) 2 different releases of ubuntu.
- koenigdavidmj 16y ago
  Or use Tra, by Russ Cox (Plan 9 and Go guru). It can handle more than two machines.
- nodata 16y ago
  Unison is unfortunately no longer under development. http://www.cis.upenn.edu/~bcpierce/unison/status.html http://www.cis.upenn.edu/~bcpierce/unison/status.html
  - carterschonwald 16y ago
    true, though the devs still use it and release bug fixes. Theres nothing to rule out folks taking active ownership of dev work on the project, eg take the time to go to their svn repo http://www.seas.upenn.edu/~bcpierce/unison//svn-instructions.html http://www.seas.upenn.edu/~bcpierce/unison//svn-instructions... and eg run hg/git/darts import on the repo... Also, if you look at the svn repo, its been touched with as recently as the past 8 weeks. thats pretty good for a project thats not active

by Ixiaus 16y ago

nuclear_eclipse 16y ago

At that point, why not use SparkleShare to simplify it? Either way, hg/git/bzr don't work for a lot of cases, because they are extremely inefficient for synchronizing large files, such as music, photos, video, etc.

dabeeeenster 16y ago
Maybe because SparkleShare hasn't even been released yet?
Ixiaus 16y ago
True RE: large files that don't really need to be versioned. I use a mix of shell scripts that manage rsync'ing large files and mercurial for anything that isn't binary.

rmc 16y ago

Or use unison, which is similar to rsync, but works 'both ways'

carterschonwald 16y ago
unison is quite nice, but it does require being both sides, which can be problematic sometimes.
- rmc 16y ago
  Another annoyance with unison is that you must have the same version of unison on both hosts. It's a pain if you have (say) 2 different releases of ubuntu.
koenigdavidmj 16y ago
Or use Tra, by Russ Cox (Plan 9 and Go guru). It can handle more than two machines.
nodata 16y ago
Unison is unfortunately no longer under development. http://www.cis.upenn.edu/~bcpierce/unison/status.html http://www.cis.upenn.edu/~bcpierce/unison/status.html
- carterschonwald 16y ago
  true, though the devs still use it and release bug fixes. Theres nothing to rule out folks taking active ownership of dev work on the project, eg take the time to go to their svn repo http://www.seas.upenn.edu/~bcpierce/unison//svn-instructions.html http://www.seas.upenn.edu/~bcpierce/unison//svn-instructions... and eg run hg/git/darts import on the repo... Also, if you look at the svn repo, its been touched with as recently as the past 8 weeks. thats pretty good for a project thats not active