Wow, that was fast! :) Thanks!
My results:
$ ldd /usr/bin/svn | grep neon
libsvn_ra_neon-1.so.1 => /usr/lib/libsvn_ra_neon-1.so.1 (0xb7dfc000)
libneon-gnutls.so.27 => /usr/lib/libneon-gnutls.so.27 (0xb7ddb000)
$ LD_PRELOAD=/usr/lib/libneon.so.27 ldd /usr/bin/svn | grep neon
/usr/lib/libneon.so.27 (0xb7eec000)
libsvn_ra_neon-1.so.1 => /usr/lib/libsvn_ra_neon-1.so.1 (0xb7c36000)
libneon-gnutls.so.27 => /usr/lib/libneon-gnutls.so.27 (0xb7c15000)
It looks right. Then I tested the alias:
$ alias svn='LD_PRELOAD=/usr/lib/libneon.so.27 svn'
$ svn co https://<my project address>
Authentication realm: https://<my project address>:443
Client certificate filename: <certificate path>
Passphrase for '<certificate path>': <password>
svn: Server sent unexpected return value (501 Method PROPFIND is not defined in
RFC 2068 and is not supported by the Servlet API ) in response to PROPFIND
request for '<my project path>'
Note that it shouldn't even ask me for a certificate/password since that
information is in ~/.subversion/servers.
I tried also other alternatives. Compile/ install the newest svn client
with libneon 2.7 (similar results). With libneon 2.6 (same thing). With
and without libneon-gnutls. No solution so far.
--
svn over https with client certificates broken (regression in intrepid)
https://bugs.launchpad.net/bugs/294648
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs