Matt,
That was too quick! I think --trust-move is a really good thing and
I'll test it out soon.
Some thoughts on all this now that I've had my caffeine this morning.
It would take one very crafty user to delete a file and create one
with the same name, mtime, and size. The only issue I
On 10/12/07, Greg Siekas <[EMAIL PROTECTED]> wrote:
> The other option I thought of was to only do the move when the mtime,
> size, and filename match. Not really a 'detect-renamed' but a
> 'detected-moved' type operation.
That's a good idea, and easy to implement too! I have improved the
patch
Matt,
Thanks. I'll take a look at this starting next week. I do realize
this is very risky. ;)
The other option I thought of was to only do the move when the mtime,
size, and filename match. Not really a 'detect-renamed' but a
'detected-moved' type operation.
Greg
On Oct 12, 2007
On 10/11/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> I've started testing the detect-renamed patch with 2.6.9 and soon 3.0.0pre1.
> I have an unique situation where I'm rsync'ing to a HSM based filesystem.
> I've found that the detect-renamed patch works but it appears to do a copy of
>
I've started testing the detect-renamed patch with 2.6.9 and soon 3.0.0pre1. I
have an unique situation where I'm rsync'ing to a HSM based filesystem. I've
found that the detect-renamed patch works but it appears to do a copy of the
file to the new destination. This is particular slow since t
