%f bug in --out-format, patch for 2.6.9 ?

[reno]

Hello,

I'm experiencing various output bugs using --out-format with %f in rsync 
2.6.9
I test it with rsync 2.6.9-2 and 2.6.9-3 in debian etch, running both in 
deamon and client mode on the same host.


This bug seems to be known by the developer as said in 
http://samba.anu.edu.au/ftp/unpacked/rsync/NEWS :

NEWS for rsync 3.0.0 (UNRELEASED)
Protocol: 30 (changed)
Changes since 2.6.9:

BUG FIXES:
...
- Fixed a problem with the --out-format (aka --log-format) option: it
would output superfluous directory information for a non-daemon rsync.


Here is the output of various commands who exhibit the problem :

renard at reno:~/test$ pwd
/home/renard/test

renard at reno:~/test$ ll -R *
destination:
total 0
-rw-r--r-- 1 renard renard 0 2007-07-01 03:44 delete.txt

source:
total 0
-rw-r--r-- 1 renard renard 0 2007-07-01 03:44 new.txt

renard at reno:~/test$ rsync -ntr --out-format="%o %f" --delete source/ 
destination
del. home/renard/test/delete.txt    (should be "del. 
home/renard/test/destination/delete.txt")
send source/.    (missing long format path)
send source/new.txt    (missing long format path)

renard at reno:~/test$ rsync -ntr --out-format="%o %f" --delete 
/home/renard/test/source/ destination
del. home/renard/test/delete.txt    (should be "del. 
home/renard/test/destination/delete.txt")
send home/renard/test/source/.    (correct)
send home/renard/test/source/new.txt    (correct)

renard at reno:~/test$ rsync -ntr --out-format="%o %f" --delete source/ 
/home/renard/test/destination
del. home/renard/test/delete.txt    (should be "del. 
home/renard/test/destination/delete.txt")
send source/.    (missing long format path)
send source/new.txt    (missing long format path)

renard at reno:~/test$ rsync -ntr --out-format="%o %f" --delete 
/home/renard/test/source/ /home/renard/test/destination
del. home/renard/test/delete.txt  (should be "del. 
home/renard/test/destination/delete.txt")
send home/renard/test/source/.    (correct)
send home/renard/test/source/new.txt    (correct)

renard at reno:~/test$ rsync -ntr --out-format="%o %f" --delete 
/home/renard/test/source/ 127.0.0.1::renard/destination
del. home/renard/test/delete.txt  (should be "del. 
home/renard/test/destination/delete.txt")
send home/renard/test/source/.    (correct)
send home/renard/test/source/new.txt    (correct)

renard at reno:~/test$ rsync -ntr --out-format="%o %f" --delete 
127.0.0.1::renard/source/ destination
del. home/renard/test/destination/delete.txt  (correct)
recv home/renard/test/destination/.    (correct)
recv home/renard/test/destination/new.txt    (correct)


Beside this output bugs, sync is functioning normally. Outputs without 
-n option are the sames.
I'm working on a wrapper script over rsync and rsyncrypto to manage 
large backup, this --out-format bug prevents me from testing this 
further. I'm using debian stable (etch) which will probably not include 
rsync 3.0.x before sid go stable. Working on a stable release is 
important to me.

So my questions are :
Am I talking about the same thing than in NEWS for rsync 3.0.0 ?
And is there any patch available for rsync 2.6.9 to correct this bug ?

Thanks,
renaud Cabrol.