From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-user+bounces-144725-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
	by finch.gentoo.org (Postfix) with ESMTP id 4A7DC13865C
	for <garchives@archives.gentoo.org>; Thu, 24 Jan 2013 17:39:05 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id C996921C080;
	Thu, 24 Jan 2013 17:38:53 +0000 (UTC)
Received: from mail.muc.de (colin.muc.de [193.149.48.1])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by pigeon.gentoo.org (Postfix) with ESMTPS id 0E31A21C00B
	for <gentoo-user@lists.gentoo.org>; Thu, 24 Jan 2013 17:38:51 +0000 (UTC)
Received: (qmail 35316 invoked by uid 3782); 24 Jan 2013 17:38:49 -0000
Received: from acm.muc.de (pD951BCFD.dip.t-dialin.net [217.81.188.253]) by
	colin.muc.de (tmda-ofmipd) with ESMTP;
	Thu, 24 Jan 2013 18:38:47 +0100
Received: (qmail 20672 invoked by uid 1000); 24 Jan 2013 17:32:06 -0000
Date: Thu, 24 Jan 2013 17:32:06 +0000
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Infinite loop in revdep-rebuild with firefox-17.0.2
Message-ID: <20130124173205.GA20483@acm.acm>
References: <20130124112544.GA7179@acm.acm>
	<20130124125116.GA20491@filip.loria.fr>
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20130124125116.GA20491@filip.loria.fr>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Delivery-Agent: TMDA/1.1.12 (Macallan)
From: Alan Mackenzie <acm@muc.de>
X-Primary-Address: acm@muc.de
X-Archives-Salt: f4261561-4ad1-4638-895e-e888cf23346d
X-Archives-Hash: f3f0765ff52483bf646a63c232e3c45b

Hi, Jean-Christophe.

On Thu, Jan 24, 2013 at 01:51:16PM +0100, Jean-Christophe Bach wrote:
> * Alan Mackenzie <acm@muc.de> [24.01.2013. @11:25:45 +0000]:

> > Hi, Gentoo!

> > A couple of days ago, I merged firefox-17.0.2 and ran revdep-rebuild -p.
> > It said, strangely, that some firefox libraries needed rebuilding.

> > I've just let revdep-rebuild rebuild firefox.  I run revdep-rebuild -p
> > again, and it's still saying these libraries need rebuilding.  This
> > isn't good.

> > Here's some output from revdep-rebuild -p:

> >  * Checking dynamic linking consistency
> > [ 100% ]
> >  *   broken /usr/lib64/firefox/libxpcom.so (no version information available)
> >  *   broken /usr/lib64/firefox/plugin-container (no version information available)
> >  *   broken /usr/lib64/firefox/sdk/bin/xpcshell (no version information available)
> >  *   broken /usr/lib64/firefox/sdk/lib/libxpcom.so (no version information available)
> >  * Generated new 3_broken.rr
> >  * Assigning files to packages
> >  *   /usr/lib64/firefox/libxpcom.so -> www-client/firefox
> >  *   /usr/lib64/firefox/plugin-container -> www-client/firefox
> >  *   /usr/lib64/firefox/sdk/bin/xpcshell -> www-client/firefox
> >  *   /usr/lib64/firefox/sdk/lib/libxpcom.so -> www-client/firefox

> > The problem seems to be the "no version information available".
> > revdep-rebuild is now less useful than it should be.

> > Has anybody else encountered this problem, and what is the best way to
> > solve it?

> > -- 
> > Alan Mackenzie (Nuremberg, Germany).

> Hi,

> I also had this problem: it was due to the fact I had an old version of
> xulrunner installed on my computer.
> To address the problem, I only removed xulrunner :
>   rm -Rf /usr/lib/xulrunner-*

> But I think that it would have been better to clean it by using :
>   emerge -aC xulrunner

> Hope it will solve your infinite revdep-rebuild loop,

Yes, indeed it did, thanks.  Although I had xulrunner hanging around,
there was no longer an ebuild for it.

> JC

-- 
Alan Mackenzie (Nuremberg, Germany).