Linus says 2.6 kernel will be out by June 2003 187
Xpilot writes "C|Net reports that Linus Torvalds predicts 2.6 will be out by June next year during a talk on his Geek Cruise. Linus called the next release '2.6', but knowing him that may be just a working title;)"
Update: 10/26 17:29 GMT by T : An anonymous reader adds "Rob Landley has published the latest list of features being considered for inclusion" in the new kernel; ... "the long and impressive list is available in more or less human readable form on Linux and Main."
WARNING: incorrect quote (Score:5, Informative)
Nowhere in the article did he even imply anything like the last part of this quote (it's an all-new instruction set that the Transmeta Crusoe processors can't emulate). If you wanted to make a point you should have put this statement outside of the quote.
I can't understand why the parent was modded up.
-- kryps
Re:It's "GNU/Linux 2.6" (Score:5, Informative)
Robert Love predicts January 2004 (Score:4, Informative)
I'm more inclined to go with Robert Love's estimate considering 2.4's late release.
Offtopic : Hey, my story submission got accepted!
No more 9.9-pre-beta-5116.0002-r3-pre-patch-ac4-02 (Score:4, Informative)
V=1-1/X
As your revisions increment, you will be closer to the famed 1.0 release, but never quite there. The press can always ask, "ARE WE THERE YET?" and always be told, "IN A FEW MINUTES!"
Re:Transmeta (Score:1, Informative)
That feature list is just the late list (Score:5, Informative)
That list is just the list of features that are not yet merged and thus need an imminent decision before the feature freeze next Thursday. It's also not especially long or impressive, since these are minor features and a much greater number of patches of that kind are already in. Of the stuff on that list, probably only IPSEC and one of the LVM replacements (needed since LVM1 has been removed) will impact most users, though the crash dumps would also be nice.
The significant changes in 2.6 will be the new block layer and attendant performance/scalability improvements, the new NPTL thread support, ALSA, and the XFS and JFS merges. See Guillaume Boissiere's list [kernelnewbies.org] for more.
Re:Robert Love predicts January 2004 (Score:5, Informative)
I'm more inclined to go with Robert Love's estimate considering 2.4's late release.
I think I may need to revise that (although I did go on to say a year from then, which would be summer of 2003)... the kernel is remarkably stable at this point and if we can stick to the freeze and get enough testers, I really believe we can have a code freeze in early 2003 and a release not too long thereafter. Five or six months from now seems very doable.
And I really encourage testers. We need you. Part of the VM debacle in 2.4 was we just did not understand the corner-cases because there were not enough testers testing on enough different machines on enough different workloads. We need to know where catatrophic VM failures are, where areas of high latency exist, and in general where the bad behavior is. This kernel is remarkably better in all aspects than 2.4... it is very smooth. But it needs testers to ease us into a stable release.
Compatibility is not the issue (Score:5, Informative)
Nope. In this lkml thread [zork.net], Linus says:
Kernel Traffic summary (Score:3, Informative)
Re:That feature list is just the late list (Score:2, Informative)
badhack
Re:This just seems wrong... (Score:2, Informative)
badhack
Re:I thought... (Score:1, Informative)
As a matter of fact caldera network desktop 1.0 ran linux kernel 1.2.13 and was elf based.
another example was slackware 3.0 which was elf and used kernel 1.2.13 I believed.
slackware 2.3 was a.out based, and it was the last a.out based distro by slackware.
RH 1.0 was elf, and it used a 1.2.x kernel.
so a 1.2.x could be ran on a.out or ELF, older kernels were only a.out, but newer ones had support for a.out for compatibility.