From owner-freebsd-ports@FreeBSD.ORG Wed Jun 8 09:33:11 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from apollo.emma.line.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 364C91065675; Wed, 8 Jun 2011 09:33:11 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id 7778B23DB5A; Tue, 7 Jun 2011 23:12:41 +0200 (CEST) Message-ID: <4DEE9449.7020101@FreeBSD.org> Date: Tue, 07 Jun 2011 23:12:41 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110424 Mnenhy/0.8.3 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-ports@freebsd.org References: <6C3F8332272B7D4DA26909F15F1C90E1D7D8AE@SRV01.double-l.local> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: gnome@FreeBSD.org Subject: Re: gnutls update fails on libchamplain X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jun 2011 09:33:11 -0000 Am 07.06.2011 22:34, schrieb Andrew W. Nosenko: > On Tue, Jun 7, 2011 at 23:10, Johan Hendriks wrote: >> Hello all, >> >> I did an cvsup of the ports tree, read /usr/ports/UPDATING. >> It tells me that the new gnutls requires the following comman. >> portmaster -r gnutls. >> >> but this is the result > > [skip] > >> /libexec/ld-elf.so.1: Shared object "libgnutls.so.40" not found, required by "libchamplain-0.8.so.1" > > It is the reason (above). > > For some reason the installed version of libchamplain-0.8.so.1 was > catched and passed to the linker (instead of freshly built one). > > Workaround: deinstall already installed package and rebuild the new > The maintainers (in this case, the FreeBSD GNOME team, Cc'd) could arrange for their port that the freshly built libchamplain library is found in LD_LIBRARY_PATH before the $LOCALPATH/lib or $PREFIX/lib, meaning that LD_LIBRARY_PATH needs to be set during the build to where the .so files will end up (possibly that is a .libs sub directory for libtool-based ports - didn't check either).