rsync - Mar 2005 - Getting a list of transferred/deleted items

Hello,

As far as I can see there's no option to get a list of files/directories/
whatever that have been transferred. This is not exactly the same as the
--verbose output for two reasons: At first the -v output has been
sanitized to avoid terminal confusion, second this might be hard to
parse since it contains other information, too (nitpicking: Does
"deleting foo" mean that the file "foo" has been deleted or
that
a file name "deleting foo" has been transferred?).

I'd like to do a postprocessing of all items that have been transferred.
This requires an option to create a list of these items, null-delimited
for obvious reasons. A similar list could contain all items that have
been deleted on the receiver side. Their names could be
--list-transferred0=FILE and --list-deleted0=FILE.

Is anybody else interested in this? Then I'd improve my patch from the
current works-for-me state and submit it.

    Christoph

On Tue, Mar 08, 2005 at 01:08:51AM +0100, Christoph Biedl
wrote:
> As far as I can see there's no option to get a list of
> files/directories/ whatever that have been transferred.
The current option for this is --log-format, which lets you specify a
format string that will cause rsync to output a line (to stdout) for
each file/dir/etc. that is updated.  Beginning with 2.6.4, if the
log-format includes %o or %i, deletions are also logged.  Also beginning
with 2.6.4, filenames with output with a '?' in place of each
non-printable character.  This should be good enough for most people who
want a file list, since it can be made unique from any other output that
rsync may send to stdout (making it a much better method of parsing the
names than getting them from the verbose output).

Your suggested options for outputting a transfer list and a delete list
do handle non-printable characters in a way that the latest --log-format
handling does not, which would perhaps make them valuable for some
folks.  I'd be willing to at least put the patch into the
"patches" dir
of the distribution if you'd care to have it included.

..wayne..