Comment 10 for bug 631275

On Sat, 13 Nov 2010 16:41:32 GMT, edso writes:
>check your machines for different rsync versions. For me rsync 3.0.4 and
>3.0.7 behave differently with an existing RSYNC_RSH entry.

thanks for the hunting down of this issue.

as far as i can see from the rsync docs, the src/dest args that
duplicity feeds it was never expected to work: for rsync-daemon access
it's either ':: after hostname but no rsync://' or
'rsync:// but then a / after hostname'. i assume that they've tightened
their uri handling between 3.0.4 and .7.

>3.0.4 ignores on rsync://url
>3.0.7 tries to use it on the same url

i've just experimented a bit further, and rsync-daemon with 3.0.7
works fine (regardless of RSYNC_RSH) iff you run it like
 rsync otheruser@othermachine::modulename/furtherdirs/
or
 rsync rsync://otheruser@othermachine/modulename/furtherdirs/

>a) unset the variable

this doesn't work: duplicity still fails with rsync 3.0.7 when an rsync-daemon
url is used.

----
$ usr/bin/duplicity -v 9 --no-encryption full /tmp rsync://luser@otherbox::/module/somedir/
Using archive dir: /root/.cache/duplicity/daec6b842453957f4d631c706d7fa883
Using backup name: daec6b842453957f4d631c706d7fa883
Import of duplicity.backends.tahoebackend Succeeded
Import of duplicity.backends.rsyncbackend Succeeded
Import of duplicity.backends.giobackend Failed: No module named gio
Import of duplicity.backends.ftpbackend Succeeded
Import of duplicity.backends.hsibackend Succeeded
Import of duplicity.backends.imapbackend Succeeded
Import of duplicity.backends.cloudfilesbackend Succeeded
Import of duplicity.backends.botobackend Succeeded
Import of duplicity.backends.localbackend Succeeded
Import of duplicity.backends.sshbackend Succeeded
Import of duplicity.backends.webdavbackend Succeeded
Main action: full
================================================================================
duplicity 0.6.09 (July 25, 2010)
Args: usr/bin/duplicity -v 9 --no-encryption full /tmp rsync://luser@otherbox::/module/somedir/
Linux CFT 2.6.31.9 #1 SMP Thu Mar 11 15:50:06 EST 2010 i686
/usr/bin/python 2.6.6 (r266:84292, Aug 29 2010, 19:11:12)
[GCC 4.4.5 20100824 (prerelease)]
================================================================================
Using temporary directory /tmp/duplicity-yOxGl9-tempdir
Registering (mkstemp) temporary file /tmp/duplicity-yOxGl9-tempdir/mkstemp-cMbFUG-1
Temp has 3652853760 available, backup will use approx 34078720.
Reading results of 'rsync rsync://otherbox::/module/somedir/'
Running 'rsync rsync://otherbox::/module/somedir/' failed (attempt #1)
----

rsync 3.0.7 doesn't accept this as a valid rsync-daemon dest, and falls
back to rsh-based access (and the debian one is compiled with ssh as default
rsh).

regards
az

--
+ Alexander Zangerl + DSA 42BD645D + (RSA 5B586291)
My computer NEVER cras