Hacker News new | past | comments | ask | show | jobs | submit login
How long since Google said a Google Drive Linux client is coming? (abevoelker.github.io)
150 points by zdw on Aug 17, 2020 | hide | past | favorite | 109 comments



Forget Google Drive. Just run Nextcloud on your own VPS. I put mine on a digitalocean VPS and it costs me $5 a month for ~20GB of storage.

Nextcloud has great sync clients for linux, iPhone and Windows. (It has clients for Mac and Android too, although I've never used them.) And google doesn't get access to my data or metadata.

[1] https://nextcloud.com


For $10 you can get Dropbox (2 TB) data, so I dunno if saving that $5 is worth it in this case. You get the Linux client, and far more reliability in every aspect.

I think, if I really would want to go setting up my own thing to save money, setting/writing some service backed by object storage (AWS S3) would be cheaper and reliable enough.


>For $10 you can get Dropbox (2 TB) data, so I dunno if saving that $5 is worth it in this case. You get the Linux client, and far more reliability in every aspect.

For a Linux user, you can already build such a system yourself quite trivially by getting an FTP account, mounting it locally with curlftpfs, and then using SVN or CVS on the mounted filesystem.


Yes I know that. The issue around just using one VM is that it is single point of failure IMO. Yes, is unlikely that VM will die, and yes, the VM image itself is likely backed by reliable storage (they are supposed to be disposable IIRC, you'd ideally want to attach some kind of volume which is extra $$$ -- correct me if I'm wrong here).

That said, my point was with little extra money -- features such as easy sharing, security, versioning, nice mobile apps, and time saved moving around things manually (like photos), offline access (and if you use rsync cron, not worrying about conflicts) etc makes it worth that extra few $$$.


I'm a linux user but unfamiliar with how to set up and arrange those technologies in reliable (for my taste) fashion.


The comment your responding to is actually a toungue-in-cheek reference to the original Dropbox announcement on Hacker News: https://news.ycombinator.com/item?id=8863

It's not to be taken seriously.


Does Dropbox Linux client still support filesystems other than ext4?

https://itsfoss.com/dropbox-linux-ext4-only/


The last-straw motivating reason I switched to nextcloud was because dropbox decided they wouldn't let me sync my files to an ecryptfs file system. (I believe they recanted on this policy a few months later.) I didn't like being held hostage to their bad design decisions, so I left and found a solution that worked better for me. Dropbox has also had some serious security vulnerabilities [1], which left me feeling less than confident in their ability to manage my personal data.

[1] https://nakedsecurity.sophos.com/2011/06/21/dropbox-lets-any...


Thanks for the heads up, I see this confirmed at https://help.dropbox.com/installs-integrations/desktop/syste... under the list of supported file systems on Linux (which is currently ext4, zfs and xfs on 64 bit systems, eCryptFS backed by ext4, and btrfs).


Yes; I've been using Dropbox with btrfs on Arch Linux for a month or two now. According to the Arch wiki[1], Dropbox added support back for ZFS, ecryptfs, XFS, and btrfs a little over a year ago (around seven months after they initially dropped support for everything other than ext4 on Linux). That being said, I had been using Nextcloud on a DigitalOcean droplet for a couple years before that, and I never had any issues with it. The only reason I switched back to Dropbox was that Google announced earlier this year they were getting rid of Google Play Music, and I had a bunch of music uploaded from CDs on there that I wanted to back up, and I would have ended up needing to pay more per month for the storage on a DigitalOcean instance to fit all the music than the $10/month that Dropbox charges for 2 TB.

[1]: https://wiki.archlinux.org/index.php/Dropbox#Using_Dropbox_w...


Nextcloud supports S3 as external storage. So it, and its app, are essentially S3 frontends.

I use nextcloud but I already have a k8s cluster where I host my stuff like calendars, notes, decks, S3.

One 10Gi volume is 1USD/month where I host mine. Yes, more expensive, but I don't need 2TB and also how come Dropbox can offer storage that cheap? What's their incentive?

Also I still use my Google account and if I add it into Fedora my Google drive appears in the Gnome file manager. So I'm confused about the lack of Gdrive client, I assume they mean from Google. But all Google has to do is expose APIs and docs and someone else will write one.


Blackblaze is at $0.005/GB/Month (so 10$ for 2TB) and they still make a profit out of it. I have no doubt Dropbox can make a profit out of users barely filling their 2TB limit then.


Or just OneDrive with office365 $7 a month for 1TB with all the other stuff


or iCloud or Google Drive which are even cheaper IIRC with more plans. But people commenting here for this post, probably care about services that support Linux.


Hope you've properly secured it, because if not, everyone will have access to your data and metadata.


I have. I set up an iptables firewall rule that allows access only from my home IP.


Don't you want to access it from your phone when mobile?


If I need access while I'm away from home, I go through my home VPN. This is what I do on my cell phone.


Why not just buy a NAS and keep it at home?

You would get way more than 20 GB.


This would be a good idea if I had decent upload bandwidth from home. When I'm on my cell phone, I'm generally syncing smaller things.


Does your home VPN not have the same bandwidth limitation?


There are OpenVPN clients for android that I use to access private LAN resources.

But I have in fact also left my nextcloud on the web. I'm not that worried.

Just have to stay informed on any big vulns, and I also stay as many releases as I can behind the bleeding edge. That helped me avoid the recent fidokey issue.


What was that issue? Link?


Exactly... you can already build such a system yourself quite trivially by getting an FTP account, mounting it locally with curlftpfs, and then using SVN or CVS on the mounted filesystem.


Didn't someone make a comment like this about Dropbox?


Yup: https://news.ycombinator.com/item?id=8863

Sidenote: Look how tiny that item ID is in the URL!


Well played!


Nice one !


Not sure if a VPS is the best infrastructure for this. S3+encryption might be a better choice.


There are no cross-platform sync clients for this, as far as I'm aware.


depending on what you mean by "cross-platform", rclone might fit the bill.


There are also quite cheap hosted instances of Nextcloud from Hetzner: https://www.hetzner.com/storage/storage-share


Nextcloud syncing works like shit for me and the client apps don't impress. I'm planning on dumping it for Google Drive soon enough (since I don't need Linux support) since at least it's cheaper.


Exactly - Nextcloud is just WebDAV. No diffs, no smart change tracking, no duplication.

Dropbox is the best syncing solution technically, though GDrive is probably competitive.


How many 9's of durability do you think this is?


As if you desperately need 99.9999% in your private life. Let's be realistic here.

If you need it for business, pay for it and go to AWS, Backblaze, GCP, Dropbox, etc.


This is kind of a weird statement to make.. if I have photos, important documents, etc.. why would I not pay 5 extra dollars a month to host them on a service that offers more durability than I can guarantee doing it myself? It’s not like it’s so prohibitively expensive that only a business could do it.


DO has a backup option that works, is cost effective.


I put mine on Hetzner and it costs me below €24 for 3 TB (2x3TB HDDs in RAID 1). I consider €8/TB/month is a decent price to pay.


Google Drive is $9.99 for 100 GB.


Actually for 10 bucks a month you get unlimited google drive via gsuite. 10TB over here and counting. Unbeatable value proposition for hoarders

On the thread's subject, I use rclone to access it - works great.


I use rclone mount option and it works well enough but it is clunky.


Uhh, link? I pay $10 a month for gsuite and its 115gb max.


https://gsuite.google.com/intl/en/pricing.html

You need your own domain and set up GSuite Business account on it or a subdomain. Included in the offer: Google Drive - Unlimited cloud storage. The "or 1TB per user if fewer than 5 users" bit is not technically enforced. Even if it were, I think $60/month is still very competitive if you need to store dozens of terabytes.

Sticker price currently $12/month but there are also discounted offers available if you look for them


Office 365 with 1TB of OneDrive is $99/yr I think?

It’s about ~$49/yr in my country and even though I hate to deal with OneDrive compared to Dropbox, can’t beat the price as I anyway buy Office 365.


I think you mean $9.99 for 1TB


100 GB Google One plan shows up as €19.99/year for me.


That’s a pretty pathetic amount of storage for $5 a month


Well it's a VPS that I use for more than just nextcloud. And I don't use all the storage I already pay for. If I needed more, I could pay $0.10 per GB for additional storage

Google drive and dropbox are better deals for storage, so I can see why they'd be attractive for people who need more.


So that would be $100 per terabyte/mo. So I'm not sure that's an awesome deal.

A 250GB SSD is what? 30$ these days?

You could buy a lot of SSD's for that over the course of a year, and have the storage local.


Google also promised a tool to migrate regular accounts to GSuite accounts on Google Plus, since GSuite accounts weren't supported when Google Plus launched. (What kind of lunatic company would support its paying customers? I still can't leave Google Play reviews for the same reason).

I naievely kept using my regular account, even when GSuite accounts became possible, because of course Google would deliver on this promise. Never happened. Seven years later, Google Plus shut down.


https://rclone.org/ works great. Do we need Google to write a client?


Pidgin used to work great with gtalk, then Google broke the standard. I guess there's always a fear of that when using a third party client.


Anything can happen. We're always at the mercy of the busines decisions of our technology providers. In this case Google can keep the protocol stable and stop supporting the client to the point it stops working after an update of your distro. If you want to be nearly 100% safe you self host whatever the price and the time you have to pour in. Personally I use Syncthing over my home network.


rclone uses google drive's APIs to talk to them


Google can always change the protocol and stop supporting a native client too.


Nothing on that page says it continuously syncs files or handles interruption/resume of syncing.


>continuously syncs files

Mount?

>handles interruption/resume of syncing.

"Transfers over limited bandwidth; intermittent connections, or subject to quota can be restarted, from the last good file transferred."


No, but having a desktop client fully integrated with the popular desktop environments is a big creature comfort.


Google has a private linux drive client. It's in use in Google Colab: https://colab.research.google.com/notebooks/io.ipynb


On a related note and hopefully not off-topic, there's a OneDrive Linux client written in D language [1],[2]:

[1] https://github.com/abraunegg/onedrive/

[2] https://techcommunity.microsoft.com/t5/office-365/onedrive-o...


Any reason to use this over rclone? Do you have to use a web browser to get the key?


I've never used rclone but according to the OneDrive Client for Linux (OCL) maintainer it does support OneDrive Personal, Business, Office365 and Sharepoint including shared folders for Personal and Business. It also fully supports Azure National Cloud Deployments.

To get the key you need to use the web browser to complete the set up.


Interestingly, it does exist as a fuse driver, as can be seen in ChromeOS if you try to open a file (say a PDF) from Drive in the browser, it shows a file path of /media/fuse/.../ . Google have just chosen not to release it publically.



Saves them the trouble of canceling it.


This seems to be the lesson of Google. If you depend on the service, find someone else and pay them. Too many services are decommissioned, and if they are replaced it often is very different. Outside of search/email, it is a risk


For the record, Google drive is not being decommissioned.


The uncertainty is the problem. Until recently I had fairly slow broadband, weeks to sync initially. Changing providers is often do it again, loose history either way, or pay another provider per GB to do it.

The lack of official Linux client was the killer for me years ago, but prior to fibre internet the uncertainty was a big issue too.

People want to plan around services like this remaining. Nothing is certain, but the news quite often talks about Google dropping another service.


Yet.

I'm feel pretty secure that it won't be, but I've heard enough horror stories that I would have a backup strategy.


Supporting all the weird combinations of kernels and desktop environments and such must be a pain. There was an (internal only) FUSE client, but, as a good google3 binary, had a ton of internal stuff linked, and those can't get out of corp desktop/laptops (might not even work, who knows).


This is actually not a hard problem at all. Slack, Steam, heck even Google Chrome have no problems across various distros, and all have pretty good toolbar icon support, notifications, etc.


None of them deal with trying to provide a file system interface right?

If you want to compare, compare to Dropbox.


What does that have to do with desktop environments?


It’s not hard to support FUSE across distros\kernels


I also read somewhere (can't find the link now) that there is an internal gDrive client used by google employees (maybe an (ex-)employee can comment) but which was never released


Is this[1] what you are referring to?

[1] https://github.com/odeke-em/drive


Yeah I think so



You... don't want their clients, to be honest. I've seen some serious team-breaking bugs all because someone's mouse slipped and a team folder was dragged to a recycle bin.


In the meantime you can use rclone, which is a fantastic tool for accessing cloud storage/ftp/sftp/anything with a single tool, including the ability to encrypt and cache data as well as mount volumes via FUSE.

https://rclone.org/

one of my absolute top GOTO tools.


The google drive OSX client is surprisingly lack luster, as it’s merely mounted like a pseudo drive rather than even meeting the standard Dropbox met years ago. Given that they won’t write a decent OSX client, I’m unsurprised they haven’t followed through on their promises to an even less popular OS.


I gave up on waiting for Google and ended up using Syncthing on HN's recommendation.


Syncthing is awesome. The next feature I hope they'll manage to get in is "encrypted devices", to allow the use of VPS and other less-trusted devices without losing much in terms of security.

I would be really uneasy to let a third-party have access to my files, when there are such good alternatives.


Syncthing is so nice. I have it running on an old Rasperry Pi as an always-on connector.


It won't ever come. I use InSync on ubuntu and it works exceptionally well. I actually upgraded to the paid 200GB Google drive plan because I started using Drive dramatically more once I installed InSync.


Insync is outstanding (https://www.insynchq.com/). It's better than the native Google Backup and Sync and works in Linux with multiple desktop variants. It also syncs MS OneDrive. One time purchase. It works great.


This should be on infinite loop in an <audio> tag: https://www.youtube.com/watch?v=EXksOtVbxo8


Is a client even required? If Drive were to implement a sufficiently-secure NFS connection, isn't that enough?

If I could NFS-mount Drive from within fstab, Google would earn even more of my money.


> If I could <use standard protocol or API reliably>, Google would earn more of my money.

This is wishful thinking. Across their product line Google extends and abuses common standards, or more frequently rolls their own parallel which dominates by virtue of convenience and userbase.

Try using an organizational (GSuite) Google Calendar account from any app that isn't Google Calendar, and it'll quickly become clear that this use-case simply isn't optimized for. Simple things like sharing calendars with write access don't work without finding a particular settings page that hasn't been updated since 2009.

There is also no API for room reservation systems if an organization is using Google Calendar for those that I can find.

And of course, need I mention the casualties of RSS compatible Reader and XMPP/Jabber compatible GTalk?

The parallel to Microsoft's 90s EEE modus operandi is plainly evident. But with Google, it even stretches into web standards. Google has shown little interest in being a good citizen of an open protocol-based ecosystem, except at first to get new users into the walls before they close the gates.


Without wishful thought, how can one make wishes?

Standards compliance is good for customers. What is good for customers is ultimately good for the company.


What does the client need to do? Which would be more useful, desktop GUI or command line? Would it be ok if the client runs on the jvm? Should it be deployed as a systemd service?


Not sure if this qualifies but I have Debian on Chrome OS. For me Google Drive is nothing but a symbolic link that I pass stuff back and forth on...


Ubuntu file manager has mounting of Google Drive built in. So I've not really noticed the lack of a native client.


The problem for me with this approach is that it is not syncing but live transfers. So the performance is horrible even in my 100mbps connection. In addition you dont really have your files in your computer (this may or may not be a problem for some)


It's now built-in to Nautilus, Nemo, and Dolphin (I think), so yeah, I'd say the majority of Linux Desktop users have some means of mounting their Google Drive.

I guess everyone is peeved that they don't get the "syncing" aspect of Drive w/ desktop mounts, but it works for me, as I personally use Drive as more of a cloud storage thing.


How do you do that? When I go to File > Connect to Sever then Google Drive isn't an option.

Is it somewhere else?


If you add your Google account in 'Settings > Online Accounts' then, in the file manager sidebar right at the bottom, click 'Other Locations' and your Google Drive should be listed there under the 'Networks' heading as '<yourname>@gmail.com'.

[DISCLAIMER: I'm 99% sure that was all that was involved. But I set up that Linux box quite a while back. So apologies if I've forgotten a step and am misleading people!]


I use odrive, works better than any native cloud client IMO. Connects to Google Drive and many others.


What Google product managers meant to write was “We will release as soon as we hit the year of the ‘Linux on the Desktop’”. I say, they are still waiting..


en.wikipedia.org/wiki/Goobuntu


Interesting! Clickable link: https://en.wikipedia.org/wiki/Goobuntu


rclone seems to work well enough with Drive for my purposes


rclone does work, and quite well, but it's not a sync client; it lets you do a one-off upload/download, or FUSE-mount, neither of which are quite the same thing


You could use a systemd timer (or similar) to run sync once a minute or something along those lines. Its not quite the same, but for most peoples purposes itd probably be fine.



Wanna make one for pixel watch too


Don't worry, the Windows one is pure garbage.


It was found written inside the kings chamber of the great pyramid?




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: