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