[Bug 10263] Extend Behaviour of the --fuzzy Parameter to Consider Directories

2021-01-15 Thread just subscribed for rsync-qa from bugzilla via rsync
https://bugzilla.samba.org/show_bug.cgi?id=10263 Claudius Ellsel changed: What|Removed |Added CC||claudius.ell...@live.de --- Comment #1 f

[Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send

2021-01-15 Thread just subscribed for rsync-qa from bugzilla via rsync
https://bugzilla.samba.org/show_bug.cgi?id=2294 Claudius Ellsel changed: What|Removed |Added CC||claudius.ell...@live.de --- Comment #28 f

[Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send

2021-01-15 Thread just subscribed for rsync-qa from bugzilla via rsync
https://bugzilla.samba.org/show_bug.cgi?id=2294 --- Comment #29 from Claudius Ellsel --- As another motivation for this, I use rsync for backups and would like to be able to see whether files have just been renamed or were deleted and some others newly created (which currently cannot be distingui

[Bug 10263] Extend Behaviour of the --fuzzy Parameter to Consider Directories

2021-01-15 Thread just subscribed for rsync-qa from bugzilla via rsync
https://bugzilla.samba.org/show_bug.cgi?id=10263 --- Comment #2 from Haravikk --- It's certainly similar but I wouldn't say a direct duplicate; 2294 is requesting detection of move/rename *somehow* which is a tricky proposition (especially with rsync defaulting towards incremental send rather tha

[Bug 10263] Extend Behaviour of the --fuzzy Parameter to Consider Directories

2021-01-15 Thread just subscribed for rsync-qa from bugzilla via rsync
https://bugzilla.samba.org/show_bug.cgi?id=10263 --- Comment #3 from Claudius Ellsel --- I have to admit that I only skimmed through the description. There is definitely some more to this than in the other bug. Have a look at https://bugzilla.samba.org/show_bug.cgi?id=2294#c14 though. The patche

[Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send

2021-01-15 Thread just subscribed for rsync-qa from bugzilla via rsync
https://bugzilla.samba.org/show_bug.cgi?id=2294 --- Comment #30 from elatl...@gmail.com --- This feature request is so old it has lost relavence because btrfs/zfs/etc are more optimal backup solutions than rsync. -- You are receiving this mail because: You are the QA Contact for the bug. -- Ple

[Bug 8367] Add a feature to --rename-existing files

2021-01-15 Thread just subscribed for rsync-qa from bugzilla via rsync
https://bugzilla.samba.org/show_bug.cgi?id=8367 Claudius Ellsel changed: What|Removed |Added CC||claudius.ell...@live.de --- Comment #7 fr

[Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send

2021-01-15 Thread just subscribed for rsync-qa from bugzilla via rsync
https://bugzilla.samba.org/show_bug.cgi?id=2294 --- Comment #31 from Claudius Ellsel --- To me and others it still seems relevant. I have to admit though that I haven't looked much into other solutions for backups like btrfs send/receive commands. I suppose that were the ones you meant? Note tha

[Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send

2021-01-15 Thread just subscribed for rsync-qa from bugzilla via rsync
https://bugzilla.samba.org/show_bug.cgi?id=2294 --- Comment #32 from elatl...@gmail.com --- (In reply to Claudius Ellsel from comment #31) Yes any COW FS with "send/receive" will have inherent rename handaling, and will be faster than rsync because the diffs are inherent. With zfs one can even hav

Re: Bug when using rsync -r --delete -b --backup-dir

2021-01-15 Thread Wayne Davison via rsync
On Mon, Nov 23, 2020 at 1:33 PM CRTS via rsync wrote: > then the empty directory does end up in bkp. > You mean "does not". That is correct, as it only creates backup dirs to hold backup files. I recall this being specifically chosen as the desired outcome but not the details of why (since it w

[Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send

2021-01-15 Thread just subscribed for rsync-qa from bugzilla via rsync
https://bugzilla.samba.org/show_bug.cgi?id=2294 --- Comment #33 from Claudius Ellsel --- Hm, those backups won't work on file level, though afaik. Thus I cannot easily access files on a backup drive for example. Also I want to use this as some kind of confirm stage a bit like committing with git

[Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send

2021-01-15 Thread just subscribed for rsync-qa from bugzilla via rsync
https://bugzilla.samba.org/show_bug.cgi?id=2294 --- Comment #34 from elatl...@gmail.com --- (In reply to Claudius Ellsel from comment #33) Yes you can easily access files on a COW-FS backup; it's a file system, that's what it's for. If you want to review changes before backup you can just diff or

[Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send

2021-01-15 Thread just subscribed for rsync-qa from bugzilla via rsync
https://bugzilla.samba.org/show_bug.cgi?id=2294 --- Comment #35 from Claudius Ellsel --- (In reply to elatllat from comment #34) >Yes you can easily access files on a COW-FS backup; it's a file system, that's >>what it's for. This is going off-topic, but my backup drive is NTFS currently, which

[Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send

2021-01-15 Thread just subscribed for rsync-qa from bugzilla via rsync
https://bugzilla.samba.org/show_bug.cgi?id=2294 --- Comment #36 from elatl...@gmail.com --- (In reply to Claudius Ellsel from comment #35) > This is going off-topic On such an old bug with modern workarouds I think it's worth talking about. > backup drive is NTFS currently, which would complicat

[Bug 2294] Detect renamed files and handle by renaming instead of delete/re-send

2021-01-15 Thread just subscribed for rsync-qa from bugzilla via rsync
https://bugzilla.samba.org/show_bug.cgi?id=2294 --- Comment #37 from elatl...@gmail.com --- The btrfs equivalent is a bit more rough but (link for rename); #./btrfs-snapshots-diff.py -sb -p /media/btrfs/v_1/s_1 -c /media/btrfs/v_1/s_2 | grep -E path=. | grep -v utimes | tail -n +2 link;path=fileB