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 1Lgm3Z-0001on-Ru for garchives@archives.gentoo.org; Mon, 09 Mar 2009 20:26:38 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B7025E03A5; Mon, 9 Mar 2009 20:26:36 +0000 (UTC) Received: from mail-ew0-f173.google.com (mail-ew0-f173.google.com [209.85.219.173]) by pigeon.gentoo.org (Postfix) with ESMTP id 5B451E03A5 for ; Mon, 9 Mar 2009 20:26:36 +0000 (UTC) Received: by ewy21 with SMTP id 21so861197ewy.34 for ; Mon, 09 Mar 2009 13:26:35 -0700 (PDT) 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=ccRvuGx4b816XTxVPsA/bCd52diqqlAtDmfZaR5ubEQ=; b=Mh7o1k2DSGXPAl5Lq5jwzACEqZwcg3YTzGxNiMT7EsN8XMPN5a0kKY0/MoOAO2mOOP fkzZEWlHpoLoz3pcmW2hZ5VR1AP2l2o4cQFCsED7Yh2mzXeAKjJWhNxW5mIN0+KUW0dX BHK5kYT4asQuPdonP6a09zhu65e3z9wEFYeE8= 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=F9n1wQziy+6X1huCkKKFfuHW84jtHgeALGxPx1TdI1oJL9Sssd1h+8taP0dhx7WUNj n+z6xiTRCRgy7XS/r61qJ1+58rwsp3kXYj6fnRohHfwe/WqtWACSOdoHh/X6fK8ilLQV bcnftfBcHBbbnx1nFAlc2+A9HS823EYyVj1xA= Received: by 10.216.51.202 with SMTP id b52mr2327608wec.38.1236630395529; Mon, 09 Mar 2009 13:26:35 -0700 (PDT) Received: from snowcone (92-235-187-79.cable.ubr18.sgyl.blueyonder.co.uk [92.235.187.79]) by mx.google.com with ESMTPS id d25sm8459549nfh.50.2009.03.09.13.26.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 09 Mar 2009 13:26:35 -0700 (PDT) Date: Mon, 9 Mar 2009 20:26:24 +0000 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Ideas for a (fast) EAPI=3 Message-ID: <20090309202624.723e4b2a@snowcone> In-Reply-To: <1236498557.6854.51.camel@neuromancer> References: <1236498557.6854.51.camel@neuromancer> 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_/C9cxlaYQzaVKdUHIwo0510j"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Archives-Salt: bc5f0e91-ce25-463d-a546-61fbcfe60d4a X-Archives-Hash: e7aff58835f6dd13c479510873e18292 --Sig_/C9cxlaYQzaVKdUHIwo0510j Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sun, 08 Mar 2009 08:49:16 +0100 Tiziano M=C3=BCller wrote: > http://spreadsheets.google.com/ccc?key=3DpPAJXP6shYH78lCXeqRqCUQ Here're some more easy ones. First up, un-optionaling some optional things. No impact for developers: * PROPERTIES must be cached properly (it's optional in current EAPIs) * DEFINED_PHASES must be supported (ditto) Next, some probably easy but long standing features: * src_test run unless RESTRICTed or explicitly disabled by the user (bug 184812) * have econf run ./configure with --disable-dependency-tracking and --enable-fast-install (bug 211529) * 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. Some things we should probably sort out: * The list of extensions for unpack probably needs a couple of new things. * Provide ebuilds a way to differentiate between updates and removals (bug 205557), since the way devmanual says to do it got broken by a non-EAPIed change. This one's slightly trickier than initially apparent, because a solution's needed for the weird cases. One example is if you have foo-1:1 and foo-2:2 installed, and you're installing foo-2:1. In this case, it's both a reinstall and an upgrade. One possibility is a REPLACING_VERSIONS variable that contains a list of all versions being replaced, along with a REPLACED_BY_VERSION variable for the pre/postrm part. Not sure if these can go in in time for Portage or not: * 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). * Calling unpack on an unrecognised extension should be fatal, unless --if-compressed is specified. The default src_unpack needs to use this. * pkg_info should work on things that aren't installed, as well as things that are. --=20 Ciaran McCreesh --Sig_/C9cxlaYQzaVKdUHIwo0510j Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkm1e3QACgkQ96zL6DUtXhHQiACcDJCTNAOJoZ0yVo0yuidbV80V HVsAn3w5q6+emgJgl8LPQ2Rr7JFWXcm1 =tbIS -----END PGP SIGNATURE----- --Sig_/C9cxlaYQzaVKdUHIwo0510j--