Slashdot Mirror
Linux 2.5.2 Kernel Released
valdis writes "Amazing.. it's been out over 3 hours and not discussed to death. Well, maybe there's not as many bleeding-edge crazies out there. But if there are, here's what's new. You can get it at the usual place, but please use the mirrors if you can."
You don't need to talk to the slashdot community about this, you need to talk to the hardware vendors who are the people who can provide programmers with documentation and support, or even pay programmers to write the drivers just like they do for Windows.
Reading LKML has been one of the most enlightening experiences. Following the conversations, reports, complaints and rants you can really piece together a very lucid picture of the very complex nature of large open-source projects. The whole process of kernel development demonstrates why open-source works; how hundreds, if not thousands, of people scattered accross the globe can work on a project; how cooperating with fierce competition produces results.
Some days it's like going to the pub and discussing politics. Other days its a horse track where betting takes place on patches. Still, other days its a battlefield where someone has to prove that he can match wits with his adversaries who are also hacking the kernel. Linux kernel development shows that when you embrace all those human traits (competitiveness, arrogance, violence, love, friendship, shame, curiosity, idolitry, desire, hate, intelligence, stupidity, humor, spite, disgust, altruism), and apply them in the appropriate places at the appropriate times you can achieve much more than if you listened to what you were supposed to do. Like all of life it is a seathing, organic process that becomes what it becomes through relentless change and its ability to fulfill a particular niche. The chemestry is the drive of the hacker; the elements are the lines of code: a primordial soup of abstract ideas.
Just a couple of my thoughts at 5:00am.
I'm amazed that Pete Zaitcev continues to update YMF PCI sound driver in the middle of discussion about the source layout of ALSA drivers. Nobody doubts that ALSA will be included, the only question is how.
Honestly..these Linux programmers need to take their time..people don't want to download the new kernal once a week..I mean..release it after you make some serious updates and stop bugging us!
That gets pointed out so often that I'm doubtful about making yet anothe r reply to this, but...
First off we're dealing with a 2.5.x release here, the whole 2.5.x is a developement branch, which is not meant for normal users, it's for those developing or otherwise interested in hacking the kernel.
Secondly even for stable branches (2.2.X and 2.4.X and 2.6.X one day) it is recommended that normal users stick to vendor provided kernels. For example the RedHat released 2.4.9-13 is still a valid kernel. It contains a lot of fixes that came to linux kernele main tree after the 2.4.9.
The sad mishaps with 2.4.10 et al happened because at that time the 2.4.x branch were still the developement branch. The problems with those releases didn't involve those that used distribution kernels, only those that were either adventureous enough to try the cutting-edge stuff or mistaken into believing that every 2.4.x release was to be taken as the stable-release for the normal users.
Want stability? Stick to distribution kernels. Want to toy around and hopefully learn something while adventuring with a developement kernel? Head over to www.kernelnewbies.org and rtfm....
This is not a question of getting the latest and the finest, because for normal users the latest distribution kernel released is the finest in every practical sense. (either that or you might concider changing our distribution preference)
(and by a normal user I'm referring to a user not particularly interested in developing or otherwise hacking the kernel)
1 Earth is warming, 2 It's us, 3 it's royally bad, 4 we need to take action NOW