From owner-freebsd-stable@FreeBSD.ORG Sat May 7 08:56:00 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18CCF106566C for ; Sat, 7 May 2011 08:56:00 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by mx1.freebsd.org (Postfix) with SMTP id 6387A8FC08 for ; Sat, 7 May 2011 08:55:59 +0000 (UTC) Received: (qmail invoked by alias); 07 May 2011 08:55:57 -0000 Received: from f055104069.adsl.alicedsl.de (EHLO apollo.emma.line.org) [78.55.104.69] by mail.gmx.net (mp025) with SMTP; 07 May 2011 10:55:57 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX18tCZ5xYOUtSdhfSL5A1OwLV1sllheC3pUaxjJirK drwGM+eBV+3PjU Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id 2471423DBA9 for ; Sat, 7 May 2011 10:55:53 +0200 (CEST) Message-ID: <4DC50918.3030100@gmx.de> Date: Sat, 07 May 2011 10:55:52 +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-stable@freebsd.org References: <201105062037.50937.benzene@arcor.de> In-Reply-To: <201105062037.50937.benzene@arcor.de> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: Double installation of liblzma.so.5 breaks libarchive.so.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 May 2011 08:56:00 -0000 Am 06.05.2011 20:37, schrieb Michael Hoffmann: > I cannot reconstruct why 'pkgdb -Fu' did not tried to prevent me from > using 'archivers/xz' furthermore, allthough it now seems to be marked as > IGNORE. I also don't know how this LD_LIBRARY thing ever popped up in > csh.cshrc, but it seems to persist there from at least 7.2. Newer systems > don't seem to have such an entry. Michael, It's apparently not designed to do that. Does "portmaster --check-depends" complain? It's a shell script from ports-mgmt/portmaster, just install and run it, it's lightweight (as opposed to portupgrade). Was your library path in csh created or suggested by pth-related ports? (Perhaps there could be something in the ports framework that warns if port duplicates base system functionality and suggests to deinstall a port that is no longer needed -- however, that would have to work also in cases where a newer ports is supposed to complement base system services. There were such situations for ssh, for instance.)