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 807931381F4 for ; Tue, 14 Aug 2012 09:45:51 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 562E4E06CC; Tue, 14 Aug 2012 09:45:40 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id D41EBE06C5 for ; Tue, 14 Aug 2012 09:44:07 +0000 (UTC) Received: from pomiocik.lan (87-205-57-138.adsl.inetia.pl [87.205.57.138]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id 8A4291B4029; Tue, 14 Aug 2012 09:44:06 +0000 (UTC) Date: Tue, 14 Aug 2012 11:44:49 +0200 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-dev@lists.gentoo.org Subject: [gentoo-dev] RFC: [Future EAPI] Exporting phase funcs from direct inherits only Message-ID: <20120814114449.0db3d120@pomiocik.lan> Organization: Gentoo X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.11; 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_/jcQzh8eNf.s6NBPBq2jcp5k"; protocol="application/pgp-signature" X-Archives-Salt: 68e86891-3a2a-497c-9ab5-ab7b56630792 X-Archives-Hash: 101c0f1e882fe4a5d976e06075f97d99 --Sig_/jcQzh8eNf.s6NBPBq2jcp5k Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, As some of you may have noticed, lately introduced 'double include preventions' have caused changes in effective phase functions in a few ebuilds. Also, often it is undesirable that change in inherits of an eclass may cause an undesired change of exported functions. To solve these problems, we are proposing the following: 1. If an ebuild does not provide an explicit phase function, the phase functions *directly exported* by *directly inherited* eclasses are used to find a suitable default, 2. Thus, if an eclass inherits another eclass and expects the phase functions of that eclass to be effective to the ebuild, it needs to create its own phase function and export it. This should make the ebuild behavior simpler to understand and saner. It should also fix the forementioned issues, and allow us to make the 'source eclasses only once'[1] proposal simpler. [1]:https://bugs.gentoo.org/show_bug.cgi?id=3D422533 --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/jcQzh8eNf.s6NBPBq2jcp5k Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iJwEAQEIAAYFAlAqHhEACgkQfXuS5UK5QB22JwP/RQtUnocjPoLxB3q8MVkvXK8g xnfOJ2HhsGHLzShHhIIxKYV7OOLlrzZrB1aC8UkH19rMtyoggiGOJeCYLfwTxcdB 5QKb8itIo/aJOQSMDsvzLNM43jl8s583zf6dQsCnVaMp9rGMQzR+MlAmzNGxIxbg BrjdRYtnkZOZrBVudYw= =eaG+ -----END PGP SIGNATURE----- --Sig_/jcQzh8eNf.s6NBPBq2jcp5k--