Time for a Linux Bug-Fixing Cycle 236
AlanS2002 writes "As reported here on Slashdot last week, there are some people who are concerned that the Linux Kernel is slowly getting buggier with the new development cycle. Now, according to Linux.com (Also owned by VA) Linus Torvalds has thrown his two cents in, saying that while there are some concerns, it is not as bad as some might have thought from the various reporting. However he says that the 2.6 Kernel could probably do with a breather to get people to calm down a bit."
Re:I preferred the old odd/even split (Score:5, Informative)
So it increased the workload, didn't seem to offer massive stability benefits (although, maybe it did, in retrospect), it reduced the amount of testing the new features got, and limited the workloads on which they were tested.
Personally, I find the present -stable branch of non-bleeding edge kernels to be as solid as 2.4 and 2.2 ever were. I do think we've a tendency to look back at that dev-cycle with rose-tinted glasses. It's not as if 2.4 or 2.2 were reasonably bug-free until the twentieth cycle or so.
Re:Standardize the Kernel API!! (Score:0, Informative)
Seriously, for fuck's sake, the stable API argument has been hashed to death on linux-kernel at least twice in the past three years. The primary drivers for these arguments are almost always people who want to make GPL-incompatible (usually closed-source) kernel modules. Pretending it's about stability of the mainline kernel is even more dishonest than the usual arguments in favor of out-of-tree modules.
Re:I preferred the old odd/even split (Score:5, Informative)
No, the 2.6.x.y are patch releases of 2.6.x. The development releases are 2.6.x-preY. The release candidates are 2.6.x-rcY.
Makes sense to me at least.
--JoeDave Jones take on the story (Score:5, Informative)
(Davej is a long time kernel hacker and currently the Fedora kernel maintainer.)
Re:question (Score:3, Informative)
Re:Standardize the Kernel API!! (Score:4, Informative)
The kernel includes a document detailing the coding style to use. It lives in Documentation/CodingStyle.txt You can read the current version from Linus' Git tree here [kernel.org]. If you spot anything in the kernel that doesn't follow CodeingStyle.txt you should submit a patch to the kernel janitors to fix it up.
Re:I preferred the old odd/even split (Score:3, Informative)
And yes I would like to see both.