Hi,
The latest subversion seems to be suffering from a library mismatch
issue wrt ssl:
svn up throws the following when trying to update over webdav/https.
SSL negotiation failed: SSL disabled due to library version mismatch
I've read that this can be an issue when neon is compiled against a
different ssl library than svn.
Having removed a stale neon26-shlibs, and rebuilt the neon27 and
neon27-shlibs package(s) I spotted
that neon27 used the system ssl libraries.
>From the compile flags it looks like subversion is also using ssl from
/sw, although:
otool -L /sw/bin/svn
/sw/bin/svn:
/sw/lib/svn15/libsvn_client-1.0.dylib (compatibility version
1.0.0, current version 1.0.0)
/sw/lib/svn15/libsvn_wc-1.0.dylib (compatibility version 1.0.0,
current version 1.0.0)
/sw/lib/svn15/libsvn_ra-1.0.dylib (compatibility version 1.0.0,
current version 1.0.0)
/sw/lib/svn15/libsvn_diff-1.0.dylib (compatibility version
1.0.0, current version 1.0.0)
/sw/lib/svn15/libsvn_delta-1.0.dylib (compatibility version
1.0.0, current version 1.0.0)
/sw/lib/svn15/libsvn_subr-1.0.dylib (compatibility version
1.0.0, current version 1.0.0)
/sw/lib/libapr.0.dylib (compatibility version 4.0.0, current
version 4.3.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 111.1.3)
/sw/lib/libintl.3.dylib (compatibility version 8.0.0, current
version 8.3.0)
doesn't really say much :/
otool -L /sw/lib/libneon.27.dylib
/sw/lib/libneon.27.dylib:
/sw/lib/libneon.27.dylib (compatibility version 29.0.0, current
version 29.4.0)
/sw/lib/libintl.3.dylib (compatibility version 8.0.0, current
version 8.3.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 111.1.3)
/sw/lib/libssl.0.9.8.dylib (compatibility version 0.9.8, current
version 0.9.8)
/sw/lib/libcrypto.0.9.8.dylib (compatibility version 0.9.8,
current version 0.9.8)
/System/Library/Frameworks/Kerberos.framework/Versions/A/Kerberos
(compatibility version 5.0.0, current version 5.0.0)
/usr/lib/libresolv.9.dylib (compatibility version 1.0.0, current
version 25.0.2)
/sw/lib/libxml2.2.dylib (compatibility version 9.0.0, current
version 9.32.0)
/usr/lib/libz.1.dylib (compatibility version 1.0.0, current
version 1.2.3)
/sw/lib/libiconv.2.dylib (compatibility version 7.0.0, current
version 7.0.0)
/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current
version 1.0.0)
shows that the libraries from /sw/lib are being used.
Have rebuilt/reinstalled both packages with no joy.
Any suggestions?
Thanks!
Damian
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
