Slashdot Mirror
Alan Cox says 2.4 Kernel in November
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."
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
Hmm, England would be a fairly poor country to do encryption work in. The most recent law they are thinking of passing is a good example of the kind of attitude they have towards it. They're almost as bad as the US.
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.
"Same thing we do every night, Pinky. Release a patch for Linux, and use it to Take Over The World!"
It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
UDMA66 is supported in Andre Hedrick's IDE patches (most of the basics of which are in 2.3.x). Backports to 2.2.x of these patches can be found at your local kernel.org mirror (ftp.xx.kernel.org) under /pub/linux/kernel/people/hedrick/
--
Jeremy Katz
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.
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.
-- Eavy (: Linux Is Not UniX
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.
This doc should answer your questions and more:
Wonderful World of Linux 2.4
LILO boot: linux init=/usr/bin/emacs