GDrive finally comes to Linux thanks to insynchq.com | Hacker News Reader

GDrive finally comes to Linux thanks to insynchq.com

forums.insynchq.com

72 pointsjustinkelly20 comments

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).

Works well here. I just set it up using the same methods that I used to lock down Dropbox on my system - https://grepular.com/Protecting_Your_GNU_Linux_System_from_D...

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.

Insync co-founder here. If you have any questions, my email is in my profile. Thanks for sharing.

It seems they ship the app as a bunch of .pyc files. I guess it's for the source "obfuscation".

How long until someone reverse-engineers it back to Python source? It can't be that hard. AFAIR PyPy uses "dis" to produce RPython code.

Probably not very long with unpyclib.

What's taking Google so long to offer GDrive support for Linux? Doesn't it work already in the Linux-based ChromeOS?

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.

Everyone at my startup has a word in mind: thanks.

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 !!

i've been watching insynchq for ages and so glad that they delivered on their promise of a linux client

tested and works great

next thing on their list is selective sync

they plan on making $ off business/power users - really hope that works out for them

It works like a charm. Thank you so much!

Has anyone tried it with Ubuntu 10.04?

tarballed beta programs should really install themselves on /usr/local imho.

In my opinion, they belong in a program-named directory in /opt. /usr/local should be for your own small scripts or manually-compiled software.

this is great

Reply on news.ycombinator.com