GDrive finally comes to Linux thanks to insynchq.com

GDrive finally comes to Linux thanks to insynchq.com(forums.insynchq.com)

72 points by justinkelly 13 years ago | 20 comments

ajross 13 years ago |

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.

69_years_and 13 years ago | |

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.

ajross 13 years ago | | |

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

mike-cardwell 13 years ago |

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

aristidb 13 years ago |

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.

ajross 13 years ago | |

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.

georgemcbay 13 years ago | | |

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.

terpua 13 years ago |

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

odiroot 13 years ago |

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.

achamayou 13 years ago | |

Probably not very long with unpyclib.

mtgx 13 years ago |

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

abraham 13 years ago | |

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.

urlwolf 13 years ago |

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

ragmondo 13 years ago |

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

justinkelly 13 years ago |

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

netrus 13 years ago |

It works like a charm. Thank you so much!

endeavor 13 years ago |

Has anyone tried it with Ubuntu 10.04?

utoku 13 years ago |

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

clhodapp 13 years ago | |

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.

aphawk 13 years ago |

this is great