From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1LcTqQ-0001h0-KR for garchives@archives.gentoo.org; Thu, 26 Feb 2009 00:11:18 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8F30FE02A6; Thu, 26 Feb 2009 00:11:15 +0000 (UTC) Received: from mail-bw0-f171.google.com (mail-bw0-f171.google.com [209.85.218.171]) by pigeon.gentoo.org (Postfix) with ESMTP id 2E211E02A6 for ; Thu, 26 Feb 2009 00:11:15 +0000 (UTC) Received: by bwz19 with SMTP id 19so232468bwz.34 for ; Wed, 25 Feb 2009 16:11:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type; bh=SlHrXwUl0KCW3tDubwT+8dbmUEjL/C+xeqnrp7MlWEU=; b=gvBXBOmhcKp/TCkMKG/3jZqQxvPaiRvN6IaNEJosgzg2WBrd8KcVfw8S2yINJAD047 q0NIJerjf7bE0vfNG2kuZdK4audBbE2QM/qI7eymrFMkjBva15QPPD6+Ci0Lm3JuSieI IgtZNdLCNl5KDdG2tDwNuaDcx1Pkuvwsfu2S8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; b=Ii0UErSxw2HJzb1Lbakxi2ltjs0UsQp3XT5WaFsicdbUr5WOLW98/gjheiJGPUKNsY neVzDiZxbusqU4f/C7g4slrxJ5wVpQINIUia/yXYa9LqUhaD5J99hsMMIobmeeM5H+Ln KkGeWcp8pBUug+walEYJxnjQwXSZvCI9gaLyY= Received: by 10.223.111.71 with SMTP id r7mr1476154fap.59.1235607074281; Wed, 25 Feb 2009 16:11:14 -0800 (PST) Received: from snowmobile (92-235-187-79.cable.ubr18.sgyl.blueyonder.co.uk [92.235.187.79]) by mx.google.com with ESMTPS id h7sm8068431nfh.12.2009.02.25.16.11.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 25 Feb 2009 16:11:13 -0800 (PST) Date: Thu, 26 Feb 2009 00:11:04 +0000 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] eapi function (Was: Collecting opinions about GLEP 55 and alternatives) Message-ID: <20090226001104.3cec09e5@snowmobile> In-Reply-To: <20090226000246.GK3506@hrair> References: <49A472E3.1010204@gentoo.org> <20090225124951.GD3506@hrair> <20090225230307.33c9f4f8@snowcone> <20090226000246.GK3506@hrair> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; i686-pc-linux-gnu) 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: multipart/signed; boundary="Sig_/a2g9rXf+nRxwNh+xTI1P=0h"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Archives-Salt: 20b2c57b-5f24-43dc-89f9-1892bb080e31 X-Archives-Hash: 8f06518eb6b547974c0c14af770fc65b --Sig_/a2g9rXf+nRxwNh+xTI1P=0h Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 25 Feb 2009 16:02:46 -0800 Brian Harring wrote: > Bullshit. First invocation of the ebuild, that means it can do=20 > whatever it wants to the environment- literally swapping in the EAPI=20 > environment right then/there. Auto inherits, changing the inherit=20 > mechanism, everything (this includes shopt adjustments). >=20 > Not even sure why you're arguing that one, but back it up w/ examples=20 > if you want to continue that line of FUD. You can do that on a variable assignment too, with all the same implications as having it as a function, and a slightly less horrible upgrade path. > > Global scope die is very very messy. This leaks out to users in the > > form of horrible messages that make the user think something's badly > > broken. >=20 > One would think "upgrade your manager" would be... self explanatory. =20 > Regardless, spelling it out- the user visible barf is only visible on=20 > existant managers. >=20 > For any manager supporting eapi>2 (thus having the function), the=20 > function can exist out cleanly (no stderr complaints) from sourcing > at that point without issue. Which is a "wait a year or more" thing... If you do it with a variable instead of a function, you can at least roll out EAPI 3 (without any global scope changes, but with the stricter "stop on setting an unsupported EAPI" requirement) without the wait. > Every proposal has uglyness- g55 for example doesn't give the user > any indication that they're not seeing ebuilds due to EAPI (in other > words loss of functionality that exists now). Given you're a proponent of not showing users things that're merely masked... --=20 Ciaran McCreesh --Sig_/a2g9rXf+nRxwNh+xTI1P=0h Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (GNU/Linux) iEYEARECAAYFAkml3hoACgkQ96zL6DUtXhFJAwCfUNkI2ACCI4MQhDbv1bMK5u7E nlwAn3w4cg/k37mrlk0PPSNnZ+g1pe29 =W+j0 -----END PGP SIGNATURE----- --Sig_/a2g9rXf+nRxwNh+xTI1P=0h--