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

My one-liner Linux Dropbox client

lpan.io

Post reply on HN
Print view View original

131–140 of 165 posts

Re: My one-liner Linux Dropbox client

#131

Post by parrot_11 »

smilliken wrote: post #91

Consider using git or another SCM instead. You don't need a centralized server, you can push/pull between any two machines with ssh (or a handful of other protocols). Encrypted end to end. Supports branches, useful for stuff like dotfiles on different machines. You don't need commit messages, just make an alias to add all changes and commit with and empty message. You have a full history, can revert back to any state…

Doesn't work for non text non code files that people normally use Dropbox for. For example, word docs, excel spreadsheets etc.

Re: My one-liner Linux Dropbox client

#132

Post by branweb »

jfyne wrote: post #6

It looks like there might be a bug. What happens when you add a new file? A quick scan of the entr help text suggests you should be using the -d flag.

yep...specifically, use the -d flag in a loop since all it does it exits the process when a new file is added:

  while true; do ls -d src/*.c | entr -d ; done

Re: My one-liner Linux Dropbox client

#133

Post by l_pan_ »

superasn wrote: post #76
panzerklein wrote: post #25

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/

Just had a look, definitely looks amazing especially this particular feature for ignoring files [1]. I've been waiting so long for this in Dropbox. [1] https://docs.syncthing.net/users/ignoring.html

You can simply use grep to ignore files using the entr + rclone script ;-)

Re: My one-liner Linux Dropbox client

#134

Post by cyphar »

geofft wrote: post #104
pmlnr wrote: post #50

Earlier quoted context omitted.

No, it's not FUD. encrypted ext4 is encfs and ecryptfs, not xy on LUKs, and yes, they did drop support.

It's potentially misleading phrasing. "Unencrypted ext4" means that the filesystem Dropbox sees has to be actual ext4, not an encryption layer on top. There can be an encryption layer under it, and generally full-disk encryption works that way, by encrypting a block device and letting you run whatever filesystem you want on top. "Unencrypted or decrypted ext4" might be slightly more accurate (although I guess it mayb…

"Encrypted ext4" most likely refers to ext4's built-in support for file-based encryption.

Re: My one-liner Linux Dropbox client

#135

Post by zeta0134 »

catacombs wrote: post #116
bennofs wrote: post #105

Earlier quoted context omitted.

It can only sync data between devices that are operating of course. But if you have three devices A,B,C then it can also sync A-B and later sync B-C, or sync A-C directly if both are running.

> It can only sync data between devices that are operating of course. What does this mean? Does my desktop always need to be on? Or, can I change a file on my laptop, then, when I turn on my desktop, get those changes on the same file?

I do exactly this regularly, but it only works because for my most important folders (like personal documents), _somewhere_ I have a device online that is facilitating the sync. In my case, my Desktop, Laptop, mobile phone (Android), and a Cloud Server that I use for other things.

To answer the question most directly: If you have only your desktop and your laptop, then for the sync to work, at some point they both need to be powered on and online at the same time. This is one area where syncthing is a bit weaker than some other cloud-backed options; at that point you're essentially paying a service provider to replace the cloud server in my personal setup with their own always-on solution. Personally I prefer not to rely on a third-party, depending on your goals though you should pick a solution that makes sense for you.

Re: My one-liner Linux Dropbox client

#136

Post by ApolloRising »

luckman212 wrote: post #77
panzerklein wrote: post #25

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/

Does Resilio sync encrypt the file names and folders during sync or just the data?

Re: My one-liner Linux Dropbox client

#137

Post by FullyFunctional »

discordianfish wrote: post #27
lloeki wrote: 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)?

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

Be more respectful. It broke my workflow which is having my $HOME on NFS which is also nuked with the stupid Dropbox change.

Re: My one-liner Linux Dropbox client

#138

Post by Walkman »

cheez wrote: post #93
smilliken wrote: post #91

Consider using git or another SCM instead. You don't need a centralized server, you can push/pull between any two machines with ssh (or a handful of other protocols). Encrypted end to end. Supports branches, useful for stuff like dotfiles on different machines. You don't need commit messages, just make an alias to add all changes and commit with and empty message. You have a full history, can revert back to any state…

I do this, but 90% of the time I forget to pull on the other machine and have to deal with conflicts.

Yes, I also found that git is too much hassle for notes.

Re: My one-liner Linux Dropbox client

#139

Post by Operyl »

licebmi__at__ wrote: post #106
Operyl wrote: post #94

Earlier quoted context omitted.

For Android yes, but the GP is likely using iOS where no such client seems to exist.

I used fsync when using I bought an apple device https://itunes.apple.com/us/app/fsync/id964427882 It's lacking and has a weird workflow, but at least it worked for me. Didn't test it too much as I hated the apple experience and gave away the device.

The reviews would show you that it no longer works at all for iOS 12 and beyond.

Re: My one-liner Linux Dropbox client

#140

Post by conanthe »

rrdharan wrote: post #53
zuck9 wrote: post #46

Earlier quoted context omitted.

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?

If you run a project off a Dropbox directory you would want .env and similar files excluded. You don't want someone to get your AWS keys?
Post reply on HN