From: Brian Harring <ferringb@gmail.com>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] EAPI-2 - Let's get it started
Date: Tue, 10 Jun 2008 20:34:31 -0700 [thread overview]
Message-ID: <20080611033431.GD9494@seldon.metaweb.com> (raw)
In-Reply-To: <484EAB4F.6070608@gentoo.org>
[-- Attachment #1: Type: text/plain, Size: 2490 bytes --]
On Tue, Jun 10, 2008 at 12:26:55PM -0400, Doug Goldstein wrote:
> Let's try to aim to do an EAPI=2 sometime soonish since Portage now has
> USE flag depends in version 2.2 which is looming on the horizon. It'd be
> nice to hit the ground running with supporting these. I know it'll be
> trivial for the Paludis and pkgcore guys to make this work since they
> already support USE flag depends.
The relevant bugs that should go into eapi2-
bug 211529 (econf == configure --disable-dependency-tracking
--enable-fast-install)
bug 205557 (export var/api indicating what sort of op this is-
replace, install, uninstall, for pkg_*)
bug 203891: STRIP_MASK; this would allow ebuilds to be fully unaware
of the strip implementation, although would require the var to be
in binpkg metadata (pkgcore specific request, since we allow
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=${RDEPEND-${DEPEND}}, unless there is a strong arg to
keep it (I recall a historical strong arg to punt it)
* identify any remaining portageq additions needed to allow
/var/db/pkg to change format
From 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
pkg_setup time. This was originally proposed to address USE
configurations states for php pkgs, quick look, it still could be
useful. Would be implemented via a new metadata key most likely.
Finally; it needs updating, but glep33
(http://glep.gentoo.org/glep-0033.html) I'd be interested in trying to
get into eapi2. Currently, all managers support some form of env
saving/restoration that the glep required, so that dependency is gone.
What remains is basically updating the glep (I can do so), council
agreement (presume non issue), and implementation- easy for pkgcore,
presumably easy enough for paludis, easy for portage (already asked
zac).
If glep33 went in, I'd suggest bug 197859: split
src_configure/src_compile . Without g33, holding off on
src_configure/src_compile would likely be wise since it introduces
some potentially nasty eapi related issues in eclasses.
Comments welcome.
~harring
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
prev parent reply other threads:[~2008-06-11 3:34 UTC|newest]
Thread overview: 85+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-10 16:26 [gentoo-dev] EAPI-2 - Let's get it started Doug Goldstein
2008-06-10 16:30 ` Patrick Lauer
2008-06-10 16:33 ` Nirbheek Chauhan
2008-06-10 16:39 ` Doug Goldstein
2008-06-10 16:54 ` Richard Brown
2008-06-10 17:06 ` Patrick Lauer
2008-06-10 17:26 ` Fernando J. Pereda
2008-06-11 5:50 ` Alistair Bush
2008-06-11 0:11 ` Brian Harring
2008-06-11 5:57 ` Ciaran McCreesh
2008-06-11 6:02 ` Luca Barbato
2008-06-11 6:11 ` Ciaran McCreesh
2008-06-11 10:55 ` Richard Freeman
2008-06-11 11:14 ` Ciaran McCreesh
2008-06-11 12:05 ` Luca Barbato
2008-06-11 12:39 ` Bernd Steinhauser
2008-06-11 12:49 ` Luca Barbato
2008-06-11 13:00 ` Ciaran McCreesh
2008-06-11 13:05 ` Luca Barbato
2008-06-11 13:12 ` Ciaran McCreesh
2008-06-11 13:08 ` Brian Harring
2008-06-11 13:19 ` Ciaran McCreesh
2008-06-11 13:07 ` Bernd Steinhauser
2008-06-11 13:20 ` Luca Barbato
2008-06-11 13:26 ` Ciaran McCreesh
2008-06-11 13:34 ` Patrick Lauer
2008-06-11 13:53 ` Ciaran McCreesh
2008-06-11 14:46 ` Luca Barbato
2008-06-11 13:30 ` David Leverton
2008-06-12 1:46 ` Jim Ramsay
2008-06-11 18:00 ` David Leverton
2008-06-11 19:24 ` Roy Marples
2008-06-11 19:27 ` Fabian Groffen
2008-06-12 2:16 ` [gentoo-dev] eapi1 bug/pkgcore sucks thread [was EAPI-2 - Let's get it started] Brian Harring
2008-06-12 9:39 ` Fernando J. Pereda
2008-06-13 0:08 ` Brian Harring
2008-06-14 9:49 ` Steev Klimaszewski
2008-06-12 11:02 ` Thomas Anderson
2008-06-13 0:11 ` Brian Harring
2008-06-11 12:49 ` [gentoo-dev] EAPI-2 - Let's get it started Patrick Lauer
2008-06-11 13:03 ` Bernd Steinhauser
2008-06-10 17:34 ` Fernando J. Pereda
2008-06-10 18:50 ` Nirbheek Chauhan
2008-06-10 19:44 ` Doug Goldstein
2008-06-10 22:11 ` Bo Ørsted Andresen
2008-06-10 23:03 ` Marius Mauch
2008-06-10 23:42 ` Bo Ørsted Andresen
2008-06-11 0:21 ` Marius Mauch
2008-06-11 0:37 ` Brian Harring
2008-06-11 4:24 ` Luca Barbato
2008-06-11 5:20 ` Ciaran McCreesh
2008-06-11 5:39 ` Rémi Cardona
2008-06-11 5:44 ` Ciaran McCreesh
2008-06-11 5:53 ` Luca Barbato
2008-06-11 6:01 ` Ciaran McCreesh
2008-06-11 6:50 ` Luca Barbato
2008-06-11 6:58 ` Ciaran McCreesh
2008-06-11 10:50 ` Santiago M. Mola
2008-06-11 12:20 ` Luca Barbato
2008-06-21 12:46 ` [gentoo-dev] " Ryan Hill
2008-06-22 10:35 ` [gentoo-dev] " Peter Volkov
2008-06-11 5:48 ` Luca Barbato
2008-06-11 5:53 ` Ciaran McCreesh
2008-06-11 5:58 ` Luca Barbato
2008-06-11 6:02 ` Ciaran McCreesh
2008-06-11 6:57 ` Luca Barbato
2008-06-11 7:02 ` Ciaran McCreesh
2008-06-11 7:14 ` Luca Barbato
2008-06-11 7:18 ` Ciaran McCreesh
2008-06-11 5:16 ` [gentoo-dev] " Ryan Hill
2008-06-11 5:19 ` Ciaran McCreesh
2008-06-11 5:27 ` Ryan Hill
2008-06-11 5:49 ` [gentoo-dev] " Alexis Ballier
2008-06-11 5:54 ` Ciaran McCreesh
2008-06-11 6:01 ` Luca Barbato
2008-06-11 6:05 ` Ciaran McCreesh
2008-06-11 6:55 ` Luca Barbato
2008-06-11 6:59 ` Ciaran McCreesh
2008-06-11 7:18 ` Luca Barbato
2008-06-11 7:22 ` Ciaran McCreesh
2008-06-11 13:55 ` Matthias Langer
2008-06-11 7:23 ` Richard Brown
2008-06-11 11:30 ` Thomas Anderson
2008-06-11 9:23 ` Donnie Berkholz
2008-06-11 3:34 ` Brian Harring [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080611033431.GD9494@seldon.metaweb.com \
--to=ferringb@gmail.com \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox