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 1Lcke7-0003Y0-9L for garchives@archives.gentoo.org; Thu, 26 Feb 2009 18:07:43 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 94F5FE0307; Thu, 26 Feb 2009 18:07:41 +0000 (UTC) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by pigeon.gentoo.org (Postfix) with ESMTP id 6F581E0307 for ; Thu, 26 Feb 2009 18:07:41 +0000 (UTC) Received: by an-out-0708.google.com with SMTP id c2so524432anc.1 for ; Thu, 26 Feb 2009 10:07:41 -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=er5lQMMKvtsaX8b/JdqazCmawB2bRNeWXMlDj4oJcRM=; b=XG8JT23tKzRyQFYBQWUUhtwccpMd5v0d5KssCFqSwoQe0aSnA4U8RGF7Vh0gG+K8Fl Vb07uMjQGtNV/MBUBmeutaEmfgA6XNddB3PgL/SOGQ4tDrvFKpQByTvdofHpA0eLsUa6 Fd5PvDcqXpgcDRdWhoJpQj5FI5Ih+Pq9tJhLA= 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=qVtbu1eZXEPmdJ/fFOpCn4PP184sQgfuRjDZPO7aN8CDO1mnsQa3f3XCCFyTl0V8MF 9e7SQql5Uwtuv4yMdL655uDwSaCwBCw36Dw0oJLsdxC3YpL5nv6p3DegFB2eYVuXNYcw IeVeV+7KmW8HFHVlczVDn/l96Z4hfeGK1Su8w= Received: by 10.100.214.15 with SMTP id m15mr1814650ang.81.1235671661054; Thu, 26 Feb 2009 10:07:41 -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 33sm8707600nfu.9.2009.02.26.10.07.39 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 26 Feb 2009 10:07:40 -0800 (PST) Date: Thu, 26 Feb 2009 18:07:32 +0000 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Collecting opinions about GLEP 55 and alternatives Message-ID: <20090226180732.5c95a0ca@snowmobile> In-Reply-To: <49A472E3.1010204@gentoo.org> References: <49A472E3.1010204@gentoo.org> 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_/LfztnFFQRr+I40dCj8L+u.E"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Archives-Salt: e66850df-339f-47fd-a2a2-44eec17cfee9 X-Archives-Hash: e9d432c1f41a44de6786ed47765a8caf --Sig_/LfztnFFQRr+I40dCj8L+u.E Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, 25 Feb 2009 00:21:23 +0200 Petteri R=C3=A4ty wrote: > 3) EAPI in locked down place in the ebuild There's a less extreme variant on this that's slightly cleaner, and with appropriate weaseling is also less messy. Simply add the following very carefully worded additional requirement for future EAPIs, and retroactively impose it upon current ones: If EAPI is to be set, it must be set strictly before any global scope command or package manager defined function is called. Once set, EAPI must not be set to a different value. Then, the migration path is as follows: * Fix existing violations (including ones in overlays). Wait a while until everyone's synced. * Get package managers to make use of these stricter requirements to avoid barfing ickily when using things with future EAPIs with different global scope rules. * Wait a year. New EAPIs can come out in the mean time, but they can't change global scope behaviour. * Use that year to migrate to the key=3Dvalue cache format with a second, package-manager-only versioned variable that lets package managers check cache validity even for unsupported EAPIs so long as there aren't any cache validation rule changes. * Change global scope behaviour in new EAPIs at will, but not versioning rules. Note that this is functionally equivalent to Brian's eapi as a function proposal, but much less messy. It's also as powerful for the package manager as fixed-position, but less inflexible. So if you must go with something other than GLEP 55, along with all the restrictions and mess that doing so imposes, this is the one to pick... --=20 Ciaran McCreesh --Sig_/LfztnFFQRr+I40dCj8L+u.E Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (GNU/Linux) iEYEARECAAYFAkmm2mcACgkQ96zL6DUtXhHtDwCaAlifRLPSoJ3VksoFGysvsQPa +osAoJtK8hhQnnHdOSUCrm3PeW6Foh2c =xR7w -----END PGP SIGNATURE----- --Sig_/LfztnFFQRr+I40dCj8L+u.E--