Deleting...log path

[Max Kipness]

Max Kipness wrote:
> 
>> On Thu, Jun 21, 2007 at 03:19:23PM -0500, Max Kipness wrote:
>> > The %f settings gives you the full path. This is what I want. The %n
>> > setting gives you just the file name.
>> 
>> No, %n gives you the path to the file within the transfer.  %f
> includes
>> path info from outside the transfer when output on the sending side or
>> by a daemon.
> 
> Thanks for the clarification Wayne. I need the path info from outside
> whether the file is new, changed or deleted, so that I can log it
> appropriately with my application.
> 
>> > Could this possibly be a bug?
>> 
>> It sounds like you're referring to this bug that was fixed in December
>> (after 2.6.9 was released):
>> 
>>  - Fixed a problem with the --out-format (aka --log-format) option:
> it
>>    would output superfluous directory information for a non-daemon
>> rsync.
>> 
>> If you try the cvs version, you'll probably find that it's fixed.
> 
> 
> I downloaded and installed the CVS version (Rsync 3.0) and although it
> looks better in the fact that it's not showing the path the command was
> run from, it's still not showing the 'outside' full path as with files
> that are new or changed. Here is a sample:
> 
> First adding the new file test9.txt:
> 
> [root at backup www]#  rsync -e ssh /test/ xxx.xxx.com://test/ --stats
> --compress --recursive --partial --archive --del --times
> --log-format=%f:::%l:::%b:::%i
> test/.:::4096:::0:::.d..t......
> test/test9.txt:::0:::39:::<f+++++++++
> 
> Then we delete file test9.txt and run the same command again (note: the
> command is run from /var/www):
> 
> [root at backup www]#  rsync -e ssh /test/ xxx.xxx.com://test/ --stats
> --compress --recursive --partial --archive --del --times
> --log-format=%f:::%l:::%b:::%i
> test/.:::4096:::0:::.d..t......
> test9.txt:::0:::0:::*deleting
> 
> It looks better, but I was really hoping this new version would fix this
> bug and print 'test/test9.txt ....deleting' on the last line. As you can
> see it does not. Will this be fixed in the final version, or are there
> any other suggestions? Would running a daemon on the other end correct
> this?
> 
> 

Update: I've now tried it with rsync in daemon mode, and get the same
results. The full path of the deleted file is still not given.

Thanks,
Max
-- 
View this message in context: http://www.nabble.com/Deleting...log-path-tf3946219.html#a11256253
Sent from the Samba - rsync mailing list archive at Nabble.com.