Re: --link-dest behavior

2008-10-04 Thread Matt McCutchen
On Sat, 2008-10-04 at 18:41 -0400, Matthew Monaco wrote: > > Note (if you haven't already) that you can do the "cp" in the > > --rsync-path rather than in a separate ssh session. > > Thanks for the tip, Matt, but this does not appear to be working for me. > > I've tried rsyncing to various places

Re: --link-dest behavior

2008-10-04 Thread Matthew Monaco
In the event that --link-dest=DIR is the option taking on the new behavior (and thus is affected by --delete), I think that the lines given by --itemize-changes should not indicate the creation of "old" directories. (or there should be yet another option to suppress these.) In the meantime - is t

Re: --link-dest behavior

2008-10-04 Thread Matt McCutchen
On Sat, 2008-10-04 at 17:26 -0400, Matthew Monaco wrote: > In the event that --link-dest=DIR is the option taking on the new > behavior (and thus is affected by --delete), I think that the lines > given by --itemize-changes should not indicate the creation of "old" > directories. I agree. > In th

Re: --link-dest behavior

2008-10-04 Thread Matt McCutchen
On Fri, 2008-10-03 at 01:14 -0400, Matthew Monaco wrote: > I've been thinking about the current behavior of the --link-dest=DIR > option. In the absence of --delete, ALL members of DIR should be linked > to the destination (aside from those that are changed). If not, there > should at least be a

--link-dest behavior

2008-10-02 Thread Matthew Monaco
Greetings All, I've been thinking about the current behavior of the --link-dest=DIR option. In the absence of --delete, ALL members of DIR should be linked to the destination (aside from those that are changed). If not, there should at least be a --no-link-dest-delete option. (This latter optio