From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1Lgo8N-0004rI-K0 for garchives@archives.gentoo.org; Mon, 09 Mar 2009 22:39:43 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2C5B0E0542; Mon, 9 Mar 2009 22:39:42 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 0CCACE0542 for ; Mon, 9 Mar 2009 22:39:42 +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 A4E866465F for ; Mon, 9 Mar 2009 22:39:41 +0000 (UTC) Date: Mon, 9 Mar 2009 15:39:41 -0700 From: Donnie Berkholz To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Ideas for a (fast) EAPI=3 Message-ID: <20090309223941.GC3444@comet> References: <1236498557.6854.51.camel@neuromancer> <20090309202624.723e4b2a@snowcone> 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; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NU0Ex4SbNnrxsi6C" Content-Disposition: inline In-Reply-To: <20090309202624.723e4b2a@snowcone> User-Agent: Mutt/1.5.18 (2008-05-17) X-Archives-Salt: 395ed5b3-6fa8-42ef-b8a0-b41529cca344 X-Archives-Hash: 18735f8f448ae8181b2e3fa4606dfd2b --NU0Ex4SbNnrxsi6C Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 20:26 Mon 09 Mar , Ciaran McCreesh wrote: > On Sun, 08 Mar 2009 08:49:16 +0100 > Tiziano M=FCller wrote: > > http://spreadsheets.google.com/ccc?key=3DpPAJXP6shYH78lCXeqRqCUQ >=20 > Here're some more easy ones. This list sounds mostly good to me. > * Limit values in $USE to ones in $IUSE (bug 176467). The existing > behaviour's majorly annoying; time for the package manager to start > enforcing things strictly. I really like this one, and I've wanted it for a wihle. > Not sure if these can go in in time for Portage or not: >=20 > * Utility commands, even the ones that aren't functions, should die. To > get a non-die version, prefix the command with nonfatal (e.g. > 'nonfatal dodoc README', which just returns non-zero on failure > rather than splatting). Sounds useful to have less '|| die' all over the place. > * Calling unpack on an unrecognised extension should be fatal, unless > --if-compressed is specified. The default src_unpack needs to use > this. Why? --=20 Thanks, Donnie Donnie Berkholz Developer, Gentoo Linux Blog: http://dberkholz.wordpress.com --NU0Ex4SbNnrxsi6C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (GNU/Linux) iEYEABECAAYFAkm1mq0ACgkQXVaO67S1rtsnnQCgoTffIx3pudGHUfcd1d1ZAIa5 kD8An34dooE+2CMjqAMA5yAvhrVh4grp =YpAl -----END PGP SIGNATURE----- --NU0Ex4SbNnrxsi6C--