On: Google’s in-house desktop Linux

[AdmiralAsshat]

Google can keep their in-house distro. Just release their damn Linux Google Drive client, and I'll be happy.

[krono → AdmiralAsshat]

Perhaps https://rclone.org/ would be of use to you. It handles other cloud storage providers as well, comes with convenient encryption functionality, and its synchronisation is far more reliable and controllable (at least this is my experience using it with OneDrive and S3).

[dsl → AdmiralAsshat]

For the longest time Drive never actually enforced users quotas. This was recently "fixed" and they are getting things under control.

Quota enforcement was a blocker for official Drive linux support because it would have made the abuse issues even worse. (Not saying its going to happen now, but one blocker has been cleared)

[colonwqbang → dsl]

Could you explain what you mean by this? Why would an official Linux client lead to more abuse compared to the current situation of several unofficial clients in common use.

[gumby → AdmiralAsshat]

A working google drive client for the mac would be nice too. It sucks less than it did a few months ago, but is still so bad it makes Dropbox look good!

[Barrin92 → AdmiralAsshat]

I've been very happy with insync for years, it works very well.

[jeffbee → AdmiralAsshat]

Google released BSD-licensed Drive integration a decade ago. The only reason there isn't a "Linux Drive client" in the sense that you implied is the complete lack of initiative among open source developers.

If you want a mature, maintained Drive integration on Linux you can have it right now with ChromeOS.

https://source.chromium.org/chromium/chromium/src/+/main:chr...

[Macha → jeffbee]

If open source developers were going to do all the work, why would they do it for Google's walled garden, rather than Syncthing?

And that's why we now have N open source third party syncthing interfaces and no clone of the GDrive client.

[shadowgovt → Macha]

Exactly. Which is fine.

* Google doesn't see enough gain in supporting a Drive client for Linux

* Linux users don't see gain in feeding the beast

... so nobody dedicating their finite lives to solving this problem is win-win.

[solar-ice → jeffbee]

It is not reasonable to demand that open-source developers build a product for one of the world's largest companies because it is "too hard" for that company to ship a functioning product.

[lern_too_spel → jeffbee]

If the competitor offers https://www.dropbox.com/install-linux, developed in the open with a GPL license, is it reasonable to tell other people to take on the cost of building and maintaining a client for your paid service?

[reaperducer → lern_too_spel]

is it reasonable to tell other people to take on the cost of building and maintaining a client for your paid service?

Google barely squeaked by with $76 billion in revenue last year. It only has 156,500 employees.

You can't possibly expect something like that from a company this resource-constrained.

[Willish42 → reaperducer]

They're actually not even as "resource constrained" as this comment implies, as the numbers here are off.

Per https://abc.xyz/investor/, Alphabet made $75 billion in Revenue in Q4. They made $76 billion in net income for all of 2021.

[wrycoder → reaperducer]

$480,000 per employee is quite decent, but hardly radical these days.

[jeffbee → lern_too_spel]

Which aspect of chromiumos drive integration and sync engine is not "developed in the open"? The dropbox source is distributed as a tarball and if you want to contribute to it "contact us". That doesn't meet my definition of "in the open".

[lern_too_spel → jeffbee]

I didn't claim that ChromiumOS's code wasn't developed in the open. The fact remains that Google neither supports nor provides a Google Drive client for Debian and its derivatives or Redhat and its derivatives, while its competitor does. It is reasonable for people to complain about this.