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 1M5eKN-00046G-It for garchives@archives.gentoo.org; Sun, 17 May 2009 11:14:47 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 29D2AE05F1; Sun, 17 May 2009 11:14:46 +0000 (UTC) Received: from mail-ew0-f165.google.com (mail-ew0-f165.google.com [209.85.219.165]) by pigeon.gentoo.org (Postfix) with ESMTP id DB887E05F1 for ; Sun, 17 May 2009 11:14:45 +0000 (UTC) Received: by ewy9 with SMTP id 9so3361359ewy.34 for ; Sun, 17 May 2009 04:14:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:references:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; bh=YHCJUZA5SObr/3XXV2XiPgUtxTH4Q4lpyz+dG3vAKfc=; b=XOxH0v5GL+dN3lvzJ34xeiOsafdJv2e4gk41iYPyv96JPIelcPAd46Vtkg9d5Joz9V YGJ1S2VPjiHP/R+RL9kwkkgJ0Lv33o9YSprI7QXMXNxhTkHUAUzBJlFevXtPuE0+SZV6 qmJInX/yTmo+g38rcirtWg31NXPHjD1d+V+Ts= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :message-id; b=kgtnv3BBiypdIN2pSx5H7Bw4rQgfpYGTWgOhOyCFi+nKG+IMHqHdldxHBpR8p32nnU X9qjPprHYKBvt/eivtQONTlEoJKQhihYHEOrSsaju//8tX7NhrJlPV9DCISr/MEt6Pb5 lIi3lln1ss7z0tCJLKoAHxAXsIrPywhhFOfJ0= Received: by 10.210.116.14 with SMTP id o14mr3110013ebc.97.1242558885365; Sun, 17 May 2009 04:14:45 -0700 (PDT) Received: from ?192.168.0.3? (5ad00ca2.bb.sky.com [90.208.12.162]) by mx.google.com with ESMTPS id 10sm4393297eyz.31.2009.05.17.04.14.44 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 17 May 2009 04:14:44 -0700 (PDT) From: David Leverton To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: The fallacies of GLEP55 Date: Sun, 17 May 2009 12:14:42 +0100 User-Agent: KMail/1.9.9 References: <20090514225337.34df7dac@snowcone> <4A0F9606.5090500@gentoo.org> <200905170929.31769.patrick@gentoo.org> In-Reply-To: <200905170929.31769.patrick@gentoo.org> 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: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200905171214.42447.levertond@googlemail.com> X-Archives-Salt: 5fca718e-8d2f-49c3-9ab4-0f5da157a773 X-Archives-Hash: 567bc614f5547d9fa242f3c0294d3e10 On Sunday 17 May 2009 08:29:31 Patrick Lauer wrote: > I thought we had agreed that (1) with GLEP55 you have to source the ebuild > anyway (whereas the other proposal allows to just parse it to get at the > EAPI value) and (2) you can cache it sanely so that performance isn't the > issue? You don't /have/ to source the ebuild to get the EAPI for GLEP 55. That section is only there to cover corner cases that some people wanted to be well-defined, and it could easily be removed if the consensus is that that isn't a problem. On the other hand, it could equally well be added to whatever alternative solution you might suggest. Consider the case where you have a foo-1.2.ebuild-4, and in the contents of the file it sets EAPI=5. What should that mean? There are three possibilities that I can think of: 1) It's illegal, don't do that. Then there's no need to source the file to find the EAPI, because the corner case should never happen, and if it does, the behaviour can be left undefined. 2) It's legal, and the ebuild has EAPI 4. Then there's no need to source the file to find the EAPI, because the EAPI in the filename always wins. 3) It's legal, and the ebuild has EAPI 5. This requires sourcing the ebuild to find the EAPI, and it's what GLEP 55 currently says. Now consider the alternative fixed-format "^EAPI=" suggestion. What if we have a foo-1.2.ebuild, that sets EAPI=4 at the top, and then sets EAPI=5 further down? What should that mean? The same three possibilities apply here as in the GLEP 55 case. If you think it should be illegal, or that it should mean EAPI=4, then there's no need to source the ebuild just to find the EAPI. If you think it should mean EAPI=5, then you do need to source the ebuild, exactly the same as in GLEP 55. Either way, this isn't a valid reason to choose the fixed-format alternative over GLEP 55, because the same concerns do or do not apply to both.