<div class="gmail_quote">On Fri, May 6, 2011 at 7:34 PM, Felipe Alvarez <span dir="ltr"><<a href="mailto:felipe.alvarez@gmail.com">felipe.alvarez@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
This does work. Note the period `.' [after the colon].<br>
 rsync --files-from=list.txt -vrP <a href="http://felipe1982.com" target="_blank">felipe1982.com</a>:. ./</blockquote><div><br></div><div>OK, I'll get it right this time...  :-)</div><div><br></div><div>Normally rsync is lax about a empty arg getting dropped by the shell when --server is in effect (it treats it as though "." had been received).  The current --files-from code does not allow that arg to be lost, so the empty remote arg after the hostname gets lost by the shell, and rsync complains.</div>
<div><br></div><div>I have fixed this in two ways in the git repo:</div><div><br></div><div>1. Rsync will now allow the trailing arg to be omitted with --server (it is assume to be ".").<br></div><div><br></div>
<div>2. Rsync will now turn empty remote args into dot dirs, so that an older rsync won't complain about the lost arg.</div><div><br></div><div>This latter change also fixes an unusual command such as this one:</div><div>
<br></div><div>rsync -avR host: host:dir/ /dest/</div><div><br></div><div>Before, the empty arg would get lost, and the request would just be for "dir/".</div><div><br></div><div>(Note that the use of -s avoids the loss of an empty arg since the protected args are not parsed by the shell.)</div>
<div><br></div></div>..wayne..<br>