subversion 1.4.4_1: svnserve.in missing

[Kyle Allender]

Giorgos Keramidas wrote:
> 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.
>
>   
The first pass at portupgrade with the subversion depedencies was 
successful except for subversion itself.  A second attempt after a make 
clean and it built with no problems - and it's working.

Thanks much for all your help.

K