Looks cute, but for those wondering it does not appear to be open source. The linked download is a bunch of .pyc files. For those who care, I've been using the "grive" client (https://github.com/Grive) for a while, which is a much simpler on-demand sync utility.
I care - and Grive does look promising so thanks for the heads up. For some reason I do not like using a 3rd party for access - even though I do not understand where they fit in the data path - maybe I am just being overly paranoid. That said I will continue to explore Insynchq it may help me use Gdrive stored data more effectively on Linux.
At least with grive, it's all in the client binary. Your machine authenticates to google directly and touches only google services. I looked at the API briefly when it was released and it's pretty straightforward (think "S3 behind OAuth", basically).
Very cool. That's why I use Dropbox though, they already officially support all platforms I use. Also, there is little reason to switch away from Dropbox for me, it just works.
Um... the article wasn't about Dropbox. It's a Google Drive client for Linux. This is the equivalent of a Linux user jumping in to bash Microsoft in a discussion of Windows driver issues. Please don't.
I think the comment is valid. I primarily use Windows, but I also use Linux. The lack of 1st party/"Just Works" Linux client for Google Drive is a big deal for me. Lack of direct Linux support for Google Drive is the only reason I still have a Dropbox account.
ChromeOS is Linux based but it is very different from a Linux distro and the Drive integration code is unlikely to be useful elsewhere. It may even be JavaScript.
I know it's nothing compared to what these chaps have achieved but I managed to get gdrive on linux by using a VM (virtualbox) and mapping a host drive (in this case, my gdrive directory) as a shared resource visible to that VM. If you don't like operating on a VM, then just nfs share that mount point and voila... gdrive on linux !!
