Live data from Hacker News

My one-liner Linux Dropbox client

lpan.io

51–60 of 165 posts

Re: My one-liner Linux Dropbox client

#52

Dropbox is a no no for one simple reason - there is no end to end encryption. Unless I don't know something? I wouldn't want a disgruntled employee to fiddle with my files.

If you trust https://www.dropbox.com/en_GB/security#files, then they have encryption on transport and at rest in the DC, and implement forward secrecy and certificate pinning.

Re: My one-liner Linux Dropbox client

#53
post #46

Dropbox is a no no for one simple reason - there is no end to end encryption. Unless I don't know something? I wouldn't want a disgruntled employee to fiddle with my files.

After e2e encryption, my second largest feature request is a .dropboxignore file I don't understand why they don't have it even after all these years.

Do you want something different than the Dropbox exclusion list ("dropbox exclude add ...")?

That only supports excluding directories not individual files, and the actual list of exclusions is buried in some local binary config both of which are moderate annoyances - perhaps those are your qualms?

Re: My one-liner Linux Dropbox client

#54
post #47
post #13

> Recently, the proprietary Dropbox Linux client dropped support for all Linux file systems except unencrypted ext4. What the heck. Anyone has more information about that? Any announcement? And why would it fail to work on an encrypted (LUKS?) ext4 FS when encryption seemed to me to sit below the filesystem (since AFAIK ext4 doesn't support encryption itself)?

Doesn’t work on ZFS either. I dropped Dropbox because of this.

Or btrfs. Good thing I had a spare external hard drive I could dedicate to dropbox storage, because I'm sure not converting my drive array to a different FS just for that.

Re: My one-liner Linux Dropbox client

#55
post #13

> Recently, the proprietary Dropbox Linux client dropped support for all Linux file systems except unencrypted ext4. What the heck. Anyone has more information about that? Any announcement? And why would it fail to work on an encrypted (LUKS?) ext4 FS when encryption seemed to me to sit below the filesystem (since AFAIK ext4 doesn't support encryption itself)?

I'm not a an active dropbox user but I find this very surprising. Next question is, why wouldn't they open source the client libraries? Supporting many platforms is already a huge task.

I have Git repos that can't be cloned onto encyptfs, so it's not surprising to me. Make an encrypted partition or just encrypt your entire disk.

Re: My one-liner Linux Dropbox client

#56
post #47

Earlier quoted context omitted.

Doesn’t work on ZFS either. I dropped Dropbox because of this.

Why would an application like this care what file system it’s running on?

Filesystem primitives the application requires to deliver the desired functionality.

Re: My one-liner Linux Dropbox client

#57
post #47

Earlier quoted context omitted.

Doesn’t work on ZFS either. I dropped Dropbox because of this.

Why would an application like this care what file system it’s running on?

It shouldn't have to. Dropbox ran fine on all filesystems for years. In September they sent everybody an email basically saying "you can't use Dropbox anymore, bye bye"

Re: My one-liner Linux Dropbox client

#58
post #47

Earlier quoted context omitted.

Doesn’t work on ZFS either. I dropped Dropbox because of this.

Why would an application like this care what file system it’s running on?

If I care to guess, because if you go an abstraction lower you can do your job better. Dropbox actually uses kernel drivers on some platforms (not sure on Linux).

I guess power users are not the target market.

Post reply on HN