Live data from Hacker News

Ending support for Dropbox syncing to drives with certain uncommon file systems

dropboxforum.com

291–300 of 429 posts

Re: Ending support for Dropbox syncing to drives with certain uncommon file systems

#291
post #61
post #45

Earlier quoted context omitted.

It really sums up nerds' lack of comprehension of the importance of user experience. It's like the UX version of the apocryphal "640k is all anyone will ever need."

It's not merely UX. At the heart of utility, you'll find simplicity and efficiency of use.

So literally UX

Re: Ending support for Dropbox syncing to drives with certain uncommon file systems

#292

This is exactly why I stopped using Dropbox and moved everything I have to my own https://nextcloud.com instance. It's very easy to install and upgrade, it is stable, have way more features than Dropbox and you have total control over your own data. Overall a superior experience. If they would do something I don't like, I would just never upgrade anymore and be done with it or just copy the files out of the /data/Nex…

I switched to nextcloud a while ago. When Dropbox started sending me email after email telling me they were going to delete my account soon, I couldn't wait for it to happen. (OK, I could wait since I wasn't willing to spend time to log in and do it myself).

It is nice to know where my data is.

Re: Ending support for Dropbox syncing to drives with certain uncommon file systems

#293

Earlier quoted context omitted.

If you want to run your file sync client in a container, I think that limitation alone removes a huge amount of value from a low-friction file sync tool.

Why would you run the client in a container? I was talking about the server.

Because the client can be just as vulnerable to security issues as the server is.

Re: Ending support for Dropbox syncing to drives with certain uncommon file systems

#294
post #53

Earlier quoted context omitted.

Honest question, what do you believe is "the most popular distro"? Professionally, I have never seen a BTRFS deployment, nor any of the distros commonly at the top of Distrowatch (Manjaro, Mint, Elementary...). With the fragmentation of Linux, even the "most popular" distro may hold a tiny market share. The guys at dropbox probably know far more about their users than what is reflected in some arbitrary popularity co…

I would never attempt to use btrfs again in any environment. But if it is used, I hope the person has extremely strong backup policies in place for when it eventually crashes.

I've used it for the past 4 years as my primary development machine. Never once had an issue. However, I used Arch Linux, which always has newer kernels. I know there have been some bugs on other distros which run older kernels.

Re: Ending support for Dropbox syncing to drives with certain uncommon file systems

#295

Earlier quoted context omitted.

If you want to run your file sync client in a container, I think that limitation alone removes a huge amount of value from a low-friction file sync tool.

Why would you run the client in a container? I was talking about the server.

[deleted]

Re: Ending support for Dropbox syncing to drives with certain uncommon file systems

#296

Earlier quoted context omitted.

There's a decent open source sync daemon for OneDrive on Linux - I'm the packager who looks after it on Fedora. With the odd exception when APIs change it just works.

OneDrive doesn't support dotfiles and thus can't sync Git repos.

OneDrive doesn't support dotfiles and thus can't sync Git repos.

This does not appear to still be the case based on testing just now (creating a folder named ".foldername", containing a file named ".testfile" then verifying that they've synced up to OneDrive). Several years ago it didn't support syncing folders with a . in the name, but that was resolved 3 years ago.

With Microsoft's relatively new focus on Git, I can't imagine that problems with repositories stored in OneDrive folders would remain unfixed.

I will note that there are names that Windows Explorer won't let you create - notably, names beginning with a ".". That's an Explorer issue, not a OneDrive or filesystem issue - you can create such files and folders programmatically or from a command prompt.

Re: Ending support for Dropbox syncing to drives with certain uncommon file systems

#297
post #272

Earlier quoted context omitted.

"If they would do something I don't like, I would just never upgrade anymore and be done with it." -- That sounds like a good strategy but in my experience, it never works because your technology environment is not a vacuum (I assume). At some point you'll need an upgrade for security, compatibility, etc.

It can run in a container, a virtual machine, hosted on a cloud instance or whatever. Nowadays, you have infinite choices for isolation. One of my colleague runs it in a DigitalOcean droplet and nothing else.

A quiet media server at home and VPN is what does it for me. That solution is not for everyone but someone could start making pre-built images or media servers with nextcloud. I believe FreeNAS and the like already have nextcloud as an app option.

Re: Ending support for Dropbox syncing to drives with certain uncommon file systems

#298
post #71
post #58

Earlier quoted context omitted.

Ubuntu uses ext4 and the default is to ecryptfs the user's homedir. Edit: Actually I can't find that it was ever the default , but it was a pretty prominent option so I assume this decision is going to mess with a ton of customers.

Encryption is opt-in, not the default.

I'm pretty sure home-dir encryption was the default with Ubutunu 15.04.

I know that I installed Ubuntu with default settings, and was pleasantly surprised by that. Not sure about the exact version though.

Re: Ending support for Dropbox syncing to drives with certain uncommon file systems

#299
post #248
post #234

Its too bad there isn't a standard for Dropbox-like functionally yet. An RFC that everyone can write to.

Technically there is WebDAV. Yeah I know, but it's there and it's a spec. Another de-facto spec is rsync, iirc tarsnap was basically built on that. At some point there might have been even a business or two that offered rsync access.

Commercial rsync... https://rsync.net/

Re: Ending support for Dropbox syncing to drives with certain uncommon file systems

#300

The kicker is in the couching - dropping support for "uncommon filesystems" - of which their definition includes the default filesystem used by the most popular distro. Just dumb or wilfully ignorant?

Let's not forget Fedora or EL users, XFS has been the default for some time now in both.

Only Fedora Server. Fedora Workstation, Cloud, Atomic, and all the spins, are using ext4 on LVM.
Post reply on HN