Unison File Synchronizer
cis.upenn.edu
Unison File Synchronizer
1–10 of 102 posts
Re: Unison File Synchronizer
#2> Further improvements to the OS X GUI (thanks to Alan Schmitt and Craig Federighi).
Here are Craig's commits:
- https://github.com/bcpierce00/unison/commit/48f8e1b27edbe2df...
- https://github.com/bcpierce00/unison/commit/6645d1793ce843f6...
Around the same time, Dave Abrahams, now of Apple's Swift team, makes an appearance on the unison-hackers mailing list.
Re: Unison File Synchronizer
#3Re: Unison File Synchronizer
#4Re: Unison File Synchronizer
#5Re: Unison File Synchronizer
#6How difficult would it be to build a Dropbox clone on top of this?
Re: Unison File Synchronizer
#7How difficult would it be to build a Dropbox clone on top of this?
Do you mean rclone or a whole service like Dropbox? (Rclone is pretty amazing, btw) https://rclone.org/
Re: Unison File Synchronizer
#8How difficult would it be to build a Dropbox clone on top of this?
Re: Unison File Synchronizer
#9Earlier quoted context omitted.
Do you mean rclone or a whole service like Dropbox? (Rclone is pretty amazing, btw) https://rclone.org/
Automated filesync cross-platform. Not git-style manual push pull. More of leave and forget and only intervene when there's a file conflict.
Re: Unison File Synchronizer
#10I can't praise Unison enough. I've been using it every day for over 10 years and is easily one of the most useful pieces of software I've ever come across. I've donated multiple times over the years.
In Fedora (and I think this applies in Debian too) we have to maintain 3 versions because Unison isn't interoperable across minor releases. For this reason we package 2.13, 2.27 and 2.40, and I think there is discussion about packaging the latest release too. Keeping these ancient (esp 2.13) versions going is a pain to say the least.