John Mylchreest posted these objectives in January. I'm not John so I guess
he'll follow up with anything I missed :)
>> Migrate all existing ebuilds to kernel-2 and linux-* eclasses.
This is progressing and can realistically be completed before the end of the
year.
>> Push 2.6 for default where possible for headers and sources.
This is done as of 2005.0
>> Consolidate appropriate source packages.
ie: dev-sources -> vanilla-sources,
gentoo-dev-sources -> gentoo-sources.
This is done as of 2005.0
>> Further improve our current eclass framework to better support
- Additional kernels (fbsd, darwin etc)
As far as I am aware, we haven't looked into supporting these alternative
kernels yet.
- Headers
This is done, kernel-2.eclass now handles headers as well as sources.
>> Start sanity checks for 2.7 prep
Since January it has become increasingly clear that 2.7 is not currently in
the pipeline at all.
As well as the above, the genpatches patchset has greatly improved in quality
- we've been able to drop some of the big feature patches such as pegasos
support and multipath device mapper because they are merged upstream. There
are 3 other feature patches that I expect to be merged upstream before the end
of this year.
The new linux-stable upstream branch greatly reduces our genpatches
maintenance, and patches are regularly contributed from genpatches into
linux-stable to benefit other distro's too.
In January, genpatches was only used for gentoo-sources. The 'base' section of
genpatches is now used for gentoo-sources, hardened-sources, ck-sources,
win4lin-sources and usermode-sources. This makes maintaining the kernel
packages easier because its easier to keep up to date with the security patches.
genpatches also gained an automatically generated website which users seem to
like, and moved out of bitkeeper and into gentoo-hosted subversion.
Some kernels such as wolk-sources have been removed from portage to slim down
our sys-kernel category.
To keep up with the constant flow of kernel security patches, plasmaroo is
developing a security patch tracking site to be used instead of kernel GLSA's.
The site is used internally at the moment and proving very useful, and will
probably be finished and made public before the end of this year.
Daniel
--
gentoo-dev@gentoo.org mailing list
