rsync - Jun 2008 - delete-delay vs. delete-after in 3.0.2 (and possible bug)

Hello

I've noticed today, that --delete-delay introduced in 3.0.2 is not 
functionally equivalent of --delete-after (I was under impression it 
should work this way).

Looking at following example:

/src
/src/testfile
/src/.rf

/dst
/dst/testfile

.rf consists of following lines:

S, .rf
H, *
P, testfile

rsync -aHx --delete-after --filter="dir-merge, .rf" /src/ /dst/

...will execute properly - which means that already existing testfile in 
/dst will not be removed.

But if I execute:

rsync -aHx --delete-delay --filter="dir-merge, .rf" /src/ /dst/

...testfile will be removed, unless .rf (with above rules) already 
exists on the receiving side.

Is this how it should be ? I was under impression, that --delete-delay 
gave functionality of --delete-after, when the chosen algorithm was that 
of --delete-during.

Cheers

On Tue, Jun 10, 2008 at 04:41:42PM +0200, Michal Soltys
wrote:
> rsync -aHx --delete-delay --filter="dir-merge, .rf" /src/ /dst/
> ...testfile will be removed, unless .rf (with above rules) already exists 
> on the receiving side.
Yeah, that is how it currently works.  The --delete-delay option delays
the deletions that are found as each directory begins its processing, so
it is like using --delete-during with the removals being delayed to the
end.  I have considered make it do the delete scan at the end of each
dir's processing, but when I last looked at it there was a reason why I
didn't do that (which had to do with complications of getting the
per-dir rules set right for both the on-going copying, and a late delete
scan).  I don't think this is likely to change any time soon, but it
would be nice to have a way of doing something like early per-dir filter
copying or something.

..wayne..

On Sun, Jun 15, 2008 at 09:36:30AM +0200, Michal Soltys
wrote:
> would it be allright to submit a small manpage diff, to add some 
> details about difference between delete-delay and delete-after ?
Diffs are always welcomed.  Please feel free.

..wayne..