On Tuesday 10 June 2008 18:26:55 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.
I would like the portage devs to comment upon which of the following features 
they think could easily be implemented before portage 2.2 goes stable. 
There's still some time since it hasn't left package.mask yet, so I'd rather 
they exclude the features that will take too long to implement than anybody 
else doing that...

Already implemented:
- Use dependencies, it's not clear to me whether we all agree entirely upon
  the syntax yet though (bugs #2272 and #174406)

Things I believe should be trivial to implement:
- Custom output names in SRC_URI, also called arrows (bug #177863)
- Guarantee trailing slashes (bug #174408)
- Limit values in $USE (bug #176467)
- doins support for symlinks (bug #179932)
- Enable FEATURES=test by default (bug #184812)
- GLEP 42 - news items

Bigger features I'm interested in:
- Making do* die on failure by default (without changing their behaviour for
  previous eapis). Possibly adding either nonfatal or try_do* for cases where 
  this isn't desired. (bug #138792)
- More phases
  - src_prepare, for applying patches and running autotools etc.
  - src_configure, for running configure scripts (bug #197859)
  - pkg_pretend (bug #177860 - could also be used to fix bug #75936)
  - maint_*, it's not clear to me if this has been fleshed out in sufficient
    detail yet (bug #185567)
- default_*, allows an ebuild to redefine phases to add more functionality and
  then call default_$phase. Currently the default phases are lost when
  redefining the phases.
- default for src_install (bug #33544)
- Ranged dependencies (bug #4315)

Of course I'd like GLEPs 54 and 55 too but since the council still hasn't made 
a decision about them I'll leave them out..

-- 
Bo Andresen
Gentoo KDE Dev

Attachment: signature.asc
Description: This is a digitally signed message part.

Reply via email to