Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

10 years since Google said to “hang tight” about Linux support for Google Drive

abevoelker.github.io

Post reply on HN
Print view View original

191–200 of 227 posts

Re: 10 years since Google said to “hang tight” about Linux support for Google Drive

#191

Post by test6554 »

jchw wrote: post #9

Times have changed in many more ways than one. These days I greatly prefer to own my data more directly, which I accomplish using a NAS. I don’t use Dropbox OR Google Drive, I use Syncthing, which can do stuff that neither of those could ever dream of in terms of syncing between machines. Not only do I not want Google Drive, I don’t even want anything like it. That said, I totally get why it’s still important. I do u…

My NAS of 6 years just crapped out on me a couple days ago. Probably just the power supply, but my suggestion is to get 2 NASes in RAID6 and mirror data between them if you can.

Re: 10 years since Google said to “hang tight” about Linux support for Google Drive

#192

Post by dotancohen »

GuB-42 wrote: post #116
titzer wrote: post #29

Just give us a web filesystem already. Stop with these shitty infantilized GUIs with no hierarchical organization and an overreliance on search to find things. I have literally hundreds of thousands to millions of files on my local machines and have no trouble remembering where I put things. Drive can't seem to scale past a few dozen before it's confusing, useless, and apparently lossy. Remember when web servers woul…

There is a transition from a file-centric to an app-centric model, that I mostly disapprove of, but that's what is happening. Before, you had files stored in a filesystem, you picked the file and opened it with the app. On Windows, you double-click on the file, on a command line, you type "app filename". Now the trend is to first open the app and then use the app to fetch your data, that data is entirely managed by t…

sqlite is opaque? I've got this script to list my open tabs, and a few more scripts for other Firefox actions.

  $ grep FIREFOX ~/.bashrc
  export FIREFOX_DIR=$HOME/.mozilla/firefox/q3m93qpe.default-release/

  $ cat ~/.local/bin/ff-tabs
  #!/bin/bash
  lz4jsoncat $FIREFOX_DIR/sessionstore-backups/recovery.jsonlz4 | jq -r '.windows[].tabs[].entries[-1] | .title, .url, ""'

Re: 10 years since Google said to “hang tight” about Linux support for Google Drive

#194

Post by dotancohen »

dotancohen wrote: post #192
GuB-42 wrote: post #116

Earlier quoted context omitted.

There is a transition from a file-centric to an app-centric model, that I mostly disapprove of, but that's what is happening. Before, you had files stored in a filesystem, you picked the file and opened it with the app. On Windows, you double-click on the file, on a command line, you type "app filename". Now the trend is to first open the app and then use the app to fetch your data, that data is entirely managed by t…

sqlite is opaque? I've got this script to list my open tabs, and a few more scripts for other Firefox actions. $ grep FIREFOX ~/.bashrc export FIREFOX_DIR=$HOME/.mozilla/firefox/q3m93qpe.default-release/ $ cat ~/.local/bin/ff-tabs #!/bin/bash lz4jsoncat $FIREFOX_DIR/sessionstore-backups/recovery.jsonlz4 | jq -r '.windows[].tabs[].entries[-1] | .title, .url, ""'

Ha! Of course I would choose an example based on JSON, not sqlite, but the point still stands. Sqlite is one of my favorite file formats, it presents the data in an interface far easier to manipulate for a one-off CLI command than writing another Python script with open() and dozens of re.sub().

Re: 10 years since Google said to “hang tight” about Linux support for Google Drive

#195

Post by llampx »

b112 wrote: post #178
stephbu wrote: post #22

It feels like Google’s attention span, leadership longevity, and product development patience is roughly 3 years. Any product that survives longer than that probably has transcended beyond being a “pet project/toy” into a PR-problem or revenue-stream significant enough that it takes on a life of it’s own. As management turns over, that lease on life is renewed… https://killedbygoogle.com/ While this fosters new ideas…

* see google product * create stealth startup to compete * wait??? * pounce on userbase when Google crashes and burns

* get bought by Google

* profit

Re: 10 years since Google said to “hang tight” about Linux support for Google Drive

#196

Post by aembleton »

jokethrowaway wrote: post #28
renewiltord wrote: post #15

There’s a pretty good FUSE driver and the web app is fine. Never felt the need for a Linux client for this service. Two decades of Linux use and the thing that has changed everything has been the arrival of electron which has made practically everything cross-platform.

If something uses electron, I'll look for a native alternative. Ripcord doesn't have the best UI and I can't open Teams calls or even links that are too long (Slack broke their API at some point) but at least it's not wasting my ram and it's responds quickly. The rare times I have to open Slack on the web I sigh and wait 2 minutes for the app to load. I automated Prituln VPN via bash just not to have to deal with ano…

If it takes two minutes to open slack in your Web browser then your Web connection might be the problem. Or is your computer from the 90s?

Re: 10 years since Google said to “hang tight” about Linux support for Google Drive

#197

Post by dotancohen »

frontierkodiak wrote: post #96
jchw wrote: post #9

Times have changed in many more ways than one. These days I greatly prefer to own my data more directly, which I accomplish using a NAS. I don’t use Dropbox OR Google Drive, I use Syncthing, which can do stuff that neither of those could ever dream of in terms of syncing between machines. Not only do I not want Google Drive, I don’t even want anything like it. That said, I totally get why it’s still important. I do u…

I've been very happy with self-hosting a Seafile instance to serve as a personal cloud for myself and a small academic ML team. I built a small NAS, Proxmox runs on baremetal, on top of which there's an ubuntu VM running a Seafile docker instance. Fantastic performance, so so much more efficient for syncing large libraries b/w machines. Owncloud/Nextcloud was a pig for my purposes, it seemed unable to sync libraries…

Why are you running Seafile in Docker, and not directly in Ubuntu?

Why are you running Ubuntu in Proxmox, and not directly on the metal?

Thank you! I might set up a NAS in the very near future.

Re: 10 years since Google said to “hang tight” about Linux support for Google Drive

#198

Post by GekkePrutser »

dotancohen wrote: post #194
dotancohen wrote: post #192

Earlier quoted context omitted.

sqlite is opaque? I've got this script to list my open tabs, and a few more scripts for other Firefox actions. $ grep FIREFOX ~/.bashrc export FIREFOX_DIR=$HOME/.mozilla/firefox/q3m93qpe.default-release/ $ cat ~/.local/bin/ff-tabs #!/bin/bash lz4jsoncat $FIREFOX_DIR/sessionstore-backups/recovery.jsonlz4 | jq -r '.windows[].tabs[].entries[-1] | .title, .url, ""'

Ha! Of course I would choose an example based on JSON, not sqlite, but the point still stands. Sqlite is one of my favorite file formats, it presents the data in an interface far easier to manipulate for a one-off CLI command than writing another Python script with open() and dozens of re.sub().

JSON is also not very opaque. What's opaque is iOS with its locked down storage per app as you mentioned.

Some OS builders have been trying to push this model on the desktop but have not been very successful due to legacy. It only seems to be done with mobile apps running on the desktop (Windows with Android apps and macOS with iOS)

I also lament this model, I think we should always have full access to our devices. But there's a strong commercial push for lock-in and subscription models.

Re: 10 years since Google said to “hang tight” about Linux support for Google Drive

#199

Post by GekkePrutser »

Izkata wrote: post #157
joeframbach wrote: post #93

Earlier quoted context omitted.

And Wave, whatever that was?

It was Slack/etc years before those existed. They just couldn't figure out how to market it because there were no reference points at the time, so few could see any reason to use it.

I doubt it's just that. If those things were actually great, people would have embraced them like they did slack.

Consider Google+ also. They had plenty of reference points for that. It was just not very good.

Google tends to abandon development on new projects way too quickly, before they're ready for mass appeal. They probably expect it to explode like Gmail did. But I think they forget they lost a lot of promotors like us when they abandoned the don't be evil thing.

At the time I recommended Gmail to everyone, now I try to get people away from Google :)

Re: 10 years since Google said to “hang tight” about Linux support for Google Drive

#200

Post by LilBytes »

taspeotis wrote: post #181
LilBytes wrote: post #179

Earlier quoted context omitted.

SMB is absolutely terrible over latent connections. I don't understand how SMB could work unless there was geographical replication to nodes closer to you, with some kind of load balancing to change the endpoint you're using to be closer to you.

Yup, hence the wondering. They keep improving the protocol and I am hopeful that one day I might try it and be pleasantly surprised. https://docs.microsoft.com/en-us/windows-server/storage/file...

I tried it a little less than 2 months ago across a suite of services, Azure, self hosted, AWS EC2 instances, and all of these same options again with WireGuard over the top (well, with Tailscale in this instance).

Tragically it was still trash.

Post reply on HN