From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1S787i-0005IB-Pu for garchives@archives.gentoo.org; Mon, 12 Mar 2012 16:29:27 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BFB1AE0B72; Mon, 12 Mar 2012 16:29:17 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 01E61E0AEF for ; Mon, 12 Mar 2012 16:28:46 +0000 (UTC) Received: from [192.168.26.5] (ip98-164-193-252.oc.oc.cox.net [98.164.193.252]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: zmedico) by smtp.gentoo.org (Postfix) with ESMTPSA id 77F511B4018 for ; Mon, 12 Mar 2012 16:28:46 +0000 (UTC) Message-ID: <4F5E243C.5010102@gentoo.org> Date: Mon, 12 Mar 2012 09:28:44 -0700 From: Zac Medico User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:10.0.1) Gecko/20120304 Thunderbird/10.0.1 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] RFD: EAPI specification in ebuilds References: <4F5A1C46.7080005@gentoo.org> <4F5A2001.30309@orlitzky.com> <4F5A2495.4060305@gentoo.org> <20120309125126.186969f9@gentoo.org> <4F5A28B6.2010404@gentoo.org> <4F5A34A8.4080200@orlitzky.com> <20120309192054.776bcd56@googlemail.com> <4F5B7C1A.6060509@gentoo.org> <20120312015533.GD7579@localhost> <4F5D76B8.5040102@gentoo.org> <20120312083612.GF7579@localhost> <4F5E1EC6.3050508@gentoo.org> <20120312161242.565798ed@googlemail.com> In-Reply-To: <20120312161242.565798ed@googlemail.com> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 9ff652b2-9bec-4364-835f-7a33319f69a1 X-Archives-Hash: a97c8cc824d0f8a3a99f16daefb3f197 On 03/12/2012 09:12 AM, Ciaran McCreesh wrote: > On Mon, 12 Mar 2012 09:05:26 -0700 > Zac Medico wrote: >> It's just a symptom of people not abiding by the KISS principle. > > "Abiding by the KISS principle" is what got us into this mess in the > first place. EAPI as a metadata variable is too simple to allow us to > do what we want to do. If our goal is to obtain the EAPI before the ebuild is sourced, then GLEP 55 is more in alignment with the KISS principle. The "EAPI as metadata variable" approach simply wasn't designed with our current goal in mind. -- Thanks, Zac