From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1NprF3-0003NO-1r for garchives@archives.gentoo.org; Thu, 11 Mar 2010 22:52:33 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DDD04E0E82; Thu, 11 Mar 2010 22:51:37 +0000 (UTC) Received: from mail-pw0-f53.google.com (mail-pw0-f53.google.com [209.85.160.53]) by pigeon.gentoo.org (Postfix) with ESMTP id AAE3AE0E82 for ; Thu, 11 Mar 2010 22:51:37 +0000 (UTC) Received: by pwj3 with SMTP id 3so286064pwj.40 for ; Thu, 11 Mar 2010 14:51:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=oxzTMP/lPaPakzFcfDjE77E8mcB8r0vz+vMk7Eb7cBo=; b=ep6+Dpnc0K85RR5exJfyvaYyf2O8Ztc6XqJrYxC9bxFt0ROEOroCT1GTp5UCIZ93I1 RsijB/omycTw3RvxpBw3QlamEJS0I7bZ14oxve81qTfRx5G1Jo9QDRE5wZrPntv0D9VE VtzpB/v1ThRHWHHLpfUp8MMNefjzjOvBcESJo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=ib/vxoiP1klAIiQlwmS26BtkW2U7WEevB0vO/E269uyLUQSUYDcfN1D4XW/S54L6h0 c4g45FTXxKcsbWykfkoMsV0qSVGf9MDCGJmYqHyEr3GqCB6ruFYa0IwPgqjvR430S8ZK BhE5SE1tMkJANj2NyoM5EhNizdFlVB5d7SD1c= Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Received: by 10.142.210.20 with SMTP id i20mr1771694wfg.329.1268347897190; Thu, 11 Mar 2010 14:51:37 -0800 (PST) In-Reply-To: References: <47a330c51003100028w11a44a61pdcba1e0b41c5cb5c@mail.gmail.com> <47a330c51003110703x4a891508ib2a38ed3afff9ac6@mail.gmail.com> <5bdc1c8b1003110751h28866137j3c20e69dceb99a61@mail.gmail.com> Date: Thu, 11 Mar 2010 14:51:37 -0800 Message-ID: <5bdc1c8b1003111451p43c019d6j6ebdd45ffcc94c61@mail.gmail.com> Subject: Re: [gentoo-user] Only two people in the gentoo world is having this problem? From: Mark Knecht To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 1454c1f4-0f38-46f5-ad7d-dc819973f9e4 X-Archives-Hash: f4e2d820deda7149b21a23880872bb09 On Thu, Mar 11, 2010 at 1:39 PM, Arttu V. wrote: > On 3/11/10, Mark Knecht wrote: >> to determine whether this package provides it. I cannot do that as I >> don't have lzma-utils on my systems anymore. > > Well, that can be sort of done with, e.g.: > > ebuild /usr/portage/app-arch/lzma-utils/lzma-utils-4.32.7.ebuild install > > It will run emerge phases until the system creates the installation > image, but it won't merge the files into their proper locations in the > file system. Listing files in the image directory shows all the five > liblzmadec.* files (or symlinks) that would get installed. > >> If you don't have =C2=A0lzma-utils on your system anymore then erase >> /usr/lib64/liblzmadec.la by hand and run revdep-rebuild -ip again and >> see if it's clean. > > Yes, this whole issue smells like an overblown orphaned .la-file > issue. Package manager cannot help much with such, and IMHO it's not a > bug (well maybe in the package manager, but let's not start that > flamewar ;) ). > > Anyway, if it were me I'd nuke the file in a heartbeat, but if OP is > too timid for that, he can also quarantine the file first, i.e., move > it to some other path where it won't cause trouble (and then delete > later). Also, (from the bug) his libarchive.la seems to still list the > .la, so he should re-emerge libarchive after moving away the orphaned > .la-file (or use lafilefixer?). > > Still, there is something funny with paludis, as so many people using > it seem to have so many problems with orphaned libtool archive files. > Ahem, even the warning from exherbo front page is gone nowadays. Is it > production quality now? o.O > > -- > Arttu V. Hi Arttu, I agree with pretty much everything you say although I don't know anything about plaudis so nothing at all to say about that. I think the OP could also do equery depends /usr/lib64/liblzmadec.la and if that shows nothing is depending on it then it's certainly an orphaned file and can be deleted. (Or safely moved...) I went through a period maybe 3-6 months ago where it seems I had a dozen of these orphaned files on all my systems. I cleaned them up, ran emerge -DuN world revdep-rebuild -i eix-test-obsolete -d and have been very clean since. Anyway, I do think it's a really big deal. He'll work his way through it= . Cheers, Mark