<div dir="ltr">On Mon, Jan 14, 2013 at 7:45 PM, Robert Bell <span dir="ltr"><<a href="mailto:Robert.Bell@csiro.au" target="_blank">Robert.Bell@csiro.au</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Our most common case is that a directory from 5 days ago becomes the target for the current backup, with the yesterday's backup being provided by a --link-dest= setting.<br>
</blockquote><div><br></div><div style>This will be better supported in 3.1.0, which was just updated to handle existing files in a better manner -- it will now hard-link into the alt-dest dirs even for existing files.  What has not changed is that changed attributes for existing files will still be made in-place, so things like permission changes or xattr changes can affect older files if a hard-linked older version is already in the destination.</div>
<div style><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This is the case where a file exists in the destination, does not exist in the source, but is named in the --files-from= list.<br>
</blockquote><div><br></div><div style>Use the --delete-missing-args option of 3.1.0.  Though it is not yet released, it hopefully will be soon, and is working fine for general use (I use it at my work).</div></div><div><br>
</div>..wayne..
</div></div>