subversion 1.4.4_1: svnserve.in missing

[Giorgos Keramidas]

On 2007-09-11 06:40, Kyle Allender <kallender at 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.