Wayne, I see you committed my man page improvements for --filter (from a long time ago) and --hard-links, except you omitted the mention of --link-dest as a second potential source of unwanted hard links among destination files (the original focus of bug 3693). You don't think this is worthy of mention? Matt
On Mon, Feb 11, 2008 at 01:28:47AM -0500, Matt McCutchen wrote:> you omitted the mention of > --link-dest as a second potential source of unwanted hard links among > destination files (the original focus of bug 3693).Since the purpose of the --link-dest option is to create lots of extra hard links to save space, I didn't think it needed to clutter up the main point going on there. It's true that the ancestral linking of the files can keep files linked together that used to be linked together, but only if a prior run had used -H, so I thought that the warning about the -H option was sufficient. ..wayne..
Possibly Parallel Threads
- DO NOT REPLY [Bug 3693] New: rsync can use same --link-dest file several times, leading to incorrect hard links
- Improvements to --progress in man page
- [Bug 8201] New: rsync 3.0.8 destroys SELinux security context of symbolic links
- Rsync hard-links devices with different mtimes despite -t: expected?
- DO NOT REPLY [Bug 7109] New: Need to define NO_SYMLINK_XATTR on Linux