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 1S631O-0003m4-Af for garchives@archives.gentoo.org; Fri, 09 Mar 2012 16:50:26 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7C2CCE079B; Fri, 9 Mar 2012 16:50:17 +0000 (UTC) Received: from mail2.viabit.com (mail2.viabit.com [65.246.80.16]) by pigeon.gentoo.org (Postfix) with ESMTP id F3B18E0720 for ; Fri, 9 Mar 2012 16:49:45 +0000 (UTC) Received: from [10.1.1.204] (unknown [65.213.236.244]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail2.viabit.com (Postfix) with ESMTPSA id 6236037AD8 for ; Fri, 9 Mar 2012 11:49:44 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=orlitzky.com; s=mail2; t=1331311784; bh=PBRb2jqMphVXTvVlf3GlezJSl+cEmXSi1gTSZBB/eG8=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=fbN8XzSScmfn3NADHQdIg+adXbEn+/sKk8eGkHUlc2mQKMKg384eiFm4QxI4tn7l9 dwE3C1XHC17CXA9TJtD3quHP3QnmYGLqVjLsY+ht1NBv/LTz5smf+2IFm1Q9OaPs3D c5ZXFUb8htwjQcQDcUKTJA4lKL7NaCCmH2hAVBIY= Message-ID: <4F5A34A8.4080200@orlitzky.com> Date: Fri, 09 Mar 2012 11:49:44 -0500 From: Michael Orlitzky User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20120116 Thunderbird/9.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: EAPI specification in ebuilds References: <20311.51166.725757.212932@a1i15.kph.uni-mainz.de> <4F57DDB5.3090503@orlitzky.com> <20120308130310.69c3c714@pomiocik.lan> <4F58D6A5.7070804@orlitzky.com> <20120308182844.11201771@pomiocik.lan> <4F58F103.5010503@orlitzky.com> <20120308175345.2c4b72ff@googlemail.com> <4F58FC55.7070005@orlitzky.com> <20120308184820.108fc30c@googlemail.com> <4F592612.6050203@orlitzky.com> <20120309060424.09cdce1e@pomiocik.lan> <4F599692.9050503@orlitzky.com> <4F599A61.8010600@gentoo.org> <4F5A16C5.7050303@orlitzky.com> <4F5A1C46.7080005@gentoo.org> <4F5A2001.30309@orlitzky.com> <4F5A2495.4060305@gentoo.org> <20120309125126.186969f9@gentoo.org> <4F5A28B6.2010404@gentoo.org> In-Reply-To: <4F5A28B6.2010404@gentoo.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 0475d4c4-3424-4cbf-b3c2-f929020ce86d X-Archives-Hash: b1693c7f8d485b47ec6816d9a9c70875 On 03/09/12 10:58, Zac Medico wrote: > On 03/09/2012 07:51 AM, Alexis Ballier wrote: >> On Fri, 09 Mar 2012 07:41:09 -0800 >> Zac Medico wrote: >> >>> On 03/09/2012 07:21 AM, Michael Orlitzky wrote: >>>> The advantage that the eapi function has over a comment is that >>>> it's not magic -- it's just normal bash syntax. So we've addressed >>>> that issue at a small performance cost (we're really only sourcing >>>> the ebuild up to 'exit'). >>> >>> Also consider the case where a user syncs after not having updated >>> for a couple of months, and the tree contains some ebuilds with EAPIs >>> that are not supported by the currently installed package manager. >>> >>> In this case, when resolving dependencies and filtering ebuilds based >>> on whether or not their EAPI is supported, spawning bash once per >>> ebuild is much more costly than the alternatives. >> >> isnt the whole point of the proposal to get eapi without sourcing ? >> >> so that we can use new bash features at local or global scope without >> risking that people with an old bash get syntax errors trying to get >> the eapi > > Right. Michael has lost sight of the goal and is moving off on a tangent. The point was to be able to get the EAPI without crashing if the ebuild uses newer features. If you can get the EAPI without sourcing, that obviously accomplishes the goal. But there are other goals, too, like not limiting the syntax of the EAPI assignment. I was just trying to think up something that addresses them all. In any case, yeah, it would crash and burn if someone synced his tree with an ancient version of portage. But so would the comment solution. If you want to fix that, we either have to rename everything (and hope we get it right this time) or reconsider GLEP 55.