Date: Tue, 11 Sep 2007 17:17:55 +0300 From: Giorgos Keramidas <keramida@ceid.upatras.gr> To: Kyle Allender <kallender@completecomputing.com> Cc: freebsd-questions@freebsd.org Subject: Re: subversion 1.4.4_1: svnserve.in missing Message-ID: <20070911141755.GB10913@kobe.laptop> In-Reply-To: <46E67EA0.8010305@completecomputing.com> References: <46E4C243.7010605@completecomputing.com> <20070910064901.GA2353@kobe.laptop> <46E53681.3060904@completecomputing.com> <20070910123327.GA9629@kobe.laptop> <46E5EFFD.2010801@completecomputing.com> <20070911110953.GB2167@kobe.laptop> <46E67EA0.8010305@completecomputing.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2007-09-11 06:40, Kyle Allender <kallender@completecomputing.com> 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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070911141755.GB10913>