https://codeberg.org/cyber-luna/lunas
Archlinux: yay -S lunas
i made a versatile syncing cli program, lunas, that’s capable of syncing local to local, local to remote, remote to local and remote to remote at the same time with many input directories, with their file attributes if enabled and more. It syncs both ways but it has src/dest options that can be assigned to individual input directories
it runs locally, unless remote syncing is used then it runs peer-to-peer using libssh/sftp
It can do sync removal between different input directories, meaning if u want to remove a file/directory that you don’t want to sync back to other directories, you can “lunas -rm file” for local or “lunas -rrm user@ip:/path/to/dir” for remote and then use the option “-cr Y” while syncing to remove it from every other directories, or simply don’t use this option and it should be ignored without removal, or “-cr S” and it should be synced back to the directory it was removed from, IF it was found in one of the other directories
it has an optional config file for defining presets for easier syncing instead of writing them each time in the cli
there are more options to it which can be found in the --help or in the man page for more details
a simple usage of lunas can be like this
lunas -p dir1 -p dir2 --dry-run
lunas -s dir1 -d dir2 -d dir3 -rd user@ip:dir4
lunas -r user@ip:dir1 -d dir2 -dr
lunas -rs user@ip:dir1 -d dir2 -cr Y
lunas -rd user@ip:dir1 -s dir2
lunas -p dir1 -p dir2 -p dir3 -p user@ip:dir4 -p user@ip:dir5
p: local path r: remote path , both of them are source and destination
s: source local path d: destination local path
rs: source remote path rd: destination remote path
-dr/–dry-run: outputs what would be synced without actually syncing them
-cr/–confirm-remove Y: confirms the sync removal as explained previously
i’m not familiar with rclone. I’m kinda familiar with rsync, but not much so excuse me if i got something wrong,
3 main things that are in lunas but not in rsync
1 - multi directory syncing with src and/or dest for each input directory u can sync as many directories, locally and remotely, ig as your ram can handle
src input directories -> files are not synced to them, but they sync to other input directories
dest input directories -> files ARE synced to them, but they DON’T sync to other input directories
src+dest input directories -> they do both, files are synced to them, and from them to other input directories
lunas -p dir1 -p dir2 -p dir3 -p dir4 -p dir5 -r user@ip:dir6
all of these dirs should be the same at the end, since -p is src and dest at the same time, same for -r
2 - config file -> which many presets could be defined and used very conveniently " lunas -c preset_name"
path : ~/.config/lunas/lunas.conf
global{
}
cool{
}
command > lunas -c cool
using this command lunas would load what’s in the preset named “cool”, and tries to sync the paths inside them and enable the options. And there is the special preset called “global” which can always run while using -c preset, or normally using the cli “lunas -p dir -p dir2” this basically lets the user defined their default options that make sense for them instead of rewriting them in the cli each time
btw lunas can load multiple presets at once
lunas -c cool -c other_preset -c etc
3 - sync removal -> to sync remove files from other directories
in case someone wanted to delete a directory or file and don’t want them to be synced back to other backup directories for instance, or want them removed, they could use sync removal. By default it acts as excluding, unless -cr Y is used, then it should remove them from other input directories, if found
or --exclude can be used to exclude files without removing them, i’m thinking of adding a .lunasignore file similar to .gitignore to make this extra convenient
lunas doesn’t have as many options as rsync, it still has many tho, u could take a quick look at both of them to compare if you want. But i’m still developing lunas and i wanna make it even more cooler, it’s been like over 6 months since i started it, so hopefully more cool stuff come in the future