subversion 1.4.4_1: svnserve.in missing
Kyle Allender
kallender at completecomputing.com
Tue Sep 11 04:40:37 PDT 2007
Giorgos Keramidas wrote:
> On 2007-09-10 20:31, Kyle Allender <kallender at completecomputing.com> wrote:
>
>> I let the build complete during the day while away at work and found
>> this when I arrived home:
>>
>> [Updating the pkgdb <format:bdb_btree> in /var/db/pkg ... - 479 packages found (-0 +1) . done]
>> ---> Reinstallation of devel/subversion ended at: Mon, 10 Sep 2007 08:53:04 -0500 (consumed 00:12:50)
>> ---> ** Upgrade tasks 9: 9 done, 0 ignored, 0 skipped and 0 failed
>> ---> Listing the results (+:done / -:ignored / *:skipped / !:failed)
>> + lang/perl5.8 (perl-5.8.8)
>> + textproc/expat2 (expat-2.0.0_1)
>> + converters/libiconv (libiconv-1.9.2_2)
>> + devel/gettext (gettext-0.16.1_3)
>> + www/neon (neon-0.26.4)
>> + databases/gdbm (gdbm-1.8.3_3)
>> + databases/db42 (db42-4.2.52_5)
>> + devel/apr-svn (apr-gdbm-db42-1.2.8_1)
>> + devel/subversion (subversion-1.4.4_1)
>> ---> Packages processed: 9 done, 0 ignored, 0 skipped and 0 failed
>> ---> Session ended at: Mon, 10 Sep 2007 08:53:20 -0500 (consumed 01:11:48)
>> sia# pwd
>> /home/kylea/calendarserver
>> 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:
libsvn_client-1.so.0 => /usr/local/lib/libsvn_client-1.so.0
(0x28093000)
libsvn_wc-1.so.0 => /usr/local/lib/libsvn_wc-1.so.0 (0x280b3000)
libsvn_ra-1.so.0 => /usr/local/lib/libsvn_ra-1.so.0 (0x280db000)
libsvn_diff-1.so.0 => /usr/local/lib/libsvn_diff-1.so.0 (0x280df000)
libsvn_ra_local-1.so.0 => /usr/local/lib/libsvn_ra_local-1.so.0
(0x280e7000)
libsvn_repos-1.so.0 => /usr/local/lib/libsvn_repos-1.so.0
(0x280ed000)
libsvn_fs-1.so.0 => /usr/local/lib/libsvn_fs-1.so.0 (0x28108000)
libsvn_fs_fs-1.so.0 => /usr/local/lib/libsvn_fs_fs-1.so.0
(0x2810d000)
libsvn_fs_base-1.so.0 => /usr/local/lib/libsvn_fs_base-1.so.0
(0x28124000)
libsvn_ra_svn-1.so.0 => /usr/local/lib/libsvn_ra_svn-1.so.0
(0x28144000)
libsvn_ra_dav-1.so.0 => /usr/local/lib/libsvn_ra_dav-1.so.0
(0x28153000)
libsvn_delta-1.so.0 => /usr/local/lib/libsvn_delta-1.so.0
(0x2816a000)
libsvn_subr-1.so.0 => /usr/local/lib/libsvn_subr-1.so.0 (0x28173000)
libaprutil-1.so.2 => /usr/local/lib/libaprutil-1.so.2 (0x2819d000)
libgdbm.so.3 => /usr/local/lib/libgdbm.so.3 (0x281b2000)
libdb-4.2.so.2 => /usr/local/lib/libdb-4.2.so.2 (0x281b8000)
libapr-1.so.2 => /usr/local/lib/libapr-1.so.2 (0x28276000)
libcrypt.so.3 => /lib/libcrypt.so.3 (0x28296000)
libpthread.so.2 => /lib/libpthread.so.2 (0x282ae000)
libneon.so.26 => /usr/local/lib/libneon.so.26 (0x282d3000)
libssl.so.4 => /usr/lib/libssl.so.4 (0x282ee000)
libcrypto.so.4 => /lib/libcrypto.so.4 (0x2831c000)
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)
libcom_err.so => /usr/lib/libcom_err.so (0x28490000)
libexpat.so.6 => /usr/local/lib/libexpat.so.6 (0x28492000)
libintl.so.8 => /usr/local/lib/libintl.so.8 (0x284b0000)
libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x284b9000)
libz.so.3 => /lib/libz.so.3 (0x285a6000)
libc.so.6 => /lib/libc.so.6 (0x285b7000)
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)
sia#
It looks like libk5crypto.so is pointing to /usr/local/lib while
libkrb5.so points to /usr/local.
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#
K
More information about the freebsd-questions
mailing list