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.60) (envelope-from ) id 1GeBrn-00063P-73 for garchives@archives.gentoo.org; Sun, 29 Oct 2006 14:42:27 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.8/8.13.6) with SMTP id k9TEeLBq017899; Sun, 29 Oct 2006 14:40:21 GMT Received: from shuttle.zlin.dk (port78.ds1-abs.adsl.cybercity.dk [212.242.227.17]) by robin.gentoo.org (8.13.8/8.13.6) with ESMTP id k9TEcDhe028514 for ; Sun, 29 Oct 2006 14:38:13 GMT Received: from BA.zlin.dk (unknown [10.0.0.3]) by shuttle.zlin.dk (Postfix) with ESMTP id 1622D30037 for ; Sun, 29 Oct 2006 15:38:13 +0100 (CET) From: Bo =?iso-8859-15?q?=D8rsted_Andresen?= To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] gcc problems after dep -d Date: Sun, 29 Oct 2006 15:38:04 +0100 User-Agent: KMail/1.9.5 References: <4543257D.2010404@rootsr.com> <200610282211.02108.bo.andresen@zlin.dk> <4544B7F0.4010906@rootsr.com> In-Reply-To: <4544B7F0.4010906@rootsr.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: multipart/signed; boundary="nextPart2106373.dFzs718b6z"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200610291538.11622.bo.andresen@zlin.dk> X-Archives-Salt: 753a7f6d-7fa4-4ac3-b957-0675ff2496cc X-Archives-Hash: 92b59e9759a47a9a3daa886bd881a06b --nextPart2106373.dFzs718b6z Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 29 October 2006 15:17, Hans de Hartog wrote: [SNIP] > > I guess you've learned by now that you should never run > > --depclean blindly. Always run it with --pretend first and ensure that = it > > doesn't do something stupid. Unfortunately this is a little late for th= at > > though... :( > > At the time that emerge --depclean was unsafe I used to do: > > emerge --pretend --depclean | grep / > dc2 > remove the first line from dc2 > for p in `cat dc2` > do echo --------- $p ---------- > equery depends $p > done > dc3 > And I could see what realy could be unmerged. > Then I learned from this mailing list that dep -d > would take my USE flags into account so I did "dep -d". > It showed me the list of things it was going to unmerge > and I saw the gcc.3.4 but thought: well, I know I have > gcc.4.something and what's the use of having an old > C compiler hanging around? So I let it go.... :-( [SNIP] Ugh..! You've got this completely wrong. As of >=3Dportage-2.1.1=20 `emerge --depclean` is quite safe (yet you still need to use --ask=20 or --pretend as with any other emerge operation!) and it has always taken t= he=20 use flags into account. I've never said anything about the reliability of=20 `dep -d` (as I've never tried it and don't plan to try it either) and I thi= nk=20 your experience goes to show that it is far from as safe as=20 `emerge --depclean`. I'm pretty sure that `emerge --depclean` would never=20 remove gcc... `equery depends` is what I've said doesn't take your use flags into account= =20 (and it doesn't). This means that if `equery depends` says foo doesn't need= =20 bar then foo doesn't need bar. But if it says foo needs bar then there is t= he=20 possibility that due to the state of some use flag foo doesn't need bar on= =20 your system... That is entirely unrelated to the reliability of=20 `emerge --depclean`. This only relates to querying for reverse dependencies= =20 with equery. And for querying for reverse dependencies `dep -L` is quite reliable. As is= =20 pquery from pkgcore and adjutrix from paludis. That says nothing about the= =20 reliability of `dep -d`, `dep -w` or `dep -s` etc. I don't know if either o= f=20 those other options for dep are reliable or not (and quite frankly I don't= =20 care as I don't need them). IMO `emerge --depclean` is doing and excellent= =20 job! =2D-=20 Bo Andresen --nextPart2106373.dFzs718b6z Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBFRLzT8/kKEzmwNNoRAgzrAKCINYV09Mt6Cx3ZvJ9D3lOufQQ4lgCeNZmj sD+XhLDJKIwCe/23pJtpag4= =fu82 -----END PGP SIGNATURE----- --nextPart2106373.dFzs718b6z-- -- gentoo-user@gentoo.org mailing list