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 1K6H6b-00010D-B5 for garchives@archives.gentoo.org; Wed, 11 Jun 2008 03:34:38 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DC8E0E043A; Wed, 11 Jun 2008 03:34:35 +0000 (UTC) Received: from rv-out-0708.google.com (rv-out-0708.google.com [209.85.198.240]) by pigeon.gentoo.org (Postfix) with ESMTP id 95558E043A for ; Wed, 11 Jun 2008 03:34:35 +0000 (UTC) Received: by rv-out-0708.google.com with SMTP id b17so2852264rvf.46 for ; Tue, 10 Jun 2008 20:34:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=jEYWZmfTpxZ5dtDdWmy8U2lSq46oDlr1bNbm8v0lbB4=; b=b5tO+xoy138JLrFCJk5i+CwdmI0LTymYyle0IQDVfjrpTX6jlnzC5MfKN7Cu8VDfXq Rte7+FExnJSYIZGsDNcqCaQzFgTQHZAAXU58/K2FHGZug3IjpotNzdYELpQ66DkMiIZI zbYiYO6JkMmINH1rDESJZFNvUA1DKM6jXkHZc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=NgKZttS0JvnlHlyIS0XgFolG9PoJIRRtR1uoIcA4bdJkXSjlh/AXelI5PlGjPV52y/ +LzXJuVXiWFw+h2DR6mqc4OMCyEZ8NFl8/Qq2oP+xZqe4sxVs2U2uHkIeEuTFKaxqEN4 9aIWU1GgBwWZesVdH9QifKU7e/wPQlg1q7FrA= Received: by 10.114.210.2 with SMTP id i2mr5923365wag.18.1213155274007; Tue, 10 Jun 2008 20:34:34 -0700 (PDT) Received: from seldon ( [208.68.109.98]) by mx.google.com with ESMTPS id t1sm17632256poh.9.2008.06.10.20.34.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 10 Jun 2008 20:34:33 -0700 (PDT) Date: Tue, 10 Jun 2008 20:34:31 -0700 From: Brian Harring To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] EAPI-2 - Let's get it started Message-ID: <20080611033431.GD9494@seldon.metaweb.com> References: <484EAB4F.6070608@gentoo.org> 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="6WlEvdN9Dv0WHSBl" Content-Disposition: inline In-Reply-To: <484EAB4F.6070608@gentoo.org> User-Agent: Mutt/1.5.13 (2006-08-11) X-Archives-Salt: 25b8a8ed-b7d5-4116-8a2f-09a6555fe9f3 X-Archives-Hash: 6dcca100f593cce5d25870f357bbe318 --6WlEvdN9Dv0WHSBl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 10, 2008 at 12:26:55PM -0400, Doug Goldstein wrote: > Let's try to aim to do an EAPI=3D2 sometime soonish since Portage now has= =20 > USE flag depends in version 2.2 which is looming on the horizon. It'd be= =20 > nice to hit the ground running with supporting these. I know it'll be=20 > trivial for the Paludis and pkgcore guys to make this work since they=20 > already support USE flag depends. The relevant bugs that should go into eapi2- bug 211529 (econf =3D=3D configure --disable-dependency-tracking=20 --enable-fast-install) bug 205557 (export var/api indicating what sort of op this is-=20 replace, install, uninstall, for pkg_*) bug 203891: STRIP_MASK; this would allow ebuilds to be fully unaware=20 of the strip implementation, although would require the var to be=20 in binpkg metadata (pkgcore specific request, since we allow=20 stripping of unstripped binpkgs) bug 199722: use/useq; nail it down to one or the other imo. Not bugged, but potentials for minor cleanup: * drop AA (basically unused) * drop RDEPEND=3D${RDEPEND-${DEPEND}}, unless there is a strong arg to=20 keep it (I recall a historical strong arg to punt it) * identify any remaining portageq additions needed to allow=20 /var/db/pkg to change format =46rom the "proposed way back when but never got off the ground": * USE mutually exclusive representation; fancy way of moving code like use foon && use !blah && die "blah must be enabled if foon is enabled" into a form that can be detected up front, instead of going 'boom' at=20 pkg_setup time. This was originally proposed to address USE=20 configurations states for php pkgs, quick look, it still could be=20 useful. Would be implemented via a new metadata key most likely. Finally; it needs updating, but glep33=20 (http://glep.gentoo.org/glep-0033.html) I'd be interested in trying to=20 get into eapi2. Currently, all managers support some form of env=20 saving/restoration that the glep required, so that dependency is gone. =20 What remains is basically updating the glep (I can do so), council=20 agreement (presume non issue), and implementation- easy for pkgcore,=20 presumably easy enough for paludis, easy for portage (already asked=20 zac). If glep33 went in, I'd suggest bug 197859: split=20 src_configure/src_compile . Without g33, holding off on=20 src_configure/src_compile would likely be wise since it introduces=20 some potentially nasty eapi related issues in eclasses. Comments welcome. ~harring --6WlEvdN9Dv0WHSBl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFIT0fHsiLx3HvNzgcRAguvAJ4ywh9b8NRvirAL64+9MCfichtgvwCdF1xJ 6W5aqiqmPRrsOHhsTaC7RAM= =RVHv -----END PGP SIGNATURE----- --6WlEvdN9Dv0WHSBl-- -- gentoo-dev@lists.gentoo.org mailing list