From owner-freebsd-current@FreeBSD.ORG Tue Sep 14 02:46:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C979B16A4CE for ; Tue, 14 Sep 2004 02:46:44 +0000 (GMT) Received: from mail.mcneil.com (rrcs-24-199-45-54.west.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DD2543D53 for ; Tue, 14 Sep 2004 02:46:42 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 19B23F1867; Mon, 13 Sep 2004 19:46:42 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00643-01; Mon, 13 Sep 2004 19:46:41 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 1C5A8F185F; Mon, 13 Sep 2004 19:46:41 -0700 (PDT) From: Sean McNeil To: Jeremie Le Hen Content-Type: text/plain Message-Id: <1095130000.1132.9.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 13 Sep 2004 19:46:41 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org Subject: Re: bad shared library ordering X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Sep 2004 02:46:44 -0000 >> This isn't what I was alluding to. Yes, since I discovered this I've >> deleted the package and I'm rebuilding everything. Don't even need >> WITH_OPENSSL_BASE set. I think the issue is that, perhaps, rpath is >> being used and so the /usr/local/lib version wins. If this is the >case >> then I see nothing wrong and I just need to do some cleanup. >I suppose you know about the /etc/ld-elf.so.conf file described in >section >FILES of ldconfig(8) manual page ; but the granularity is unfortunately >per-directory, and I think the only way to link with a specific library >instead of the first-coming one is to use tricky options of ld(1). You >may want to see -l and the -L one. Sorry Jeremie, This has nothing to do with /etc/ld-elf.so.conf (which I do not have) and my /var/run/ld-elf.so.hints is just fine too. I was observing what looked like an oddity in how libraries are selected on a correct system. It was most likely because some library that kadmin was linking in had an rpath to /usr/local/lib that was causing libcrypto.so.3 to get picked up there instead of in /lib. This is the only think I can think of. The proper cure for me was to eliminate the bogus ports install of openssl. It would appear the one in base and the ports version are not compatible. Cheers, Sean