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 <gentoo-dev+bounces-34604-garchives=archives.gentoo.org@lists.gentoo.org>)
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 <gentoo-dev@lists.gentoo.org>; Thu, 26 Feb 2009 00:11:15 +0000 (UTC)
Received: by bwz19 with SMTP id 19so232468bwz.34
for <gentoo-dev@lists.gentoo.org>; 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 <ciaran.mccreesh@googlemail.com>
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: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
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 <ferringb@gmail.com> 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--