On 8 Feb 2006, at 10:45, Sheldon Gill wrote:
Richard Frith-Macdonald wrote:
I expect so ... but the question is ... why?
My ssh connection works fine.
svn+ssh works fine on linux.
So the issue must be something to do with the subversion
client ... my guess is it's not picking up the ssh configuration
from ~/.ssh for some reason, but I haven't figured out how/why
that can be the case. I also don't see how a problem with the
command-line client could also effect the TortoiseSVN stuff ...
which I configured completely independently using Putty stuff
rather than OpenSSH stuff. That's two different ssh
implementations being used and both giving the same error.
Maybe this will help:
export SVN_SSH=ssh -l rfm -i ~/.ssh/your_key
Thanks ... but I've just now got it working, and I'm inclined to
stick with what I've got.
I edited 'C:/Documents and Settings/richard/Application Data/
Subversion/config' and added a line to explicitly specify the path
to my mingw32/msys copy of ssh ...
'ssh = $SVN_SSH C:/msys/1.0/bin/ssh.exe'
I don't know what the built-in/default configuration was doing, but
whatever it was, it didn't work on my machine. Possibly something
stupid like setting the PATH to some default value which contains
neither my mingw/msys version of ssh nor its own inbuilt one?
Have you checked that using plink gets you an authenticated
connection?
I think I did, but I can't swear to it ... it's a while since I tried
the putty/plink/pageant route ... to tell the truth I'm happier with
the familiar openssh stuff.
Incidentally, are you running any firewall software on your
machine? I've come across some which rely on the process name for
permissions. I've also come across virus-scanner/security tools
which don't play too nicely. Suspect them as well.
No .. I do my firewalling on a separate router.
_______________________________________________
Gnustep-dev mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/gnustep-dev
