I am also affected by this bug exactly as described by Topaz (although I don't use eclipse so I don't have a working alternative at the moment). A while back there was a similar problem with client certificates and svn (see https://bugs.launchpad.net/ubuntu/+source/subversion/+bug/294648) for which the work-around was to install libneon27 and to set LD_PRELOAD=/usr/lib/libneon.so.27 before running svn. This worked at the time but now this produces a different error:
Hi all,
I am also affected by this bug exactly as described by Topaz (although I don't use eclipse so I don't have a working alternative at the moment). A while back there was a similar problem with client certificates and svn (see https:/ /bugs.launchpad .net/ubuntu/ +source/ subversion/ +bug/294648) for which the work-around was to install libneon27 and to set LD_PRELOAD= /usr/lib/ libneon. so.27 before running svn. This worked at the time but now this produces a different error:
svn: OPTIONS of 'https:/ /server/ svn/trunk': SSL handshake failed: SSL disabled due to library version mismatch (https:/ /server)
At present I have no way to use svn without disabling client certificates which is not really an option.
I haven't tried recompiling libneon yet but if Christopher is right and it will only fix checking out from localhost then it won't help me.
I am going to try a few debug builds of libneon27-gnutls and see if I can see what the problem is.
Cheers,
John