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 1LcSmj-0000SN-8K for garchives@archives.gentoo.org; Wed, 25 Feb 2009 23:03:25 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 38215E03D8; Wed, 25 Feb 2009 23:03:23 +0000 (UTC) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by pigeon.gentoo.org (Postfix) with ESMTP id D0B38E03D8 for ; Wed, 25 Feb 2009 23:03:22 +0000 (UTC) Received: by nf-out-0910.google.com with SMTP id d3so123461nfc.26 for ; Wed, 25 Feb 2009 15:03:22 -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=9JIEzC14HoqmUjda3eUiB4rWZJ9nq856C8ZztpVCFuw=; b=Ou78w+XE0xQx0tapadq3CXgek0qwQOyRfAuuoQHYjmy23IY7OmMcHaJHmOlfZVg1sA 4FaUsISLnoFeIxHLWka2lvL4CO53L/KvltWgYkqHKOh4eIsmZYWpD3xw9LUfhv+J/Vyw HNiE6D4//6CXeN5VEwxgAJSVrWIzDfpyo6noI= 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=ijYvnRGRXfGREcOk515tDsOy2pUi65PM8+MoorgQiJURMuDytMDYezDFrDFSiZHyGb DWiWhpYeDcA7WbM6wBtJu/WOm+1KDerpY8sLmF/BXrQuhyxxlXKfFwWdu7gb5VsFmWGR OI0UnEdhNNT3e/eTJ3QGTyTpp3mOGj05ZxnPE= Received: by 10.210.52.15 with SMTP id z15mr343993ebz.21.1235603002168; Wed, 25 Feb 2009 15:03:22 -0800 (PST) Received: from snowcone (92-235-187-79.cable.ubr18.sgyl.blueyonder.co.uk [92.235.187.79]) by mx.google.com with ESMTPS id 23sm340229eya.46.2009.02.25.15.03.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 25 Feb 2009 15:03:21 -0800 (PST) Date: Wed, 25 Feb 2009 23:03:07 +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: <20090225230307.33c9f4f8@snowcone> In-Reply-To: <20090225124951.GD3506@hrair> References: <49A472E3.1010204@gentoo.org> <20090225124951.GD3506@hrair> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; x86_64-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_/8aTFolTlU7TueUqRrp96LJC"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Archives-Salt: e1e5e4b3-eaa4-4195-881c-4fa472fd743b X-Archives-Hash: d846022ae7337439a7f0570f5118037d --Sig_/8aTFolTlU7TueUqRrp96LJC Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 25 Feb 2009 04:49:51 -0800 Brian Harring wrote: > 4) eapi as a function; instead of "EAPI=3D1", do "eapi 1", required as=20 > the first statement (simplest way). Doesn't solve anything over having it as a variable, and has a messy upgrade path. > - global scope changes can occur (inherit mechanism changes=20 > included). Global scope changes can no more occur than they can with it as a variable. All it does is changes where the barfing occurs to slightly earlier on. > - transition is slightly icky; basically one of the following is=20 > required- > a) for EAPI>=3D2, do 'eapi 3 || die "upgrade your manager"'. Reason=20 > for this is that current managers obviously lack an eapi > function, to make managers available *now* blow up the || die is > required. This solution can be deployed now, no transition required > although at some point stating "eapi is required retroactively for > all eapis" would be wise to eliminate the need for the || die (cut=20 > support basically for old managers) 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. > b) bashrc trickery, defines an eapi if it's unset. Said eapi=20 > function exports EAPI=3D$1, optionally triggering a die if the eapi=20 > isn't 0,1,2 (since any later eapi would require a manager upgrade=20 > which would also have the eapi function). Unportable, and still leaks out to users. This whole thing only looks neat until you think about it... --=20 Ciaran McCreesh --Sig_/8aTFolTlU7TueUqRrp96LJC Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkmlzi0ACgkQ96zL6DUtXhHPYQCgmJFldm4AsHdUCGFXjDvgM4qx lIoAnjZZd80Dc3P/6xxVa1a8j2bHgdfA =/djl -----END PGP SIGNATURE----- --Sig_/8aTFolTlU7TueUqRrp96LJC--