On Sat, 31 Jan 2015 17:48:50 +1300, Francois Marier writes: >On 2015-01-29 at 23:56:35, Francois Marier wrote: >If I change the above to: > > duplicity cleanup --ssh-options="-oIdentityFile=id_rsa" --force scp://user@ho >stname/backup > >then it works fine.
weird. both of the above work fine for me here, but i'm on the stable version of paramiko which is much older. (similar setup to yours, password-less rsa key, extra known_hosts file) >So it seems like 0.7 stopped supporting multiple options inside >the --ssh-options option, which the manpage claims is supported: i really don't think that's it, as the commandline parsing code hasn't changed in any relevant fashion between 0.6.24 and 0.7. i just diffed it and it's almost exclusively whitespace-only changes. three things to consider: first, paramiko (the default ssh backend) doesn't use anything from --ssh-options except "-i idfile" or "-oIdentityFile=idfile". so handing it a userknownhost directive doesn't do anything. is the --ssh-options line you submitted *exactly* what fails? if not, please send me that. i suspect that the parsing of the identityfile bit might stumble over your actual data, as the given --ssh-options line works fine here. does it work with two separate --ssh-options (knowing that the knownhostsfile bit has no effect)? does the order of the --ssh-options make any difference? second, could you please rerun your failing command with -v9 and send me the parts of the output that are tagged "ssh:"? third, does changing the access protocol to sftp:// change anything? (i don't suspect so, but it might be worth a try...) regards az -- Alexander Zangerl + GPG Key 0xB963BD5F (or 0x42BD645D) + http://snafu.priv.at/ Give a fool a tool and he has a weapon.
signature.asc
Description: Digital Signature
