https://bugzilla.samba.org/show_bug.cgi?id=5263
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
------- Comment #3 from [EMAIL PROTECTED] 2008-03-15 03:19 CST -------
Rsync does limit its output of changed files when a --link-dest/etc. option is
in effect, making it appear like the copy is updating the alt-dest dir while
really creating a new directory of files. Delete does not play along with this
extended view of how the copy is working, and indeed, does absolutely nothing
when using --link-dest into an empty directory.
It might be nice to enable such a feature, as that would round out the
augmented-copy effect of the option. One way to achieve this without much work
at all would be for rsync to do a dry-run delete pass into the last alt-dest
directory that the user provided (either before, during, or after the copying,
as appropriate). That would generate the output you expect while leaving the
files alone in the other directory.
Perhaps if rsync notices that the destination directory was created by rsync or
is empty, an alt-dest option was provided, and one of the --delete options was
specified (which would normally be useless), then it could output this extra
delete info.
--
Configure bugmail: https://bugzilla.samba.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.
--
To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
