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.54) id 1FE65y-0007ct-7n for garchives@archives.gentoo.org; Tue, 28 Feb 2006 14:44:58 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id k1SEgN8f001220; Tue, 28 Feb 2006 14:42:23 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id k1SEckVd032031 for ; Tue, 28 Feb 2006 14:38:47 GMT Received: from [213.121.151.206] (helo=snowdrop.home) by smtp.gentoo.org with esmtpa (Exim 4.54) id 1FE60z-0000Eo-NZ for gentoo-dev@lists.gentoo.org; Tue, 28 Feb 2006 14:39:49 +0000 Received: from localhost ([127.0.0.1] helo=snowdrop.home) by snowdrop.home with esmtp (Exim 4.54) id 1FE60t-0002JS-VP for gentoo-dev@lists.gentoo.org; Tue, 28 Feb 2006 14:39:44 +0000 Date: Tue, 28 Feb 2006 14:39:40 +0000 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [RFC] QA Team's role Message-ID: <20060228143940.23149665@snowdrop.home> In-Reply-To: <1741768966.20060228104913@gentoo.org> References: <20060226222217.GB17257@aerie.halcy0n.com> <1140997703.12229.166.camel@demandred.gnqs.org> <20060227003413.GE17257@aerie.halcy0n.com> <20060227170834.075e9388@snowdrop.home> <1141071970.804.19.camel@demandred.gnqs.org> <20060227203709.2a7bff47@snowdrop.home> <20060227204530.GO1516@toucan.gentoo.org> <20060227205445.057a91d9@snowdrop.home> <1141074742.826.35.camel@demandred.gnqs.org> <20060227213239.5cf14f0d@snowdrop.home> <1741768966.20060228104913@gentoo.org> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.12; i686-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_2lQRb92qpJGRM_hhBtmyPK4; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Archives-Salt: 131cf487-7916-4db4-af7d-38c920f65b2c X-Archives-Hash: 2bcc8deb937f0c695acb07f474e14117 --Sig_2lQRb92qpJGRM_hhBtmyPK4 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 28 Feb 2006 10:49:13 +0100 Jakub Moc wrote: | No, that's not a policy document, ebuild policy is documented here: | http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?style=3Dprinta= ble&part=3D3&chap=3D1 No, the whole thing is policy. | Moreover, the cited howto is wrong, since it will break built_with_use | checks No, that's a separate issue. | The howto also doesn't apply to cases like | recode vs. mysql, because that's a completely different | functionality, you can't exactly choose which one is better on behalf | of the user. No, it does apply. | So, to sum it up - you can't make up for portage's lack of features by | inventing a policy that doesn't work. Once again - until portage can | handle USE-based dependencies and until portage can handle | conflicting use flags, there's nothing that could be done here. Until Portage can handle conflicting USE flags, one should take the policy-mandated solution that has been sufficient for everyone else for four years or more. Sure, it's not perfect, but it's a hell of a lot better than repeatedly exploding in the user's face midway through an install. --=20 Ciaran McCreesh : Gentoo Developer (Wearer of the shiny hat) Mail : ciaranm at gentoo.org Web : http://dev.gentoo.org/~ciaranm --Sig_2lQRb92qpJGRM_hhBtmyPK4 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (GNU/Linux) iD8DBQFEBGCv96zL6DUtXhERAj/6AJ0XDYZhxc1ZfX6xH0WAlhXbm4gPiACgi8Mp eyQFgXM6tHKol3WqVZ33YAo= =a+Kq -----END PGP SIGNATURE----- --Sig_2lQRb92qpJGRM_hhBtmyPK4-- -- gentoo-dev@gentoo.org mailing list