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 1LUoY4-0000f7-V6 for garchives@archives.gentoo.org; Wed, 04 Feb 2009 20:40:41 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CAE42E0609; Wed, 4 Feb 2009 20:40:38 +0000 (UTC) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.9]) by pigeon.gentoo.org (Postfix) with ESMTP id 879EBE0609 for ; Wed, 4 Feb 2009 20:40:38 +0000 (UTC) Received: from rohan.altum.de (achn-4db4b0d3.pool.einsundeins.de [77.180.176.211]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1LUoY11j4x-0003cp; Wed, 04 Feb 2009 21:40:37 +0100 Received: from localhost (localhost [127.0.0.1]) by rohan.altum.de (Postfix) with ESMTP id 024F170055F for ; Wed, 4 Feb 2009 21:40:36 +0100 (CET) Received: from gondolin.localnet (gondolin.altum.de [192.168.2.4]) (Authenticated sender: heini) by rohan.altum.de (Postfix) with ESMTPSA id 263D5700556 for ; Wed, 4 Feb 2009 21:40:34 +0100 (CET) From: Dirk Heinrichs Organization: Privat To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: libtool problem Date: Wed, 4 Feb 2009 21:40:26 +0100 User-Agent: KMail/1.11.0 (Linux/2.6.28.3; KDE/4.2.0; i686; ; ) References: <200902041917.38293.dirk.heinrichs@online.de> <200902042221.38749.alan.mckinnon@gmail.com> In-Reply-To: <200902042221.38749.alan.mckinnon@gmail.com> 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 Content-Type: multipart/signed; boundary="nextPart1712321.oAyGN0FeX7"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200902042140.33320.dirk.heinrichs@online.de> X-Provags-ID: V01U2FsdGVkX19BkgBhNjkcyRNdHF67gfX/J/GychcGxxbdc6n IKNAww3Tkws6oC23bFQvbYk43IzWdUb9bNkVTZeKCRI6eT9g0H 6ePgtj5XvxRYACvp3oR1Q== X-Archives-Salt: c3fc9b25-3d62-44a9-98b8-cccb8e007d78 X-Archives-Hash: c3cc04a32a3af622337392600df9bfd6 --nextPart1712321.oAyGN0FeX7 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Mittwoch, 4. Februar 2009 21:21:38 schrieb Alan McKinnon: > On Wednesday 04 February 2009 20:17:33 Dirk Heinrichs wrote: > > Am Mittwoch, 4. Februar 2009 04:25:34 schrieb ABCD: > > > The reason there wasn't a bump (IIRC) was that the ebuild never chang= ed > > > - only the eclass did. =A0If you emerged any version of GCC during the > > > window where the eclass was broken, that version of GCC would have be= en > > > broken. > > > > That also means that portage is broken. Whenever something changes where > > other things depend on, those other things should be rebuilt. This > > doesn't happen here. > > I disagree, that would cause many more spurious rebuilds than is needed if > it were automated. Why spurious? The package manager should be smart enough to tell the user:= =20 "Rebuild because of eclass change". Nothing spurious. > Portage cannot tell how important or how deep a change > is, that requires a human to look and see. So what is needed is a flag th= at > portage recognizes as an instruction to do a revdep-rebuild-style search > and find everything using a specific changed file, and rebuild those. The > flag is set under dev control. Not dev, user. Something equivalent to --newuse. > Blindly doing what you suggest leads to this: > > appA depends on libB. No. Sorry if this was misleading. I was only referring to dependencies betw= een=20 ebuilds and eclasses. Library interdependencies are handled just fine by portage/revdep-rebuild. > Therefore, a simple elog entry is a valid handling and fully compliant wi= th > the principle of The Simplest Thing That Could Possibly Work. Elog entries are overlooked too often. Bye... Dirk --nextPart1712321.oAyGN0FeX7 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iD8DBQBJif1B8NVtnsLkZ7sRAtY1AJ9j9+WSc6ne/3j2cWiNJFKyRSZIqACfcm+U i2RjCe7dV3JZX2e/pHPUmaA= =dPdK -----END PGP SIGNATURE----- --nextPart1712321.oAyGN0FeX7--