From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1J5I2B-0003So-Tp for garchives@archives.gentoo.org; Thu, 20 Dec 2007 09:49:44 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.2/8.14.0) with SMTP id lBK9mnsL026484; Thu, 20 Dec 2007 09:48:49 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by robin.gentoo.org (8.14.2/8.14.0) with ESMTP id lBK9jxs0022651 for ; Thu, 20 Dec 2007 09:45:59 GMT Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id E9BA665CB0 for ; Thu, 20 Dec 2007 09:45:58 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -2.009 X-Spam-Level: X-Spam-Status: No, score=-2.009 required=5.5 tests=[AWL=0.590, BAYES_00=-2.599] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ijJPvCd0UVRc for ; Thu, 20 Dec 2007 09:45:52 +0000 (UTC) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 052EC65C8F for ; Thu, 20 Dec 2007 09:45:51 +0000 (UTC) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1J5Hxj-0000TC-BX for gentoo-dev@gentoo.org; Thu, 20 Dec 2007 09:45:07 +0000 Received: from ip68-231-12-179.ph.ph.cox.net ([68.231.12.179]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 20 Dec 2007 09:45:07 +0000 Received: from 1i5t5.duncan by ip68-231-12-179.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 20 Dec 2007 09:45:07 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: [GLEP] Use EAPI-suffixed ebuilds (.ebuild-EAPI) Date: Thu, 20 Dec 2007 09:43:59 +0000 (UTC) Message-ID: References: <200712172320.01988.peper@gentoo.org> <47671006.2020808@gentoo.org> <20071218001855.78c1864c@blueyonder.co.uk> <20071218013651.58f4f565@eusebe> <20071218172143.GB4423@ferdyx.org> <20071219102951.515beeca@blueyonder.co.uk> <4769790A.2000401@gentoo.org> <4769B073.2030508@thefreemanclan.net> <20071220000627.29426d0c@blueyonder.co.uk> <4769C557.106@thefreemanclan.net> <20071220035400.7ef9c32b@blueyonder.co.uk> 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: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip68-231-12-179.ph.ph.cox.net User-Agent: Pan/0.132 (Waxed in Black) Sender: news X-Archives-Salt: d330d26d-e811-4e10-aeec-7146e87fb21f X-Archives-Hash: 9b53e685afba13f6d473b45adbc16bad Ciaran McCreesh posted 20071220035400.7ef9c32b@blueyonder.co.uk, excerpted below, on Thu, 20 Dec 2007 03:54:00 +0000: > On Wed, 19 Dec 2007 20:28:55 -0500 > Richard Freeman wrote: >> Ciaran McCreesh wrote: >> > On Wed, 19 Dec 2007 18:59:47 -0500 >> > Richard Freeman wrote: >> >> Am I missing something? >> > >> > Yes. You're missing all the explanations that have already been given >> > about why it's impossible to parse ebuilds using anything other than >> > bash. >> >> If the EAPI can be parsed from a filename without using bash, why >> couldn't it be parsed from a line in the ebuild contents without using >> bash? > > Because a) a future EAPI might want to change EAPI into a function > rather than a variable, b) there are a zillion ways of setting a > variable in bash and people already use all of them and c) introducing > new weird format requirements is silly. So you're proposing putting the function into the filename? As he stated, the only credible reason (so far given) bash must be used to parse EAPI is if it's dynamic, say a function, and that won't work so well in a filename either. Thus, putting EAPI in the filename pretty much eliminates the possibility of it being a function, and we're back to the original question, instead of a GLEP allowing it in the filename, why not a GLEP specifying the format of that single variable in the file contents well enough to parse without bash? Or, if you are proposing that the pre-source EAPI in the filename could be superseded by a function, if that is specifically allowed by the (pre- source) EAPI defined in the filename, then we are back to what I suggested earlier, that you specifically said wasn't necessary (and I basically deferred to your judgement), that the pre-source and post- source EAPI be specifically allowed to be different. Either the EAPI must be static, so it can be set in the filename, or it can be set dynamically, in which case allowing the pre-source and post- source EAPI to be different actually makes sense. That said, I do agree that putting it in the filename seems safer, as if the PM doesn't understand that EAPI, it can stop right at the filename, and doesn't have to worry about parsing the contents of the file itself at all, period. That's safer than having to parse it at least minimally, to find out at least the EAPI, before deciding whether it can go further. Thus, regardless of the function thing, I support EAPI in the filename as simply safer. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman -- gentoo-dev@gentoo.org mailing list