From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.62) (envelope-from ) id 1HJPl7-0001jn-5Y for garchives@archives.gentoo.org; Tue, 20 Feb 2007 07:49:57 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l1K7mmFc003004; Tue, 20 Feb 2007 07:48:48 GMT Received: from cranium.sybase.co.za (sqlprd.sybase.co.za [192.96.139.1]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l1K7iZlV030862 for ; Tue, 20 Feb 2007 07:44:37 GMT Received: from localhost (cranium.sybase.co.za [127.0.0.1]) by cranium.sybase.co.za (Postfix) with ESMTP id 2C8848343A for ; Tue, 20 Feb 2007 09:51:44 +0200 (SAST) X-Virus-Scanned: amavisd-new at sybase.co.za Received: from cranium.sybase.co.za ([127.0.0.1]) by localhost (cranium.sybase.co.za [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w9szkgOQEHef for ; Tue, 20 Feb 2007 09:51:34 +0200 (SAST) Received: from bard.sybase.co.za (bard.sybase.co.za [192.168.2.6]) by cranium.sybase.co.za (Postfix) with ESMTP id A526C83420 for ; Tue, 20 Feb 2007 09:51:34 +0200 (SAST) Received: from nazgul.sybase.co.za ([192.168.2.68]) by bard.sybase.co.za with Microsoft SMTPSVC(6.0.3790.1830); Tue, 20 Feb 2007 09:46:19 +0200 From: Alan McKinnon To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] revdep-rebuild question Date: Tue, 20 Feb 2007 09:42:13 +0200 User-Agent: KMail/1.9.6 References: <5bdc1c8b0702190823o2985c5bdmf7b404f5b667a0c1@mail.gmail.com> <200702191911.40321.alan@linuxholdings.co.za> <5bdc1c8b0702190923i2b3af008x688353b63d540aaa@mail.gmail.com> In-Reply-To: <5bdc1c8b0702190923i2b3af008x688353b63d540aaa@mail.gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702200942.13777.alan@linuxholdings.co.za> X-OriginalArrivalTime: 20 Feb 2007 07:46:19.0874 (UTC) FILETIME=[35A57420:01C754C3] X-Archives-Salt: 2ec39b5b-106c-4d09-80da-f8ca8f6ef53f X-Archives-Hash: 29033697d08db2dbceef0c1e74b4e0f4 On Monday 19 February 2007, Mark Knecht wrote: > On 2/19/07, Alan McKinnon wrote: > > On Monday 19 February 2007, Mark Knecht wrote: > > > Hi, > > > I'm not clear why revdep-rebuild is showing lots of broken > > > linkages but then telling me everything is in order and there is > > > no work to do to clean up the system. > > > > > > I haven't seen this before. What's causing it? > > > > > > What's the process to get this cleaned up and down to no > > > messages about broken things? > > > > > > Thanks, > > > Mark > > > > My guess would be that portage cannot assign the broken binaries > > (/usr/bin/avibench etc) to an ebuild, and therefore there cannot be > > anything to emerge. > > > > They might be orphan binaries from a previous incomplete unmerge, > > or something locally compiled, or even files installed from a > > foreign package system (.tgz or .rpm perhaps?) > > > > alan > > Alan, > Seems reasonable. Would I (Could I?) then do an equery depends on > each binary and assuming nothing depends on it remove them by hand > without causing damage? You're on the right track with the wrong command. 'equery depends tells you what packages depend on the given package. You want 'equery belongs ' which will tell you what ebuild put the file there. You get three cases: 1. It's an orphan, left over from an unmerge that wasn't fully successful. if you don't need them, delete them. 2. A package was installed, and it created it's own binaries for it's own use. Portage didn't put them there so doesn't know about them. This is rare and usually applies to config and other data files. In this case it's up to you to figure out what the file is as portage can't help. 3. You compiled something long ago by hand and didn't put it in /usr/local/ like you were supposed to, and used /usr/ instead. In this case you get to remember what you did by yourself :-) > I'd want to do another revdep-rebuild every so often to ensure > that things remained consistent. revdep-rebuild after every 'emerge -uND world' is highly recommended alan -- Optimists say the glass is half full, Pessimists say the glass is half empty, Developers say wtf is the glass twice as big as it needs to be? Alan McKinnon alan at linuxholdings dot co dot za +27 82, double three seven, one nine three five -- gentoo-user@gentoo.org mailing list