From owner-freebsd-questions@FreeBSD.ORG Tue Sep 11 14:18:41 2007 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEA5A16A419 for ; Tue, 11 Sep 2007 14:18:41 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 4420D13C458 for ; Tue, 11 Sep 2007 14:18:40 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (vader.bytemobile.ondsl.gr [83.235.244.135]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id l8BEIDFe020887 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 11 Sep 2007 17:18:23 +0300 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l8BEHwEE011024; Tue, 11 Sep 2007 17:18:11 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l8BEHtts011023; Tue, 11 Sep 2007 17:17:55 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Tue, 11 Sep 2007 17:17:55 +0300 From: Giorgos Keramidas To: Kyle Allender Message-ID: <20070911141755.GB10913@kobe.laptop> 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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46E67EA0.8010305@completecomputing.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.959, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.44, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-questions@freebsd.org Subject: Re: subversion 1.4.4_1: svnserve.in missing X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Sep 2007 14:18:41 -0000 On 2007-09-11 06:40, Kyle Allender 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.