rsync - Apr 2007 - Feature suggestion: number of deleted files on --stats

Hi,


I'm writing to suggest a small new feature: including the number of deleted
files on --stats.

This way it would be simplier to parse rsync output to detect if it actually
changed anything.

An example of a real situation:

I'm mirroring some files from one server to another (dnscache's servers
list). If there is some actual change, I have some extra actions to perfom
(SIGHUP dnscache).

Or maybe there already is a simplier way to detect if rsync actually changed
anything. Please enlighten me.


Thanks,

Rodrigo Severo
-------------- next part --------------
HTML attachment scrubbed and removed

On 4/6/07, Rodrigo Severo <rodrigo@fabricadeideias.com>
wrote:
> Or maybe there already is a simplier way to detect if rsync actually
changed
> anything. Please enlighten me.
Use --out-format='changed something: %i %n%L' and see if the output to
stdout contains a line beginning with "changed something: ".  :)

Including the number of deleted files in --stats output might still be
nice and wouldn't be hard to do.  If a --max-delete limit is
specified, rsync already counts the files it deletes.

Matt

On Fri, Apr 06, 2007 at 08:45:00AM -0300, Rodrigo Severo
wrote:
> I'm writing to suggest a small new feature: including the number of
> deleted files on --stats.
That would be useful to have.  Getting it implemented will require a
protocol change due to the fact that either the sender or the receiver
does the outputting of the stats info, but only the generator knows the
deletion count.  I'll look into adding this for 3.0.0.

..wayne..