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 1Lhpt2-0001sD-Eo for garchives@archives.gentoo.org; Thu, 12 Mar 2009 18:44:08 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 70A9CE013E; Thu, 12 Mar 2009 18:44:02 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 42EFAE013E for ; Thu, 12 Mar 2009 18:44:02 +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 6D8A86500F for ; Thu, 12 Mar 2009 18:43:58 +0000 (UTC) Date: Thu, 12 Mar 2009 11:43:58 -0700 From: Donnie Berkholz To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Ideas for a (fast) EAPI=3 Message-ID: <20090312184357.GA17640@comet> References: <1236498557.6854.51.camel@neuromancer> <20090309202624.723e4b2a@snowcone> <20090309223941.GC3444@comet> <20090309225334.3187cf40@snowmobile> 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="gBBFr7Ir9EOA20Yy" Content-Disposition: inline In-Reply-To: <20090309225334.3187cf40@snowmobile> User-Agent: Mutt/1.5.18 (2008-05-17) X-Archives-Salt: 828baffb-f924-4884-b5b2-ee15a90506f6 X-Archives-Hash: 2a922a61d18e14eae36771f04653013e --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 22:53 Mon 09 Mar , Ciaran McCreesh wrote: > On Mon, 9 Mar 2009 15:39:41 -0700 > Donnie Berkholz wrote: > > > * Calling unpack on an unrecognised extension should be fatal, > > > unless --if-compressed is specified. The default src_unpack needs > > > to use this. > >=20 > > Why? >=20 > Currently, if a package does an explicit 'unpack foo.bar', where .bar is > an unsupported archive format, unpack just does nothing. This isn't a > good default behaviour; if a package really wants something to be > ignored silently, it should have to say so. I like it when unpack ${A} works regardless of what's in SRC_URI,=20 especially if it's an uncompressed file rather than an unsupported=20 compression format. --=20 Thanks, Donnie Donnie Berkholz Developer, Gentoo Linux Blog: http://dberkholz.wordpress.com --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (GNU/Linux) iEYEABECAAYFAkm5V+0ACgkQXVaO67S1rtsNfQCgnPU6dCDT6CXl+oJu5S/isOlC EIkAoM2dl+sAcErtVKj5Ixl1XJ8HR0m1 =oNqt -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy--