well this is an unexpected but pleasant surprise :)
I suppose this is a good opportunity to let you guys know that the project IS very much alive and kicking still, and we've just released a new set of invites today (which I suppose is why we got posted to HN today, thanks!)
We've been very busy with coding and work, which is why we haven't really been updating the blog, but if you have any questions I'll be happy to continue answering them here
Agreed. We've been incredibly focused on the code and working with the early alpha users, so we've been neglecting the blog and our social media presence. We're working on fixing that.
Do you support automatic versioning like Dropbox does?
Can we set up our own "cloud" server? I assume that would be as simple as getting a server somewhere and running the software on it. Related: Do you have a CLI alongside the GUI?
we don't support versioning in the sense of rolling back to an older version (yet). This is on our to do list. We do internal versioning for the purposes of conflict resolution though.
You can definitely setup your own "cloud" server just by running the software, but we don't have a CLI just yet. This is fairly high on the to do list though, as there's been a lot of interest in that feature!
To me, the cloud server is the biggest feature. I'm one of your alpha users and while I am impressed with the potential of the project, Ubuntu is not really a server OS. I would love to be able to throw it on a Red Hat box I have in the data center and have my own private cloud.
Well to follow that thought, I actually do run Ubuntu in the datacenter (we'll have to debate that one another time) but last time I checked the Ubuntu package for AeroFS was GTK/some other UI based package and I couldn't see any command line mechanisms in the package to let me manage things on server.
Would love to see that tided up because then this becomes a mechanism for distributing files to the cluster super easy for my "normal end users", plus the cloud benefits illumin8 is referring to.
So far i must say that aerofs provides some features i'm missing elsewhere. Most importantly the possibility to have some directories synced with the cloud and some only on LAN/private.
Aerofs/Yuri have been very responsive and friendly on mail support, i like that a lot!
Thanks guys, and keep up the good work!
Yuri, what i am missing is some way to mark a directory to sync with the cloud. Usecase: I have some Windows directories in c:\users\xxx\ that i'd like to keep in sync. Obviously i can't link them to the aerofs-drive..
So sad that I missed this phase of invites, as this is something I've been looking for. A dropbox replacement, in filesystem, that has unlimited size. What could be better?
My sincere apologies, we've been releasing invites at a slower pace in order to give us some time to solve some pressing bugs. Invites should start coming out quicker now :)
Is this simple file sync service or a full distributed filesystem implementation?
EDIT: To be clear, I didn't mean 'simple' as in easy to implement or trivial or any other negative sense. But more in a functional goal sense, like 'uncomplicated'.
I asked because it wasn't clear form the website. The tagline says file sync, what details there were said distributed filesystem.
So, for example, the total data stored and accessible in the system can exceed the local storage size of any individual participating node?
What's the performance like? (A sync service will be as fast, or slow, as local storage, but a distributed system can be a lot faster, or slower.)
How are you handling it when nodes which were previously added to the system are unavailable? For example, a user with a desktop and a laptop who stores a pile of data on the system, what happens when the desktop is off? Do you have control over what data is available on the laptop, and what happens when you try and access data which is currently unavailable?
To echo your update on the original question: while AeroFS is a distributed filesystem with quite complicated mechanisms underneath, we work very hard to make AeroFS dead simple to use. Following this philosophy, we've implemented the features that you mentioned but they're currently disabled/hidden for the sake of simplicity.
Regarding offline computers: if the only computers that host a file are offline, the file data will be unavailable. Currently, offline files are invisible in Finder/Explorer/etc. Because the current system only supports full replication, having offline files should be a rare case.
Regarding performance: it's crucial to us. Lots of efforts has been made (and even more to be made) to ensure the filesystem has comparable performance to local storage; sync performance is another area that we invest a lot of time in.
Is there a offline mode only? If I have a laptop and a desktop and I want them to be in sync but only when I'm at home so I don't 3G or my friend's bandwidth.
This is still in invite-only phase, and while I do have an account, I'm not actively using it yet for my primary files because there are still some features it lacks over Dropbox, namely:
* can't choose where local files are cached, it assumes where you want them
* no way to back up more than 1G to their "cloud", ie, no paid plans yet, which I would really like to have at least for my most unreplaceable files
* no way to share individual directories with other users, you must share entire "libraries" as they call them, which are basically top-level folders on your aerofs drive
* no way to make files publicly available for download
Other than those points, I think the service is a fantastic idea, and I do eagerly look forward to being able to switch from Dropbox for my photos, documents, etc. However, the above limitations mean that I can really only use it for a few extra things that I don't have room for on my Dropbox account, eg, music.
How will you be licensing and pricing it once it reaches 1.0? Any plans for making it available under a free software license, dual or otherwise? I know quite a few people who'd be inclined to pay for and contribute to a solution of the kind you provide and Dropbox and Ubuntu One don't (very decentralized, secure, fast, works local-only) with the condition that it's free-as-in-freedom.
One thing that threw me off - the term 'Aero' (for me) implied Windows only... No real easy solution there as I don't expect (or even think you need) to change the name, but maybe adding something like 'cross-platforming file sync without servers'.
Since libTorrent was released, I figured someone would do something like this. No idea if Aero is using libTorrent, but the idea was a natural evolution.
This looks well executed, thanks. Can't wait to see the next steps.
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).
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.
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.
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.
Curious - can you sync between two such locations (nat/default deny/no udp)? i.e. will you bounce connections through your host or does one side have to open an inbound port?
I hate to say it but I would use this if my peers were just my Facebook friends. not that I don't trust 1024 bit encryption, I just don't like my info on strangers boxes even thought it is encrypted
I've been using Wuala for last 2 years, and I am very happy.. I sotre there all my important data.. private documents, projects and stuff I want to share.. all my data is encypted and reduntantly stored in the web and peers, atomatic sync, sharing, p2p.. its even better than dropbox because I can trade space so I have about 10 GB for free and my data si truly encrypted so even the provider cant acces them.
I am guessing it's different by giving you full control over whom you are sharing your disk space with. And, perhaps, by having less blurred focus as an app in general and not trying to be social disk/file collaboration sharing/discovery/you-name-it everything like Wuala did.
I suppose this is a good opportunity to let you guys know that the project IS very much alive and kicking still, and we've just released a new set of invites today (which I suppose is why we got posted to HN today, thanks!)
We've been very busy with coding and work, which is why we haven't really been updating the blog, but if you have any questions I'll be happy to continue answering them here
edit: FYI, the original discussion is at http://news.ycombinator.com/item?id=1538731