Giorgos Keramidas wrote:
On 2007-09-11 06:40, Kyle Allender <[EMAIL PROTECTED]> wrote:
Giorgos Keramidas wrote:
sia# svn co \
http://svn.calendarserver.org/repository/calendarserver/CalendarServer/trunk \
CalendarServer
/libexec/ld-elf.so.1: /usr/lib/libkrb5.so: Undefined symbol
"initialize_asn1_error_table_r"
Hmmm, very odd indeed.
What does ldd(1) show for your subversion binary?
Which kerberos library does it link with?
This looks like something to ld-elf.so.1 picking up the wrong
Kerberos library from /usr/lib, while the port-build picked up
another Kerberos installation from /usr/local :-/
sia# /usr/bin/ldd /usr/local/bin/svn
/usr/local/bin/svn:
[...]
(0x28093000)
libgssapi_krb5.so => /usr/local/lib/libgssapi_krb5.so (0x2840f000)
libkrb5.so => /usr/lib/libkrb5.so (0x28439000)
libk5crypto.so => /usr/local/lib/libk5crypto.so (0x2846d000)
libkrb5.so => /usr/local/lib/libkrb5.so (0x2869c000)
libcom_err.so => /usr/local/lib/libcom_err.so (0x2871c000)
libkrb5support.so => /usr/local/lib/libkrb5support.so (0x28722000)
[...]
Nice. This is a strange mixture of ports-based and non ports-based krb5
libraries. I'm not sure how the subversion binary managed to link with
this sort of library mismatch, but here's the source of your problems :(
It looks like libk5crypto.so is pointing to /usr/local/lib while
libkrb5.so points to /usr/local.
Right, and a few others too.
There is the kerberos installed with the OS and then the libraries I
installed from ports - could that be the problem?
sia# pkg_info | grep krb
krb5-1.6.2 An authentication system developed at MIT, successor to Ker
sia#
Do you really need two separate Kerberos implementations?
If the port version is aabsolutely necessary, then it may be necessary
to remove the kerberos5 parts of the base-system and rebuild with:
WITHOUT_KERBEROS='yes'
Alternatively, you should rebuild the ports which use Kerberos5 after
removing the security/heimdal port.
*sigh*
OK. I _thought_ I had a grasp on this, but...
I did have the security/krb5 port installed. I removed that
(pkg_delete). I then checked pkg_info output for any reference to
heimdal - it was not installed. So...
Subversion now fails to build with this error:
cd subversion/libsvn_ra_dav && /usr/local/bin/libtool --tag=CC --silent
--mode=link cc -O2 -fno-strict-aliasing -pipe -g -O2
-L/usr/local/lib -L/usr/local/lib/db42 -rpath /usr/local/lib -o
libsvn_ra_dav-1.la commit.lo fetch.lo file_revs.lo log.lo merge.lo
options.lo props.lo replay.lo session.lo util.lo
../../subversion/libsvn_delta/libsvn_delta-1.la
../../subversion/libsvn_subr/libsvn_subr-1.la
/usr/local/lib/libaprutil-1.la -lgdbm -ldb-4.2 -lexpat -liconv
/usr/local/lib/libapr-1.la -lcrypt -lpthread -L/usr/local/lib
-rpath=/usr/lib:/usr/local/lib -L/usr/local/lib -lneon -lintl -lssl
-lcrypto -lz -L/usr/local/lib -Wl,-rpath -Wl,/usr/local/lib -O2
-fno-strict-aliasing -pipe -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err
-lexpat -lintl -lz
/usr/bin/ld: cannot find -lgssapi_krb5
*** Error code 1
Stop in /usr/ports/devel/subversion/work/subversion-1.4.4.
*** Error code 1
Stop in /usr/ports/devel/subversion.
sia#
According to what you've suggested previously, I need to run
portupgrade -vu -N -R -f subversion
to repair the dependencies such that everything will look at the system
kerberos, not the port one. I will do that, but will ask one more question in
the meantime (the build will take some time to complete):
If that does not work, I would guess my next course of action would be to fetch the
latest cvs changes to the system source tree and buildworld. But if I do that, do I go
ahead and change the WITHOUT_KERBEROS="yes" line in /etc/make.conf or leave it
as is? Will subversion build correctly if kerberos is not in the main system?
Thanks for your patience and assistance.
K
_______________________________________________
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
