Marc Girod <marc.girod <at> iona.com> writes:
> $ svn ls https://pdsubscm1.boston.amer.iona.com/repos/playground/
> svn: PROPFIND request failed on '/repos/playground'
> svn: PROPFIND of '/repos/playground': SSL negotiation failed: SSL disabled due
> to library version mismatch (https://pdsubscm1.boston.amer.iona.com)
[...]
> Is that the mismatch?
No.
The mismatch was as it seems now, that my recent openssl installation produced
static libraries for crypto and ssl, but no shared ones, with the result that
one of the tools, probably neon, managed to find and record an older shared
library which was laying around.
Now, I removed it and got:
$ svn ls https://svn.codehaus.org/xfire/trunk/xfire
ld.so.1: svn: fatal: libssl.so.1: open failed: No such file or directory
Killed
Right. But reconfiguring neon doesn't work either
(note that I am on Solaris, for a change):
$ ./configure --prefix=/vob/tools_SunOS --with-expat --with-zlib
--with-ssl=openssl --with-libs=/vob/tools_SunOS --with-egd=/etc/entropy
[...]
checking for library containing RSA_new... -lcrypto
checking for library containing SSL_library_init... not found
configure: error: could not find library containing SSL_library_init
$ nm /vob/tools_SunOS/lib/libssl.a | grep SSL_library_init
[12] | 0| 400|FUNC |GLOB |0 |2 |SSL_library_init
By curiosity, I looked at the previous library:
$ cd /vob/tools_SunOS/lib/
$ nm /vob/tools_SunOS/lib@@/main/52/libssl.so.1@@/main/LATEST | grep
SSL_library_init
[1021] | 125632| 436|FUNC |GLOB |0 |9 |SSL_library_init
Marc
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Oct 13 20:10:17 2006