Live data from Hacker News

My one-liner Linux Dropbox client

lpan.io

81–90 of 165 posts

Re: My one-liner Linux Dropbox client

#81

I setup Syncthing [1] to do the same for my vimwiki folder. It was surprisingly easy, and doesn't require any external storage services. And it can even automatically sync files without internet, over the local network. [1] https://syncthing.net/

I've used Syncthing and it's excellent. But for me, the lack of a mobile app was a dealbreaker. Even though it's not open source, I switched to Resilio Sync[1] (formerly known as btsync). It ticks all the other boxes, and just works amazingly well. I want to support them so I sprang for the $20 one time Pro license which adds selective sync and a few other nice features. [1] https://www.resilio.com/individuals/

Syncthing does have a mobile app https://f-droid.org/packages/com.nutomic.syncthingandroid/

Re: My one-liner Linux Dropbox client

#82
post #66

I setup Syncthing [1] to do the same for my vimwiki folder. It was surprisingly easy, and doesn't require any external storage services. And it can even automatically sync files without internet, over the local network. [1] https://syncthing.net/

Sadly, the Android-App still can't save stuff on the SD card. My main show-stopper.

It's an Android permission issue. Put it into /sdcardX/Android/data/com.nutomic.syncthingandroid/files/ and Syncthing can write to the folder just fine.

Re: My one-liner Linux Dropbox client

#83

Earlier quoted context omitted.

Full-disk encryption usually means encryption at the block layer below the filesystem. It doesn't actually have to cover the full disk. There is almost always at least one unencrypted partition on machines with full-disk encryption, since the boot loader and then the decryption routine have to be launched from somewhere. And yes, OEM recovery partitions or similar laptop-specific needs are another case. Full-partitio…

I use full-disk encryption on my old thinkpad. As in, the whole disk is encrypted, from first sector to last. There isn't even a MBR or a partition table on it! I boot the laptop from my USB stick which contains the kernel and initrd. That's what I call full-disk encryption ;)

I would love to see a post on how to set that up!

Re: My one-liner Linux Dropbox client

#84

Earlier quoted context omitted.

Full-disk encryption usually means encryption at the block layer below the filesystem. It doesn't actually have to cover the full disk. There is almost always at least one unencrypted partition on machines with full-disk encryption, since the boot loader and then the decryption routine have to be launched from somewhere. And yes, OEM recovery partitions or similar laptop-specific needs are another case. Full-partitio…

I use full-disk encryption on my old thinkpad. As in, the whole disk is encrypted, from first sector to last. There isn't even a MBR or a partition table on it! I boot the laptop from my USB stick which contains the kernel and initrd. That's what I call full-disk encryption ;)

Cool. :) Even there, you do have some disk or partition unencrypted, it just happens to be on removable media. Good counterexample, though uncommon.

Re: My one-liner Linux Dropbox client

#86
post #65

Earlier quoted context omitted.

It's FUD. ext4 with LUKS, which is what pretty much everyone is using on a desktop, is still working and the client supported.

When installing Ubuntu from scratch and follow defaults you end up with ecryptfs, not LUKS

They recently (around 17.10 I think) removed encryptfs, they only support LUKS now.

Re: My one-liner Linux Dropbox client

#87
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?

In principle I agree with you, and many could argue the the app is broken. But in all fairness it is not so easy. Then there are lots of little details and corner cases where filesystems that implement a POSIX fs have slightly different semantics. This is important for example when dealing with sync'ing files to disk/backend. Encryption is another problem. Error handling. See for an example the annoying details here:

https://danluu.com/file-consistency/ http://danluu.com/filesystem-errors/

Re: My one-liner Linux Dropbox client

#88
post #87

Earlier quoted context omitted.

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

In principle I agree with you, and many could argue the the app is broken. But in all fairness it is not so easy. Then there are lots of little details and corner cases where filesystems that implement a POSIX fs have slightly different semantics. This is important for example when dealing with sync'ing files to disk/backend. Encryption is another problem. Error handling. See for an example the annoying details here:…

Encryption is another problem.

I thought the whole point of an encrypting filesystem was that applications using it would not need to care about such things? Unless you're going below the FS abstraction and actually accessing blocks of the device directly, it shouldn't matter.

Re: My one-liner Linux Dropbox client

#89
post #83

Earlier quoted context omitted.

I use full-disk encryption on my old thinkpad. As in, the whole disk is encrypted, from first sector to last. There isn't even a MBR or a partition table on it! I boot the laptop from my USB stick which contains the kernel and initrd. That's what I call full-disk encryption ;)

I would love to see a post on how to set that up!

DiskCryptor does it in Windows fairly easily and lets you install the bootloader to USB.

Re: My one-liner Linux Dropbox client

#90

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.

Is there any Dropbox-like service that lets you control your own private keys, without resorting to the ugliness of uploading an encrypted image to Dropbox?

Tresorit. It has linux cli client: https://support.tresorit.com/hc/en-us/articles/360009330614-...
Post reply on HN