Alan Cox says 2.4 Kernel in November 70
BoNeS writes "Alan Cox, revealed at the first ever UK Linux Expo that the 2.4
kernel of Linux could be available for developers everywhere as soon as November. Cox also revealed that in a couple of weeks he will be working "directly" for the most successful commercial Linux distributors by contracting programmers for their European operations."
Re:Multi processing AND USB? (Score:1)
I'm aware of that. It would have made the heading a little ungaingly, though.
IMPROVED multi processing AND USB?
Just doesn't work for me.
By the way, the SMP I'm referring to is the massive SMP that SGI is working on. I also expect so see improvements due to the threading improvements. As for USB, isn't it being completely rewritten compared to 2.2 because Linus didn't like the way it was done?
Re:pile of new drivers only? (Score:1)
Re:Expo a bit disappointing (Score:1)
I did like what Bob Young had to say for himself and RedHat; but the lady I spoke with on the stall had to enlist the help of A Techie(TM) to answer the most brainlessly-phrased question, "so why RedHat as distinct from anything else?".
And the SuSE chap didn't so much answer his own question of "is linux for everyone?" but rather stood there and plugged SuSE sales figures at us. BORING!!
As a matter of fact, SuSE has gone down in my estimation as a result - I'm glad I moved to Debian when I did, and hope it stays as [Ff]ree as ever for years to come (Corel debacles notwithstanding!).
Anyway. I think it's remarkably sloppy and 'overwritten' reporting on the part of ZDnet.
Re:To soon.. (Score:1)
The question is more, though, whether the number of features per version is staying the same or not. I suspect it is, and the version numbers are just moving faster than the actual code.
Certainly 13 x 2.2.X + 18 x 2.3.X is not a vast number of things compared to 38 x 2.0.X + 130odd x 2.1.X...
Re:This is disgusting! (Score:1)
I was there for the Wednesday bit of it, and I can hardly say Alan was "swamped by adoring fans" and all that crap. It's such bullshit it's unbelievable.
ZDnet going in my 'never again' file...
Re:LinuxBloat 99 Continues... (Score:1)
So when did Linux become a server-only OS? And who the hell says you have to compile in the drivers? They're there for people who have a use for them, you obviously don't, but I'm sure a heap of desktop users are saying 'why do we need all this networking crap in here...' etc etc.
Re:Moderation Works Great! (Score:1)
Nobody is going to say that you aren't good at using ideas. Just that you make seriously good use of ones that somebody else came up with.
I think that is what we keep accusing Microsoft of.
BTW - I have been to the US and liked it and am a keen follower of Star Trek. My favourite author was also a US citizen - Asimov.
ZDnet Journalists Getting A Little Confused (Score:5)
The full guess I gave ZD is - code freeze November, 2.4pre December, 2.4 march or so. I know Linus wants to get things moving rapidly on that. But only Linus (and I doubt even Linus) has a totally clear timetable 8)
As to the other stuff thats mostly pretty accurate. Currently I run building #3 which is mostly contracting for Red Hat. With Red Hat europe in place this no longer makes sense. Lest anyone is worried about that I can assure them that part of the paperwork we are putting in place is something both Red Hat as well as I wanted to be sure we had there - which guarantees appropriate degress of autonomy.
Hello to everyone I met both at the show.
Alan
pile of new drivers only? (Score:1)
Linux is very User-friendly, VERY!; its just very particular about its choice of friends :P
Re:Expo a bit disappointing (Score:1)
It DOES use the AMD K7 core logic chipset.
mike (I work for API)
Re:expansion (Score:3)
From what I understand Canada would be a much better place to develop that sort of thing. I do believe that is one of the major reasons OpenBSD is developed there.
Re:2.4 should be "Early Adopter Only" first (Score:1)
I dont think its too soon.
As soon as the developers and all other ones daring to use an "odd" kernel cannot break it anymore, they cannot do anything else but "release" it.
But a more fine grained release cycle might be advantageous. Bacically because number and diversity of people using linux has increased greatly.
Re:LinuxBloat 99 Continues... (Score:1)
But where do we draw the line? When does this kernel of ours just get to be too much code? A kernel tree, everything in there, is over 50 megs of source code. That's a damn lot of code.
Thankfully, we're NOT heading towards NT, it's still fast, and stable. Lets just keep efficency in mind. Monolithic kernels are inherently faster, but don't write off alternatives (microkernels maybe).
I wonder... (Score:2)
Try here (Score:2)
I have seen other versions of this; this is allegedly the "final" version.
--
Re:Multi processing AND USB? (Score:2)
The Wonderful World of Linux 2.4 [lwn.net]
Multi processing AND USB? (Score:2)
Re:Available to developers? (Score:1)
From his position, I don't know whether I am a developer or not. I build applications for end-users, but the kernel is basically still terra-incognita (here there be dragons!). So it won't be available to me until someone like Red Hat, Mandrake, SUSE, Caldera, or Debian puts out a distro.
(I put Debian last because they tend to be very conservative about kernel versions, and I would probably ignore SUSE, as I disapprove of proprietary installers [Caldera said they were opening theirs, I haven't checked back recently though].)
Linux does have a roadmap! :) (Score:3)
"Same thing we do every night, Pinky. Release a patch for Linux, and use it to Take Over The World!"
Re:Available to developers? (Score:1)
Shorter release time is good (Score:2)
So what if we have no roadmap! Again Linux is showing that decentralized development is able to advance an OS (or any other piece of code for that matter) faster than any company could. Add to this the increasing technology 'donations' by companies like SGI and Siemens, and you have a turbocharged development process that makes MSs progress from WinNT4 to NT5 seem pretty glacial.
On a related note: does anybody know if Ultra-DMA 66 will be supported by the new kernels? Right now I have to use my UDMA66 disk as a UDMA33 disk as Linux 2.2 will not recognize UDMA 66 disks
Re:I wonder... (Score:2)
A new headline - Linux kernel source code crashes Microsoft IE 5.0......
Re:UDMA66 (Score:3)
--
Jeremy Katz
expansion (Score:1)
I guess the redhat IPO allowed him to expand things a bit more. Having decent help is a start and security is always a good thing, so using these developers in better linux encryption is a possibility.
How impressive are the caching changes? (Score:1)
One of the major improvements seems to be the changes with the filesystem caching mechanism. 2.2.x and earlier used two separate caches, one for reads and the other for writes. 2.3.x amalgamates them together into one single cache. Is the performance any better??
The other changes appear to be mainly for hardware I do not have (still using a humble Pentium 100).
I will be applying 2.3.19 this weekend, recompile PPP to use the new kernel, and switch exclusivly to 2.3.x. Heck, most of my system is running seat of the pants releases as it is, one more will not make too much difference.
Re:This is disgusting! (Score:1)
If I were to submit written words that would potentially be read by millions, I'd definitely want everything to be proper.
Hell, I usually hit the "Preview" button here at least three times before submitting.
*Yes, yes. This is another example of me being lazy with the language, and I should have written, "Your points are well taken," or somesuch piffle.
--
What does Debian do? (Score:1)
Just wondering aloud,
F.O. Dobbs
This is disgusting! (Score:2)
Ahem . . .
[rant]
Did anyone else play "Count the Typos" in that article? WTF is up with that? Did ZDNet UK give the editors a holiday or something? Here's one particularly offensive bit of text:
Cox was swamped by adoring follows of the Linux hoping perhaps that a little of his coding expertise might rub of on them.
That barely makes sense! It reads like a Babelfish translation! And there were plenty more where that came from.
It's not just this article, either. More and more, the quality of grammar/spelling/editing on web-based news sites are going to crap. A lot of these places also do print versions, which I never really see. Do the typos make it in there, too?
This is offtopic, to be sure, but I just had to vent my spleen. Are my perceptions skewed, or is this journalistic atrocity becoming more common?
*muttermuttermutter....*
[/rant]
--
Re:kernel in november (Score:1)
A good holiday. We won't get to use it for 2.4, but I'd like to see some really hoopy OSS thing come out then, unless one already has and I've missed it.
Does ZDNet read Slashdot? (Score:1)
This sentence now reads:
[...], Cox was swamped by adoring Linux followers hoping perhaps that a little of his coding expertise might rub off on them.
Which is a litle better atleast.
Maybe ZDNet reads Slashdot
New Features in 2.4 (Score:1)
Some people in this discussion are asking what's new in 2.4. Well, Joe Pranevich seems to be the de facto source for whats new and exciting in kernel releases, so see his The Wonderful World of Linux 2.4 [linuxtoday.com] for more info.
Debian "potato" will use a stable 2.2.x kernel (Score:2)
Here's info straight from the Debian web site:
Major Changes For "potato" [debian.org]:
The major changes we know will be part of potato are the following:
Linux kernel 2.2 based (for architectures with Linux kernels at all).
GNU libc 2.1 based (upwardly binary compatible with GNU libc 2.0)
The egcs version of gcc, also known as egcc, will be the default C compiler.
There is also a good chance that the potato release will include the powerpc and arm architectures.
Re:LinuxBloat 99 Continues... (Score:1)
If you don't like something, don't put it in. If you do, well, it's there for you.
Re:2.4 should be "Early Adopter Only" first (Score:3)
The distributions would offer two kernels then: "ea" and "stable as hell".
And "stable as hell" is what "release" should mean.
I'm all for K.I.S.S.
If there was such a thing as a special EA release, why put it in a Linux distribution at all? It's the Kernel, not the OS, so a distro doesn't have to provide packages for all releases! Newbies should stick with what their favorite distro provides pre-packaged, then get into source packages once they want to learn more, and finally try the unstable kernel versions when they feel ready to tackle some serious stuff. To be ready to use the "beta" kernerls, one should have read the appropriate FAQ's and HOWTO's, which means you know about the version numbering scheme and risks. Why change the simple rules and make them more complicated for those who shouldn't mess with the Kernel anyway? If one gets confused by the Kernel version numbers and release phases, do NOT go any further, stick to what your distribution provides! Leave the Kernel development to the developers and get tested packages from your distro's site. You're free to play with the unstable releases, but make sure you know the rules first, it never was intended to be for everyone. Everybody can get involved, but they must learn, or rely on their vendor.
It's that easy.
Re:LinuxBloat 99 Continues... (Score:1)
If you want small, go make your own small distro, or check out Trinux. [trinux.org]
Re:Multi processing AND USB? (Score:1)
2.4 should be "Early Adopter Only" first (Score:4)
Gone are the times when only unix hackers used new Linux releases.
This means: A kernel officially released as "Release" should be VERY stable. Stable enough for anyone to put it on his most important servers, without a second thought.
Remember the problems the 2.2 series went through. Even 2.2.12 is not yet completely there. 2.2.13 or 14 might effectively be.
Maybe a new version tag is needed, additionally to the the odd numbers, and the "pre" and "ac" tags.
Like "ea" for "early adopter". Whatever. Anything above "beta".
The distributions would offer two kernels then: "ea" and "stable as hell".
And "stable as hell" is what "release" should mean.
PS: Potential deficiencies in the NT release versions are not really of interest here. Linux can do better. The people in control of the kernel dont need to care about public company quarter results.
To soon.. (Score:1)
I truely hope they are not trying to get this out the door to give the appearence of rapid development. It's be wrong, and come back to bite the entire community in the rear..
Re:2.4 should be "Early Adopter Only" first (Score:2)
This really has me worried..
Re:This is disgusting! (Score:1)
Everybody gets lazy and it shows. The journalists are not the only ones. It's a general sign of people changing language and the way it is being used.
I do the same thing all day. Shortening words and sentences to a minimum. Problem, I mean THE problem would be that we reject common Webster rules. The non-problem is that we lay out new rules we adapt and this is our new language for our new time. We shape language and you have to admit as garbled as this sentence is:
Cox was swamped by adoring follows of the Linux hoping perhaps that a little of his coding expertise might rub of on them.
It makes sense and I had no problem reading it and understanding it. The people change language and we usually only see others doing it but we do it ourselves as well.
mkx
Re:This is disgusting! (Score:1)
s/follows/followers/
s/the L/L/
s/ perhaps/, perhaps,/
s/of/off
But you're right. It's not good enough for a real news article. Perhaps they could be let off because it looks like Alan Cox spoke and they wrote the article at the same time - posting the article immediately to be ahead of everyone else.
--
Re:Linux 2.3 kernel freeze (Score:1)
quite a while.
Re:expansion (Score:1)
Alan does have a lot to do with security though, and doesn't want to move from wales.
I often wonder about cross boundary development... Could you telnet into a machine in Canada and develop encryption stuff there? It would be an interesting legal boundary case, and would a brain be classified as military technology
Re:Multi processing AND USB? (Score:1)
Re:2.4 should be "Early Adopter Only" first (Score:1)
Re:To soon.. (Score:1)
Re:2.4 should be "Early Adopter Only" first (Score:1)
Well, it took what, 120+ subrevisions of 2.1 to hit 2.2? I just happen to think that it HASN'T been banged on enough.
Hold on there. The only reason 2.2 took so long is that Linus kept accepting feature changes even after he had called feature freezes (not that I blame him...those were generally very nifty features...). This had the unfortunate side effect of delaying a 2.2 stable release (although 2.1.80+ were all generally stable iirc). This also meant that far too much effort was wasted on back-porting new code to the 2.0.x kernels. Not only did this slow down 2.2 development, but it also destablized the 2.0.x tree with new features and therefor new bugs.
The idea with 2.3/2.4 is to shorten the cycle time by adding fewer new features at once. 2.3 has been in feature freeze for over 2 weeks now. It even looks like this freeze is going to stick.
The other point of all this is that there really aren't enough people running pre-release kernels. This is why there were problems with the early 2.2.x releases. Hopefully by having shorter devel cycles more people will be interested in trying the newer kernels (as there will be fewer dependency problems).
Open Source development should be faster then a closed source effort. The idea is to get the code into as many hands as possible. The only way to do that is to get it reasonably stable and inflict it on the world. People don't like to run the odd-numbered kernels (for good reason, it's too much of a moving target to code for), so you have to freeze it and move up to even numbers more quickly...
Wonderful World of Linux 2.4 (Score:3)
Wonderful World of Linux 2.4 [lwn.net]
hmm (Score:2)
Also, I hope the stability is a hell of a lot better. Something labeled the "stable kernel" should be just that - stable. 2.2.12 isn't even really stable yet, though 2.2.13 is promised to be good (and Alan Cox's pre-13 stuff seems to solve most of the major problems). IMHO 2.2.12 should've been 2.2.0, and the previous kernels should've been part of the development cycle - they were not stable kernels by any stretch of the imagination, so should not have been falsely called that.
If we continue to release things before they're ready, people will be scared off, and everybody will still be using 2.0.38 forever (many many people still do) - do we really want that?
Re:2.4 should be "Early Adopter Only" first (Score:2)
I guess it all depends on how you look at it. Simply put, IMHO, it's to early..
Re:Linux 2.3 kernel freeze (Score:1)
Re:pile of new drivers only? (Score:1)
Re:To soon.. (Score:1)
I read an article where Linus commented that he had the numbering a little off. 2.0 should have been 1.X. And that 2.2 should have been 2.0.
2.2 was just to big of a step.
Going from 2.2 to 2.4 isn't a jump like this. Which is evident my the early feature freeze. In my mind this is more of an enhancement and refinement release. More like Netscape 4.5 to 4.6.
Excuss me... (Score:1)
"for developers"? Umm, that's what the current 2.3 series is there for. Let's not start down the 2.4pre1 road please.
(btw, as always, apply the mass media filter.)
Expo a bit disappointing (Score:1)
Nice looking slot B Alpha 21264 mobo maid entirely by AMD for launch in November, looking not disimilar to the Athlon mobos.
State of UK Linux doesnt seem that healthy if this is all thats going on (which of course it isnt...)
Re:This is disgusting! (Score:1)
"It reads like a Babelfish translation!"
Well, in fact the article was a babelfish translation...from English to American
We don't need a stinking roadmap. (Score:2)
Don't fall into the trap of playing on their turf. Linux needs goals for technical reasons, like Merced support, better SMP, Journaling. But it also is Open Source which means that you CAN'T roadmap it. People are morphing it all the time into amazing applications like TiVo. Each time this happens it adds to Linux 'stone soup' in a new and unpredictable way. YOU CANNOT PROGRAM OR PREDICT CREATIVITY. It just can't be done.
Microsoft FUD is FUD, and that's it. Not worth the photons needed to carry the image to your eyeballs.