[EMAIL PROTECTED] writes:
> > If i recall correctly (i've not gone back to review that
> > patch) that patch required whole-file transfers two avoid
> > doing the operation twice per file. If the filter is
> > deterministic and particularly if changes have minimal
> > cascade effect you may b
Here's a patch against rsync 2.5.6 that implements --dest-filter
(discussed as --remotefilter) and --times-only. If anyone cares
to try it out and let me know if it works on your system, I'd
appreciate it. I'll be distributing this patch with my snapshot
utilities.
*** rsync-2.5.6/generator.c
jw schultz writes:
> [...]
> As i hope you can see i am not exactly oposed the idea of
> compressed repositories with an rsync interface. I just
> don't think it belongs in the rsyncd utility.
Sure. This is why I suggested something general, essentially a
callback from within rsync so I can
jw schultz writes:
> On Mon, Mar 31, 2003 at 12:37:27PM -0800, Kyle Jones wrote:
> > I'd like to be able to store remote files compressed or encrypted
> > or both. I think this could be supported in a general way by
> > having:
> >
> > 1. an rs
I'd like to be able to store remote files compressed or encrypted
or both. I think this could be supported in a general way by
having:
1. an rsync option --remotefilter=command that specifies a
remote command that rsync pushes file data through before
storing it on disk. This o
