21 comments

[ 0.20 ms ] story [ 53.4 ms ] thread
Always relevant: How long since Google said a Google Drive Linux client is coming?

https://abevoelker.github.io/how-long-since-google-said-a-go...

In case people are looking for a Google Drive client that feels pretty well put together, I'd recommend Overgrive: https://www.thefanclub.co.za/overgrive
How well does Overgrive peform compared to insync?

https://www.insynchq.com/

No idea, but Overgrive feels as fast on Linux as the Google Drive client on OS X does for me. Its also 5x cheaper, although the site is decidedly less professional (which actually comforts me in a strange way because that means its probably made by a Linux geek who cares jack shit about fancy UI = good core code)
The fact that Dropbox has a client that works on any OS, is reliable, and very unobtrusive, are the reasons why I've always preferred it, and still do.
It makes Google's lack of official Linux support even more galling. Here's a tiny company which has had good Linux tools (command line and GUI) from very early on.

It's not an enormous technical challenge. Google, institutionally, just doesn't care. It's not about Linux, but everything outside of their top priorities gets completely neglected.

What's more amazing is that no Googler has done it on their 20% time.
They have, they just didn't officially license it. Inside google, people are using gdrive that way.
Yes. I just wish Dropbox had better plans for small orgs (like a family).
> not an enormous technical challenge

No, but once they officially make the thing, they have to support it.

I waited for the Drive client. It never came. Stayed with Dropbox
That's great work. There's also rclone which I use for one-way backups of Gdrive contents.
This looks neat. Worth noting, there's another similar tool called skicka (https://github.com/google/skicka). It's on Google's GitHub profile, although a disclaimer says it's not an official Google product.
An alternative is rclone[0] which supports a number of other services like ACD, backblaze's cloud service and much more. And it uses rsync for actual sync services so you know the backend already. Also, the github for rclone[1]

[0]:http://rclone.org/ [1]:https://github.com/ncw/rclone

We're using rclone for a nightly offsite backup to Backblaze B2. It's working well for us.
It's always a pleasure to use golang software. It's always fast and reliable in my experience and Rclone is no exception.
I can recommend the drive command line tool:

https://github.com/odeke-em/drive

It's also written in Go, but is different from gdrive and skicka in that it has a push/pull workflow that feels similar to using a VCS like git.

Have used this to automate a publishing workflow that starts with content in Google Docs. Works well.
One thing that baffles me with Google Drive is security and permissions. To go through a folder and all of it's sub-folders to unshare or fix things is a tedious pain.

Plus, all the random cloud apps that require access to all files in Google Drive make it worse.

Object storage with the notion of buckets seems much simpler to manage.

How to others deal with or rationalize Google Drive security?