61–70 of 429 posts
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."
> we’re ending support for Dropbox syncing to drives with certain uncommon file systems . The supported file systems... and Ext4 for Linux. Yeah this is not how it works. This is not how any of this works
That statement is bit dubious. The next line also says: > A supported file system is required as Dropbox relies on extended attributes (X-attrs) to identify files in the Dropbox folder and keep them in sync. We will keep supporting only the most common file systems that support X-attrs, so we can ensure stability and a consistent experience. Certainly XFS supports xattr and hence ideally should be supported. I don't…
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."
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...
This has aged gloriously, thank you!
Excluding XFS is an odd choice as it's very common in the server world. I'm assuming encryptfs-ext4 has some attribute issue that prevents them for doing efficient deltas. That aside, what's the use case for encryptfs at all? Isn't it strictly worse than LUKS on the underlying volume or a volume file mounted via loopback?
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’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
Thankfully your options are not limited to either Dropbox or FTP. Thus people who want simplicity can have Dropbox (or similar) and people who want control can have sshfs or any number of other tools out there that require some assembly but also don't suffer from the numerous problems that pre-TCP/IP protocols like FTP suffer from.
Earlier quoted context omitted.
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
Earlier quoted context omitted.
Or just use Google Drive
Sorry, Google Drive doesn't support Linux.
And famously so.
Earlier quoted context omitted.
That statement is bit dubious. The next line also says: > A supported file system is required as Dropbox relies on extended attributes (X-attrs) to identify files in the Dropbox folder and keep them in sync. We will keep supporting only the most common file systems that support X-attrs, so we can ensure stability and a consistent experience. Certainly XFS supports xattr and hence ideally should be supported. I don't…
It's because Linux users know what they're getting and store more data then "regular" users. It's the same reason "unlimited" storage plans from Backblaze don't have a Linux client.
Lose the most active users, keep the ones paying for something they don't need.
It's a shame that btrfs seems to be dead in the water. I guess nobody with the resources to build such a filesystem actually needs its snapshotting and integrity features at the filesystem level?
btrfs supports xattr, it's also activly developed - there are always improvements in each new kernel release. Personally I'm avoiding it because I've got burned enough times with btrfs and the current >0.7.x ZFS on Linux versions with ABD work very well for me.
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)
Although it's arguably a more intelligent decission to share private files not with a company like dropbox.