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@reno:~/test$ pwd
/home/renard/test
renard@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@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@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@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@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@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@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.
