From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id AC7E71381F4 for ; Mon, 10 Dec 2012 21:28:37 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A64AC21C005; Mon, 10 Dec 2012 21:28:12 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id D73D921C07A for ; Mon, 10 Dec 2012 21:27:15 +0000 (UTC) Received: from pomiocik.lan (178-37-180-91.adsl.inetia.pl [178.37.180.91]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id 2023D33D875; Mon, 10 Dec 2012 21:27:13 +0000 (UTC) Date: Mon, 10 Dec 2012 22:27:17 +0100 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: Gentoo Developer Mailing List Subject: [gentoo-dev] Getting EAPI 5 *use.stable.mask to work in gx86? Message-ID: <20121210222717.6424ef66@pomiocik.lan> Organization: Gentoo X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.14; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA256; boundary="Sig_/YeQAsnwymA=lqy9W+eSVax5"; protocol="application/pgp-signature" X-Archives-Salt: 128ff5c1-ba26-4c1d-9918-bca1e453592f X-Archives-Hash: a9492947c953dc48f74c825d8704ffc0 --Sig_/YeQAsnwymA=lqy9W+eSVax5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, I think we're mostly aware what the use and benefits of the *use.stable.mask files are. They would be at least really useful in Python ebuilds, where we have to either: a) forcedly stabilize a particular Python implementation (like pypy), b) don't support it all, c) or just keep two package revisions around, one with 'stable' Python implementations for stabilization and the other with all implementations for testing users. Therefore, having *use.stable.mask would be at least helpful to us. But as far as I can see, the spec says we can use it only in profile dirs with EAPI 5... So far, I doubt anyone would want us to migrate our major profiles to a newer EAPI, like EAPI 4, not to mention fresh 5. And of course, that wouldn't follow our migration path practices. Therefore, I see the following solutions: 1) duplicate most of the major profiles. Make an EAPI 5-enabled wrapper profiles which will provide the *use.stable.mask files. Require users to migrate to those profiles after getting an EAPI 5 capable package manager (how?). Possibly mask the relevant flags completely in other profiles. 2) change the rules. Make *use.stable.mask files not require EAPI 5 profile dirs but apply only to EAPI 5 packages. The outcome is similar -- package managers without the feature ignore the ebuilds. If they have EAPI 5, they should be able to handle stable unmasking as well. Of course, it all falls apart because of package manager strictness. We may want to change that retroactively and quickly release updated package managers before the EAPI 5 support is spread wider (assuming some transitional period before we will start using the files), or defer it into EAPI 6. Either way, I believe that *use.stable.mask would be very helpful if we were able to use it. What are your thoughts? --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/YeQAsnwymA=lqy9W+eSVax5 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iJwEAQEIAAYFAlDGU7UACgkQfXuS5UK5QB3lAwQAo/KnrOY5+gF+t+N7lN/kzF04 qCa2GQVeVPLQrpsC5kbGxbBLJJJFYrdkiIolMMSMOxZOSdBcc3eZhphpgSgjdd1L gjdQu6/PiIJ1c0b89u6+VUs767mRmS9h/Nc7kDPaPO6ZRDh1OhP9aBZRrrZtvkx/ Xho60vZllt8VrPWlN9w= =BIs9 -----END PGP SIGNATURE----- --Sig_/YeQAsnwymA=lqy9W+eSVax5--