My one-liner Linux Dropbox client • Hacker News Board

Re: My one-liner Linux Dropbox client

#121

Post by jjeaff » Tue, Dec 25, 2018, 9:50 PM UTC

hellcow wrote: post #118

catacombs wrote: post #116

Earlier quoted context omitted.

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

It means you need both computers to be on at the same time to sync between them. Alternatively you can spend $5/mo for a server to handle the syncing between laptop and desktop in the way the grandparent described.

Or plug in something small like a raspberry pi with an external USB hard drive.

Re: My one-liner Linux Dropbox client

#122

Post by spatular » Tue, Dec 25, 2018, 9:54 PM UTC

In that setup entr only watches files that existed when systemd service was first started. So new files won't trigger backup. Something like this should work:

while true; do find $ORG_DIR | entr -d -r rclone sync -v $ORG_DIR $REMOTE:org; done

Re: My one-liner Linux Dropbox client

#123

Post by beagle3 » Tue, Dec 25, 2018, 10:03 PM UTC

elliotec wrote: post #72

beagle3 wrote: post #31

.... Except, a file added to your dropbox will only appear in your local box the next time you create a local file -- there is nothing to wake the local entr when a file is remotely added to dropbox.

Could write a little script to add then delete a temp file on some chron job or at login or something.

If I have a shared dropbox folder with someone, as soon as they put the file in, I get a copy. There is no way to get a notification that would provide a similar experience without the real dropbox client, afaik.

Re: My one-liner Linux Dropbox client

#124

Post by ViViDboarder » Tue, Dec 25, 2018, 10:10 PM UTC

rsync wrote: post #110

ekianjo wrote: post #23

It's kind of funny to replace a proprietary client for a proprietary service with FOSS tools when you could completely replace Dropbox with FOSS alternatives instead and enjoy Freedom: Syncthing works very well, and while syncing is not its main feature you could also work with nextcloud.

If only there was a platform agnostic, standards-based, cloud platform that you could point any old SSH tool at. Imagine if such a provider existed and was running on top of ZFS and maintained the current, stable version of 'borg[1]' on the server side ... Probably too much to ask. [1] https://www.stavros.io/posts/holy-grail-backups/

Given the username, I’m assuming this is tongue-in-cheek because rsync.net is pretty much that.

Re: My one-liner Linux Dropbox client

#125

Post by ISO-morphism » Tue, Dec 25, 2018, 10:21 PM UTC

spatular wrote: post #122

In that setup entr only watches files that existed when systemd service was first started. So new files won't trigger backup. Something like this should work: while true; do find $ORG_DIR | entr -d -r rclone sync -v $ORG_DIR $REMOTE:org; done

That's constantly polling the filesystem, isn't it?

I've never used it myself, but I know systemd has file watching built in. I think using `PathModified=/path/to/org` would also eliminate the need for entr [1].

[1] https://www.freedesktop.org/software/systemd/man/systemd.pat...

Re: My one-liner Linux Dropbox client

#126

Post by spatular » Tue, Dec 25, 2018, 10:36 PM UTC

ISO-morphism wrote: post #125

spatular wrote: post #122

In that setup entr only watches files that existed when systemd service was first started. So new files won't trigger backup. Something like this should work: while true; do find $ORG_DIR | entr -d -r rclone sync -v $ORG_DIR $REMOTE:org; done

That's constantly polling the filesystem, isn't it? I've never used it myself, but I know systemd has file watching built in. I think using `PathModified=/path/to/org` would also eliminate the need for entr [1]. [1] https://www.freedesktop.org/software/systemd/man/systemd.pat...

It should re-poll only when a new file is added. In op's usage scenario it won't be very ofthen.

The systemd solution may be even better, though it seems there is no way to ignore changes in temporary files that emacs likes to create.

Re: My one-liner Linux Dropbox client

#127

Post by ndnxhs » Tue, Dec 25, 2018, 10:56 PM UTC

rsync wrote: post #110

ekianjo wrote: post #23

It's kind of funny to replace a proprietary client for a proprietary service with FOSS tools when you could completely replace Dropbox with FOSS alternatives instead and enjoy Freedom: Syncthing works very well, and while syncing is not its main feature you could also work with nextcloud.

If only there was a platform agnostic, standards-based, cloud platform that you could point any old SSH tool at. Imagine if such a provider existed and was running on top of ZFS and maintained the current, stable version of 'borg[1]' on the server side ... Probably too much to ask. [1] https://www.stavros.io/posts/holy-grail-backups/

Seedbox server hosting might be usable here. They are bascically shared Linux hosts with loads of disk space and network.

Re: My one-liner Linux Dropbox client

#128

Post by mixmastamyk » Tue, Dec 25, 2018, 11:08 PM UTC

tyingq wrote: post #42

amenod wrote: post #28

Earlier quoted context omitted.

Thanks, didn't know systemd can do that [0]! I must grudgingly admit that it seems to be quite useful, though I still don't like having a single app doing all that stuff. But that's off topic... :) [0] https://blog.andrewkeech.com/posts/170809_path.html

Both path units and entr use the inotify kernel API on Linux. If your needs get more complex, there are python, perl, etc, APIs for the inotify libraries. Also, if you have an older linux distro that predates inotify(), there's similar functionality within auditd that will log changes to a file with a tag of your choosing, then you can tail the file.

dnotify is another older one.

Re: My one-liner Linux Dropbox client

#129

Post by saagarjha » Tue, Dec 25, 2018, 11:17 PM UTC

lukeschlather wrote: post #64

discordianfish wrote: post #27

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.

In fairness, it's pretty difficult (read: impossible) to enable full-disk encryption on an NVME drive (read: most Ultrabooks including the Dell XPS "Developer Edition.") https://www.dell.com/community/Linux-Developer-Systems/XPS-1...

Isn’t this how FileVault works?

Re: My one-liner Linux Dropbox client

#130

Post by codyhazelwood » Tue, Dec 25, 2018, 11:28 PM UTC

whitepoplar wrote: post #33

conanthe wrote: post #12

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 is nice, but seems kind of pricy. Boxcryptor works well on top of Dropbox. Personally, I've switched to Nextcloud which keeps everything in my control, and it also supports e2e (though the e2e UX is still rough around the edges).