211–220 of 227 posts
I’m glad that Dropbox provides a Linux client, although it is annoying that it is limited to x86 and ext4. At least the latter can be worked around with a loopback device.
Dropbox works on zfs, xfs and btrfs just fine. Source: https://help.dropbox.com/installs-integrations/desktop/syste...
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…
I agree with all of your complaints, but will say Gnome nautilus integration is working pretty well these days, and allows me to interact with it more like a filesystem than a shitty webui.
Earlier quoted context omitted.
I agree with all of your complaints, but will say Gnome nautilus integration is working pretty well these days, and allows me to interact with it more like a filesystem than a shitty webui.
... until you try to open the files with a non-gnome application. Mounting a filesystem was supposed to be a solved problem.
I just tested with Slack, VSCode, and GIMP, and all three allowed me to browse and open from there.
Earlier quoted context omitted.
They removed the ability to install the dedicated chat app and moved it all into the Gmail app. Infuriating. Oh, and it opens all links on the built-in chrome browser instead of respecting your default browser settings. There is no option to change the behavior.
> They removed the ability to install the dedicated chat app and moved it all into the Gmail app. The first part of it is not true (but the second part is true, in that you can access chats from Gmail as well). I just checked, and Google Chat exists as a separate app on iOS, Android, and web (chat.google.com). Even though the web version redirects to a gmail url (mail.google.com/chat), it is still a separate web vers…
I used to have this app installed, then one day it started telling me I had to use the GMail app for chat instead.
I wouldn't be surprised to hear that they were rolling the out the migration to accounts incrementally, or they've reversed course. But I deleted the google chat app because it wouldn't let me use google chat.
Earlier quoted context omitted.
... until you try to open the files with a non-gnome application. Mounting a filesystem was supposed to be a solved problem.
Examples? Maybe I just don't have enough non-Gnome applications tbh. I just tested with Slack, VSCode, and GIMP, and all three allowed me to browse and open from there.
I ended up buying InSync because it was 50% off in easter, and its Google Drive/Dropbox paths works perfectly even in the terminal. Unfortunately it lacks Google Drive streaming.
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…
WebDAV is kinda that. I subscribe to a (super cheap) hosted version from Hetzner and I'm happy with it even though the server is on a different continent. As mentioned somewhere in another comment, I also use rclone mount to use it, but there are other options as well (the client built into GNOME is reasonably good, the client built into Windows 10 is terrible).
Earlier quoted context omitted.
> Doing that once, yeah, doing that over and over, no so much. What do you mean? It's always good move to kill a product that loses money for the company. Why do they start so many new products that are losers? That's a different question. Possibly the incentives for starting new products are poorly calibrated, which is the common narrative. But possibly they aren't and they are quite happy to make a mountain of shit…
>> Doing that once, yeah, doing that over and over, no so much. > What do you mean? It's always good move to kill a product that loses money for the company. Look at the Ars Technica article I was responding to. Google has failed at chat apps repeatedly for a long time, to the point where it's an embarrassment AND they've created a self-reinforcing vicious cycle of failure. The smart decision for users is to avoid an…
The question is what their strategy is. Obviously they know this too. The idea that nerds on HN know what is best for the company's brand or reputation is dubious at best. Google is (allegedly) one of the most valuable brands in the world, and more trustworthy than Microsoft or Apple or Amazon (https://www.zdnet.com/article/facebook-tiktok-least-trusted-...).
Sure us supernerds will guffaw and chortle into our neckbeards to one another and deride Google for killing lots of things, but how much does that actually hurt their bottom line or brand value?
Earlier quoted context omitted.
It barely works. Google Drive deletes files randomly (whether due to programmatic/storage problems or the documented issue with the algo not liking things and silently deleting them). Missing block level sync reinforces that it's a toy. What would you do with 100+gb they tout if not having big media files? 10,000 spreadsheets (that might still randomly get deleted)? I would be afraid to rely on it for business
I work on Drive. If you're observing deleted files, and you don't have any third party applications with access to your Drive, we'd be very interested in hearing from you, we take data integrity issues very seriously. You can check the activity under any folder and see what issued the deletes. If there are missing files _without_ an entry there, and it doesn't seem to be a rogue integration with the Drive API, feel f…
Despite my acidulous comment I have only once personally experienced a silent deletion, and it was with a Google Sheet a few years ago.
It was a "Copy of" produced by "make a copy" menu option that ended up deleted, which I confirmed with someone else who also had made a copy the same exact way, who couldnt access theirs either. Is this expected behavior when the source file is deleted, or is it, as I thought, a bug?
Earlier quoted context omitted.
Also Hangouts, Meet, Duo, Allo, Spaces. I don't even know if all of them are alive now, and I don't care enough to check.
Hangouts is just another client for Google Chat now, Allo is dead, and Spaces is a feature of Google Chat. Meet and Duo are not chat apps really, but there is a pretty clear separation in that Meet is primarily designed for business meetings (competes with Zoom) and Duo is more primarily for personal use (competes with FaceTime)
This is true today, but 3-4 years ago Spaces was actually a completely separate product that was so bad that most Googlers didn't even know it existed.
I have never met a single person, including on the Spaces team, that used Spaces for anything. Ever.
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, ""'