Linus says 2.6 kernel will be out by June 2003
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."
Or did he just have one too many Margaritas on the Cruise :)
Rapid Nirvana
This will be March, 2004 in "Linux Years."
"May I have ten thousand marbles, please?"
If they continue like that, we'll soon have 2.5.100 ... chicks dig fancy kernel numbers.
Life sucks.
Unless, of course, Linus decides that there must be a set time between when the features are frozen and when the firse betas hit the servers.
I'm getting fairly excited about this, even though I don't plan on using any of these new features. Does that mean I read /. too much? ;)
Slashdot: Where people pretend to be twice as smart as they really are by behaving like children.
How about "Linux XP" -- eXtended Procrastination
For most users, Linux is around 8.0 anyway :-) Don't ask'em the difference between linux and the packaging around it a.k.a distribution..
have you been defaced today?
Nah. As with most open-source projects, there is this sickly fear of ones-place-rollover in the version number. That's why you have so many programs with a version number like 0.9999.9.9.9.9.9.4
What ever happened to the saying "When it's ready"? Or is that just a Redhat/Debian specific philos.?
------
Random, useless fact: I type in startx entirely with my left hand.
I have been hearing a feature freeze for early November. Can it really take 7-8 months to go from feature freeze to a final version? Or is Linus actually planning to make 2.6.0 what 2.X.18+ quality?
Havoc Penington, the bane of my Linux desktop.
Comment removed based on user account deletion
The cruise docked in Jamaica and everybody had a ball.
:).
We were told that just a few of the speakers would be presenting in Jamaica so 3 of us drove down to the pier to colect them.
Ha.
we neaded all 3 cars plus 2 busses to haul them to "the Ruins". We sat ESR and Linux on a panel with 4 other senior geaks and asked them some lame questions for an hour or so.
All the baby Linuses were there and Tove is realy cool. everybody seams to think the Coffee here is great (exact words: "The best I have ever tasted") so we will try to have a few bags ready for the next deligation.
PS: No the Geak Cruise dosn't normaly hold talks on land for the locals. However JaLUG asked nicely
Kevin Forge.
Jamaica Linux Users Group. JaLUG
Founding member.
--= Isn't it surprising how badly I spell ?
He never said that.
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
something to the effect of "Now you can hold your breath until 2.6 is released"?
Because IA-64 requires a lot of work to support for mediocre results on an atrociously expensive platform that appears to be on a glide path to catastrophic failure. Those efforts could be more productively spent elsewhere.
Meanwhile, x86-64 is much simpler to support, the platform will be cost competitive with current top-of-the-line x86 systems, and you don't have to recompile all your programs if you don't want to. 4-way and 8-way multiprocessor systems ought to be semi-affordable too. In short, it's a far better philosophical and practical fit.
No.. this is just the kernel... and it is called linux
\m/
" I don't play RPGs, I have a JOB. I don't watch anime, I have a LIFE."
/. tells me otherwise.
The fact that you've posted 24 comments in the last 3 days on
Anyway, for the record, I play RPGs, I don't have a job, I watch lots of anime. According to you I "have no life". Why is it that I am blissfully happy then ?
graspee
In this interview with Robert Love in July, he predicted 18 months before 2.6 gets released(that would make the release early in 2004).
:) Now that's a first.
I'm more inclined to go with Robert Love's estimate considering 2.4's late release.
Offtopic : Hey, my story submission got accepted!
"Backups are for wimps. Real men upload their data to an FTP site and have everyone else mirror it." -- Linus Torvalds
I think it is time for a fork. DTLinux and SVLinux. DT for the desktop, SV for servers. I mean really, does Oscar Office Worker really need to hot swap processors? Come ON!.
This is getting way out of hand, and resources that could be foucssed on the battle for the destkop (BFD (haha)) are being wasted on some sort of kernal probe thing that sounds painfull.
Seriously, don't you think this kernel feature thing needs to stop!.
-- ac ah home
That's the best one-sentence indictment of the Inanium I've seen to date.
Intel's plan was to come up with a new, different architecture that no one could clone because Intel had patents on key parts. They did. But it wasn't a better, new, different architecture. It was worse. So it seems headed for the Intel niche processor department, along with the i860 and i960, both of which are quite reasonable RISC machines that nobody cared about.
AMD's 64-bit architecture is straightforward. It's IA-32 expanded to 64 bits, with a few more registers and some of the little-used stuff removed. That's not hard to support. With Linux support, that's likely to be the mainstream machine for cost-effective server farms for the next five years or so. Assuming AMD ships the thing soon.
To prevent this dreaded war upon version numbers, a good formula would be something like:
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!"
By far, it is not a desktop replacement, but when that isn't how you try and use it you are fine. Their cpu was not built to be a killer-super-fast-cpu (and it isn't). I bet if I sit you down on a computer powered by an 800mhz transmeta and a p4 2ghz, you won't even be able to tell the difference with "normal*" tasks.
It all comes down to how one plans on using the technology. Just because _you_ think it is unacceptably slow does not mean others think the same thing. I used to upgrade my PC all the time because it just wasn't fast enough. I stopped doing that around the 1ghz mark because now it is fast enough. To throw a good quote in here... "A blur is just a blur." (this quote was back when doing a 'dir' in dos scrolled by in a blur on a 486sx-33, and it looked the same on a pentium-233.)
*Normal being just checking mail, AIM (or your IM client of choice), Web browsing, Generic stuff like that. Of course this assumes that everything else is the same (HD speed, ram size etc).
bah, I'll just submit this now
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 for more.
There isn't a killer new feature this time. It's really the large number of major features since 2.X started. They didn't change all that much since 2.4, but there's very little that hasn't changed since 2.0, and it doesn't make sense to never change the major number just because you improve things at a steady rate.
Or you could say that the number of minor version increases exponentially with respect to the major number, and, since the major number changed after 1.2, it should clearly change after 2.(2^2).
Nope. In this lkml thread, Linus says: