Except of the masked gentoo-sources ebuilds (which aren't totally bugfree..) and the
vanilla sources all other kernel ebuilds (i.e crypto, mjc, etc.) depend on outdated
pre 2.4.19 versions of the linux kernel. Will there soon be updates or do you
concentrate on getting gentoo-sources-2.4.19-r* finished? As I can see a lot of
crypto features from crypto-sources already made their way into gentoo-sources.
gentoo-sources is swallowing crypto-sources, mjc-sources may or may not continue
to exist in our tree, and if it does continue, it will be completely redone to
include mjc's release patchsets as he posts them on LKML, similarly, other
patchsets may get added.
linux-sources will be disolving, lolo-sources will be for development of
the others (including xfs-sources, openmosix-sources, usermode-sources) will be
continuing to be updated as releases are available.
Why don't you take over all of mjc's patches and put 'em in the lolo sources?
Something like lolo.sources=lolo.sources+crypto.sources+mjc.sources? That would
be quite a feature-filled kernel, which is always a good thing :-)! Besides,
people aren't obligated to use every feature... You can then cull off any
unstable patches when you move it to gentoo-sources. Not that I'm trying to
whine here, but many of those extras have come in handy. At the very least, ya
ought to have the latest XFS patchset in lolo-sources...
as a final note here, my sources include many of mjc's patches, but not all for
the reason that we couldn't get his kernel to stabilize to an acceptable level
for release... that was kinda what caused the transition to him hacking and me
managing ther gentoo kernels... (well that and him having less time and me
having more time ;-)) As we are able to incorporate more patches into my
patchset we will, but with a release kernel for a distribution, stability must
come first, and that is something that I've been striving to achieve.
XFS eats me. It's performance isn't on par with ext3+htree or reiser both of
which kickass and neither of which have data-loss nor have patches that touch
half the kernel ;-)