rsync of symbolic links bug
Tom Schmidt
tschmidt at micron.com
Tue May 13 04:06:58 EST 2003
Wayne Davison wrote:
> On Mon, May 12, 2003 at 09:46:36AM -0600, Tom Schmidt wrote:
>
>>The --delete-after option does not address this issue.
>
>
> You missed the "if" part of his statement where he was referring to my
> proposed change that would cause the symlinks to get transferred at the
> end. In such a scenario the absence of the --delete-after option will
> still allow symlinks to be broken for long periods of time during a big
> transfer (since the file that is the target of a symlink can be removed
> long before the symlink gets updated to a newly-transferred file). As
> such, I am considering only performing a late-transfer of symlinks if
> --delete-after has been specified -- without that option, the user
> cannot be overly concerned about symlink validity.
>
> ..wayne..
That makes sense. So you are proposing that the fix for this issue
would combine "--symlink-after" functionality into the --delete-after
option? That should work. I would be willing to beta-test any proposed
patches to get this functionality. I am not familiar enough with the
code to attempt patching this myself.
Thanks in advance...Tom
--
Tom L. Schmidt, Manager/SysAdmin Characterization Equipment
Micron Technology, Inc.
8000 S. Federal Way P.O. Box 6 Mail Stop 376 Boise, Idaho USA 83707-0006
mailto:tschmidt at micron.com http://www.4schmidts.com/
More information about the rsync
mailing list