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 1LXfVR-0002hU-5A for garchives@archives.gentoo.org; Thu, 12 Feb 2009 17:37:45 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 083D8E04E0; Thu, 12 Feb 2009 17:37:44 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id DD06FE04E0 for ; Thu, 12 Feb 2009 17:37:43 +0000 (UTC) Received: from gentoo.org (xray.science.oregonstate.edu [128.193.220.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTP id 6CBFB646C8; Thu, 12 Feb 2009 17:37:43 +0000 (UTC) Date: Thu, 12 Feb 2009 09:37:43 -0800 From: Donnie Berkholz To: Ciaran McCreesh Cc: gentoo-council@lists.gentoo.org Subject: Re: [gentoo-council] Preliminary Meeting-Topics for 12 February 2009 Message-ID: <20090212173743.GD3652@comet> References: <1234257125.18160.2016.camel@localhost> <1234450419.20950.2.camel@localhost> <20090212160045.GB3642@comet> <20090212161644.GD3642@comet> <20090212162103.256b003f@snowcone> <20090212171055.GA3652@comet> <20090212172109.778fb268@snowcone> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-council@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0/kgSOzhNoDC5T3a" Content-Disposition: inline In-Reply-To: <20090212172109.778fb268@snowcone> User-Agent: Mutt/1.5.18 (2008-05-17) X-Archives-Salt: 2f87c102-67ee-40f3-8eef-b7e45e7cd003 X-Archives-Hash: 91e575df71f1e4e527d575374aceddfb --0/kgSOzhNoDC5T3a Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 17:21 Thu 12 Feb , Ciaran McCreesh wrote: > The problem is, without GLEP 55, EAPI isn't known before the ebuild is=20 > sourced to generate metadata. If someone uses +=3D anywhere that older=20 > bash looks when sourcing for metadata generation (which is not just=20 > global scope) Where else does it look? > the package manager won't know that the EAPI says that bash-3.1 is=20 > required for sourcing until after it's already done the sourcing, by=20 > which point it's too late. OK. What could we do about this? GLEP 55 was one suggestion. I'm seeing a lot of people shooting down suggestions, and not many=20 people presenting good, workable solutions. Could we get some more of=20 those on the table? Here's basically what I've seen: - GLEP 55 will solve all the world's problems - Change PMS to bash 3.1, and go with the "wait a while" that we'd=20 previously done -- Thanks, Donnie Donnie Berkholz Developer, Gentoo Linux Blog: http://dberkholz.wordpress.com --0/kgSOzhNoDC5T3a Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEABECAAYFAkmUXmcACgkQXVaO67S1rtvJVQCfXf8JqlxWDGEYE7LC9j6D332k 7jYAoLU6eaKbJwqUZTnrywciCMNvf40d =QtgL -----END PGP SIGNATURE----- --0/kgSOzhNoDC5T3a--