On Wed, 2003-12-24 at 13:01, Kumba wrote: > Markus Nigbur wrote: > > > I fully agree here. Even when portage merges the new kernel sources, > > it needs user action to actually change to the new kernel. So why not > > move them now? > > I brought this up with iggy a day or so ago in the IRC chanel, and the > current rational is even though they should belong in vanilla-sources, > as they're no longer in development, and even though users should know > that vanilla-sources is just vanilla -- no gentoo patches, etc.., that > by being in vanilla-sources, a 2.6.0 kernel will still trigger a wave of > bug reports while the x86-kernel people aren't fully prepared yet.
I always thought about vanilla, that it reflects the exact state of kernel.org so they said its stable it should go stable in its ebuild. Further on should one report bugs to gentoo devs when they didn't change anything in the kernel except packaging it? So i don't see the point why one expect bug reports there... > 2.6.0 works fine for me on x86, but then again I use purely console. > From what I've heard, there are still problems when using X from time > to time and such, so 2.6.0 isn't quite there yet. Can't agree here. Im using 2.6 on my workstation for nearly 3 months now, i had no problems using X except 2 weird "out of memory" kills, which i cant reproduce or say its the kernel. > In fact, Andrew > Morton, 2.6 maintainer, is still keeping his -mm tree alive, and most > patches/fixes will go in there for testing before they wind up in the > next 2.6.x release. (2.6.0-mm1 has a ton of patches). I think the mm-tree will stay there and remain as test-field or something similar to the ac-tree in 2.4... > It'll get moved eventually, probably when x86-kernel has a few more > people to sort out bugs. If those devs are scared about a lot of work with expected bugs i understand that decision but my intention still is, that vanilla should be like a mirror of kernel.org. -- Christian Gut <[EMAIL PROTECTED]>
signature.asc
Description: This is a digitally signed message part
