My one-liner Linux Dropbox client
1–10 of 165 posts
Re: My one-liner Linux Dropbox client
#2Dropbox has some nice python modules/libraries to support me, so I’m able to download the directory as a zip and extract it in memory.
It’s stupid and unidirectional, but I’m sure more talented people are able to build a bidirectional python Dropbox client in no time, with inotify since python has bindings for this too.
Re: My one-liner Linux Dropbox client
#3Re: My one-liner Linux Dropbox client
#4Re: My one-liner Linux Dropbox client
#5Why does the client care which filesystem you use???
Re: My one-liner Linux Dropbox client
#6Re: My one-liner Linux Dropbox client
#7find $ORG_DIR | entr -r rclone sync -v $ORG_DIR $REMOTE:org
is that find will enumerate all your existing files, but starting a new one won't get picked up.
It seems like entr is prepared though, and you should just pass in -d. In fact why use find at all, if you want to rsync the directory?
Re: My one-liner Linux Dropbox client
#8It 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.
Re: My one-liner Linux Dropbox client
#9I hadn't seen entr before! My first glance at your one-liner: find $ORG_DIR | entr -r rclone sync -v $ORG_DIR $REMOTE:org is that find will enumerate all your existing files, but starting a new one won't get picked up. It seems like entr is prepared though, and you should just pass in -d. In fact why use find at all, if you want to rsync the directory?
I have few scripts that rely on entr and I am always sure they are OS agnostic.
Re: My one-liner Linux Dropbox client
#10I hadn't seen entr before! My first glance at your one-liner: find $ORG_DIR | entr -r rclone sync -v $ORG_DIR $REMOTE:org is that find will enumerate all your existing files, but starting a new one won't get picked up. It seems like entr is prepared though, and you should just pass in -d. In fact why use find at all, if you want to rsync the directory?