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 1S7ASh-0004Eb-6W for garchives@archives.gentoo.org; Mon, 12 Mar 2012 18:59:15 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C37B4E0DA7; Mon, 12 Mar 2012 18:59:00 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 84A99E0D9D for ; Mon, 12 Mar 2012 18:58:14 +0000 (UTC) Received: from [192.168.1.131] (CPE002401f30b73-CM001cea3ddad8.cpe.net.cable.rogers.com [99.224.72.201]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: axs) by smtp.gentoo.org (Postfix) with ESMTPSA id A8DB11B403D for ; Mon, 12 Mar 2012 18:58:13 +0000 (UTC) Message-ID: <4F5E4739.8040409@gentoo.org> Date: Mon, 12 Mar 2012 14:58:01 -0400 From: Ian Stakenvicius User-Agent: Mozilla/5.0 (X11; Linux i686; rv:8.0) Gecko/20111220 Thunderbird/8.0 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 : .ebuild is only bash References: <20120312155927.2cca0d3b@googlemail.com> <20318.11498.463319.52140@a1i15.kph.uni-mainz.de> <20120312171228.48c5b023@googlemail.com> <4F5E30F1.2010500@gentoo.org> <20318.14784.69603.177708@a1i15.kph.uni-mainz.de> <20120312180424.26ad103b@googlemail.com> <20318.15803.361859.738914@a1i15.kph.uni-mainz.de> <20120312182815.2d73c8df@googlemail.com> <20318.17788.250811.141624@a1i15.kph.uni-mainz.de> In-Reply-To: <20318.17788.250811.141624@a1i15.kph.uni-mainz.de> X-Enigmail-Version: 1.3.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 2738117c-dbc8-4201-ba48-d649150c0193 X-Archives-Hash: d715675a06fe9f49823951f9d1f93bc1 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 12/03/12 02:50 PM, Ulrich Mueller wrote: >>>>>> On Mon, 12 Mar 2012, Ciaran McCreesh wrote: >> GLEP 55 is simple, it solves all the problems we have (including >> the version issue, which everyone is conveniently ignoring), it >> doesn't require us to guess what's going to happen next and it >> can be implemented immediately. That's a rather big deal. > > The "header comment" solution solves all these issues too, without > embedding unrelated information in the filename [1]. It can be > implemented immediately, too. > > The argument that was always used against such solutions was that > it would "hurt performance". However, when the council asked for > benchmarks that would prove that point, nobody could provide them. > > Ulrich Regarding the filename issue, and the potential in the future for ebuilds that get parsed with other parsers: Is there any particular reason why we would want multiple ebuilds for a package to exist for the same version, but supporting different EAPIs (ad therefore different parsers)? If the answer to this is no, that there should always be only one ebuild per package version, then chances are good that we should keep the eapi (or other identifier) out of the file name. However, if the answer is yes, then the filename method is probably the cleanest way to do this. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iF4EAREIAAYFAk9eRzkACgkQAJxUfCtlWe18WwD5AeXETH+J4X8d8P7TX76FPGPS 0vS2rrRZktpLp70TkcQA/0Cl2/OdSlfwi0CqC8IBJffsY3epXkqxhzPL8bwsNAoj =Q5aK -----END PGP SIGNATURE-----