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

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

dropboxforum.com

Post reply on HN
Print view View original

161–170 of 429 posts

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

#161

Post by mxuribe »

justinclift wrote: post #128
mxuribe wrote: post #60

Earlier quoted context omitted.

Would you kindly provide recommendations? I'm looking for a sync service which can run on windows AND linux (which is why onedrive and google drive are out)...and i'm willing to pay a fair monthly fee.

rsync.net seems to get mentioned around here every now and again. I haven't used them though personally, so not sure of good/bad/etc. Unlike what their name (rsync) suggests, they do seem to support Windows clients and aren't *nix only: https://www.rsync.net/resources/howto/windows.html

Same here, I had heard rsync.net mentioned previously...HOWEVER, i did NOT know they had a windows client. Thanks!

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

#162

Post by snerbles »

acdha wrote: post #110
swiley wrote: post #90

Earlier quoted context omitted.

Just use syncthing. It works better, is open source, and runs on everything.

Doesn't that require you to play sysadmin running your own servers?

No. There's already a peer-to-peer relay infrastructure in place for when your devices can't make direct connections to each other.

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

#163

Post by copperx »

thomasfedb wrote: post #121
epberry wrote: post #34

I basically only use Dropbox because it is supported on Linux. Also its syncing technology is sooo much better than Google Drive you would think Drive was built by interns. However, they are taking their sweet time with newer features like Smart Sync. It's disappointing because I'm paying for these features and yet they're not supported on one of the platforms my whole company uses. All in all I really hope Dropbox d…

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.

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

#164

Post by pjc50 »

moviuro wrote: post #146
jhoechtl wrote: post #70

Earlier quoted context omitted.

But where would you sync to? Dropbox also keeps a copy of your files which makes it attractive without the need to set up configure your home nas. Although it's arguably a more intelligent decission to share private files not with a company like dropbox.

> But where would you sync to? You sync across your devices (or anything where you can run a standalone binary). Phone, PC, server, whatever. It's pretty good and very stable when your packager doesn't fuck up the service file ( https://svnweb.freebsd.org/ports/head/net/syncthing/files/sy... ). > without the need to set up configure your home nas That's only needed if you need access to your files from the outside wo…

On my "ideal" requirements list is the ability to sync, encrypted, to a standard cloud backend as well. https://github.com/syncthing/syncthing/issues/2647

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

#165

Post by vetinari »

pjc50 wrote: post #150
vetinari wrote: post #81

Earlier quoted context omitted.

None. You run it on your machines and they will sync among themselves. No need for any cloud backend. Some people with Synology or QNAP run an instance on their NAS.

But I (and I suspect quite a few other people) want a cloud backend to cover both the disaster-recovery cases and syncing while outside my LAN.

1) you can sync with a device inside your LAN, even if you are outside, with global discovery (enabled by default).

2) you can run your own off-site instance, that can be hosted with your favourite cloud provider.

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

#166

Post by rcthompson »

gnufied wrote: post #64
koolba wrote: post #59

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?

I would hold my horses on xfs being unsupported claim. They explicitly said any modern file system with xattr is supported. XFS does fit that description. OP has drawn his own conclusions from the Dropbox reply.

They did not explicitly say they support "any modern filesystem with xattr". They said that they support EXT4 and nothing else on Linux.

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

#168

Post by cesarb »

jonknee wrote: post #129
swiley wrote: post #90

Earlier quoted context omitted.

Just use syncthing. It works better, is open source, and runs on everything.

I guess you could say it runs of everything unless you use one of the two most popular operating systems in the world: Android and iOS.

There's syncthing for Android: https://github.com/syncthing/syncthing-android

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

#169

Post by jeltz »

Spivak wrote: post #54
seanieb wrote: post #23

This sounds fine to me. Ya'll are making sound like they're refuseing to sync because the FS is encryped. The file systems mentioned are really old. You can use newer FS's that are encrypted. They need to support extended attributes for obvious reasons.

ext4: October 2008 btrfs: March 2009 ecryptfs: May 2016 xfs: 2002 Which one of these are old?

XFS is from 1994, ported to Linux in 2002, so it is contemporary with NTFS which is from 1993.
Post reply on HN