From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1JUp9z-0000lj-Ts for garchives@archives.gentoo.org; Thu, 28 Feb 2008 20:15:20 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id EC132E0506; Thu, 28 Feb 2008 20:15:17 +0000 (UTC) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.189]) by pigeon.gentoo.org (Postfix) with ESMTP id 7906FE050C for ; Thu, 28 Feb 2008 20:15:17 +0000 (UTC) Received: by fk-out-0910.google.com with SMTP id 18so6647381fkq.2 for ; Thu, 28 Feb 2008 12:15:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=KlaiVEaCuVVn218Fdl4xvgQ5Q0gVwlnE3Fq/kP/3mFg=; b=VDoHvQO2Tt490NqYIe4iwo37o0pbfaROHz6UXws2hvU3Jcq833veHM4Q0VRmts2tM5/w1oio9sHKzsArZoWHhihhjLSDPAGNvhrVLtBFnHW/sjVDxBVVFPFtgvuL2nVKM7LplztDs88MgdrrRVxG2oYD+1iFSxwdm8xjlBF6B6E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=kmUabK3LCqxFEv9BUWh8/n6REsR5t4EOwCaLgo4y99VnO3p40FTYaYiJcMr+IqQR1mGeLwb9ui8GbYCZ0m5C1JXVWepfnbXc5Vddoxt6decolFOb6qgSppqguIXW3vwrCbuYMOmrItIwL8Ovl40by65wIzGfp0Zt1BKeO/TGZl4= Received: by 10.82.174.20 with SMTP id w20mr16349416bue.7.1204229716267; Thu, 28 Feb 2008 12:15:16 -0800 (PST) Received: by 10.82.141.15 with HTTP; Thu, 28 Feb 2008 12:15:16 -0800 (PST) Message-ID: Date: Thu, 28 Feb 2008 20:15:16 +0000 From: Beso To: gentoo-amd64@lists.gentoo.org Subject: Re: [gentoo-amd64] revdep-rebuild keep on detecting a broken link referred to libqt-mt.so.3 In-Reply-To: <47C6789C.2060508@manuelmarano.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@lists.gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_30448_13455970.1204229716279" References: <47C6789C.2060508@manuelmarano.com> X-Archives-Salt: 8836835a-8eeb-4d17-91d9-1745d710c93c X-Archives-Hash: 85471da496d0592f7baee4cfdf0d13cb ------=_Part_30448_13455970.1204229716279 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline 2008/2/28, manuel : > > Hi All, > I've ran revdep-rebuild a couple of times this week and each time i > run it it finds a broken link referred to libqt-mt.so.3 and each > time It emerges > app-emulation/emul-linux-x86-soundlibs-2007112 to correct the problem! > but the broken link is still there!?? I can't fix it! any ideas? > > thanks in advance for your help > > Manuel log in a terminal as user, then do a rm /root/.revdep* and then try again revdep-rebuild. after you do a revdep-rebuild be always sure that no .revdep files are present anymore in the /root/ directory. if there are some present then revdep will continue to cicle through them. another option would be to run revdep-rebuild -i (which stands for --ignore) which would ignore the .revdep files in the /root/ directory. i personally prefer the first option since i know that there aren't any cached revdeped files. if it continues to cycle on the same rebuild after one rebuild then it might be the case of a bug like the one of the gcj use flag in gcc-4.1. try searching on the forum if that might be the case. -- dott. ing. beso ------=_Part_30448_13455970.1204229716279 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline

2008/2/28, manuel <kaos@manuelmarano.com>:
Hi All,
I've ran revdep-rebuild a couple of times this week  and each  time i
run it it finds  a  broken link  referred  to  libqt-mt.so.3 and each
time It emerges
app-emulation/emul-linux-x86-soundlibs-2007112 to correct the problem!
but the broken link is still there!?? I can't fix it! any ideas?

thanks in advance for your help

Manuel

log in a terminal as user, then  do a rm /root/.revdep* and then try again revdep-rebuild. after you do a revdep-rebuild be always sure that no .revdep files are present anymore in the /root/ directory. if there are some present then revdep will continue to cicle through them.
another option would be to run revdep-rebuild -i (which stands for --ignore) which would ignore the .revdep files in the /root/ directory. i personally prefer the first option since i know that there aren't any cached revdeped files. if it continues to cycle on the same rebuild after one rebuild then it might be the case of a bug like the one of the gcj use flag in gcc-4.1. try searching on the forum if that might be the case.



--
dott. ing. beso ------=_Part_30448_13455970.1204229716279-- -- gentoo-amd64@lists.gentoo.org mailing list