Live data from Hacker News

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

dropboxforum.com

41–50 of 429 posts

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

#41
post #29

This appears to include ReFS on Windows (although with the creation of ReFS volumes being limited to enterprise-targeting editions of Windows 10, perhaps this won't affect too many people).

No, it doesn’t. Only NTFS is supported: https://www.dropbox.com/help/desktop-web/system-requirements...

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

#42

No problem, 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.

The modern alternative is probably Syncthing.

I intermittently maintain a list of these things at https://github.com/pjc50/pjc50.github.io/blob/master/secure-... ; none of them have ever been precisely what I wanted. The cheap alternative to Dropbox with Linux support you want was "Hubic" from OVH (edit: now discontinued)

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

#43
post #20
post #7

Is this a new business opportunity?

Probably not as such users are just a vocal minority, and probably not enough to use as a consumer group.

Doesn’t mean the niche user base isn’t big enough to support a small scale operation

Think nerd friendly and minimal, like NearlyFreeSpeech is to domain registrars

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

#44

Earlier quoted context omitted.

Just in case anyone doesn't recognize this quote, it is from the 2007 hacker news post about Dropbox: https://news.ycombinator.com/item?id=8863

Are you telling me that I could build a startup with 3 lines of bash? (EDIT: and a fancy easy windows version)

[deleted]

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

#45

No problem, 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.

Just in case anyone doesn't recognize this quote, it is from the 2007 hacker news post about Dropbox: https://news.ycombinator.com/item?id=8863

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."

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

#46

No problem, 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.

Just in case anyone doesn't recognize this quote, it is from the 2007 hacker news post about Dropbox: https://news.ycombinator.com/item?id=8863

It’s a really great example of worse is better.[1] We went from sophisticated network file system to a daemon that destroys your battery life (at least on Mac) watching for file changes in a directory.

[1] https://www.dreamsongs.com/RiseOfWorseIsBetter.html

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

#47
post #36

No problem, 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.

More seriously: Syncthing exists, and it is beautiful. I set my grandmother up with Synctrayzor and she doesn't know the difference between that and Dropbox. It is missing the ability to share things with a direct link, or share a repository or folder "easily" (read: in the same way it's done with Dropbox), but the trade off has been worth it for me.

Which cloud backend do you have it sync to?

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

#48
post #3

Seeing how an encrypted home directory is as good as the default option in Ubuntu, and seeing as it already works now , this seems like a dumb move. This is a shame because I just started using Dropbox significantly more to back up shared photos. Time to search for something else, I guess.

Not in the latest Ubuntu installs. They do FDE instead of home folder encryption.

The option to encrypt your home folder is still there in Ubuntu 18.04 (which I set up only yesterday), and appears after you set up volumes upon initial user creation.

It is (funnily enough) even possible to enable _both_ kinds of encryption simultaneously.

I'd say that they don't use full-disk encryption _instead_ of home folder. They just prompt for it sooner (and it is not the same thing if you have a modestly old machine, or a machine you share with other users).

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

#49
post #45

Earlier quoted context omitted.

Just in case anyone doesn't recognize this quote, it is from the 2007 hacker news post about Dropbox: https://news.ycombinator.com/item?id=8863

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."

The other famous one of those is "No wireless. Less space than a nomad. Lame." https://slashdot.org/story/01/10/23/1816257/apple-releases-i...

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

#50

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?

I'd bet that by Dropbox's user metrics "the most popular distro" still qualifies as "uncommon" for a Dropbox client. Despite being the year of desktop Linux, non-server Linux boxes are comparatively rare. That said, Ext4 is still supported, just not with encryption.

According to shittyadmin, it's not even encryption it's encryption with ecryptfs.
Post reply on HN