Slashdot Mirror
Linux Kernel 2.5.19 Released
The Pi-Guy writes "It's that time again, yep, another kernel update - 2.5.19 is out there, including lots of drivers ported to the new API, and lots of ia64 and PPC32 fixes! Grab it from your local Kernel.org mirror, or if you're feeling mean, you can grab it directly from kernel.org here. The changelog is also at kernel.org."
As it now seems that bluetooth kernel support will make it to 2.6, we will see Linux crawling through new paths to embedded devices. The floodgates are now really open, since this has been a true barrier for many companies forcing them to select something else which is otherwise inferior.
From the changelog:
<rml@tech9.net>
[PATCH] Robert Love likes leather and chains
> Hmm. That patch does not compile. "p->cpu" does not exist, it's
> "p->thread_info->cpu". Tssk.
Ouch, I am bad. Sorry.
Make the ChangeLog entry something really defamatory.
Robert Love
In the old days, many many people used the 2.3 kernels.
Today, the Linux Counter system statistics show less than 1% of users using the "development" kernel.
Is this a worrying aspect of the Linux community's development cycle?
kbuild will probably go in, but it needs to be split up and added piecemeal... If Keith hasn't already burned out, it will take a few months. If Keith HAS burned out, and nobody steps in to take over, well, the current stuff still works fine. It's just not nearly as nice.
KGI: what sort of example is this?? KGI was nowhere even near complete enough to be added to the kernel. These guys gave up before they were even half-way done. See the ruby project (the great console re-org) for kgi done right. Linus was correct to deny KGI.
A better example would be CML2. It was pretty close to ready. ESR just needed to fix some bugs and make the interface closer to what we've been using for years. Did he? No, he spent all his time adding stuff like autoconfig that nobody would use anyway and flaming up a storm. He completely ignored the grievous xconfig bugs and performance issues. The design of his CML2 language was weird and needlessly complex. Using Python was motivated more by language advocacy rather than design decision. Linus was correct to deny him.
Look at how long it took RL to get the preemtible kernel patch in, or Jaroslav to get ALSA in. Persistence pays off, stability reigns.
If you want kbuild 2.5 now, it's easy to apply the patch...
Does anyone else find it absurd that they host the list of mirrors of their site... on their site?
// select a mirror at random
// I only have hosts with 10+ Mbit/sec here
i nux/", "http:/ " , "http://www.llarian-net.lkams.kernen ux/", "http://www.ihets.lkams.kernel.org/pub/linux/", "http://www.mi n ux/", "http://www.valinux.lkams.kernel.org/pub/linux/", "http://www.uw-madisu x/", "http://www.csl-mirror.lkams.kernel.org/pub/lin
u x/", "http://www.ymbnet.lkams.kernel.org/pub/linux/", "http://www.themoes-us.lku x/", "http://www.teleglobe-us.lkams.kernel.org/pub/linu x// ");
I did, and created a simple PHP script that will redirect you to a random mirror site. (My list of hosts that it uses is everyone with something greater than a T1.) I have very little bandwidth, and am not really supposed to run a webserver on my cable modem anyway, but perhaps someone with a "real" server, with PHP support, could put this up. It's probably not the best-written program, but it works. If someone wants to put it up on their high-bandwidth site and post links, I think it would be a great way to offload traffic from the main server, especially for when "bigger" things are released that cause the main site to hover just below 100 Mbps...
<?php
$hosts = array("http://www.internap.lkams.kernel.org/pub/l
//www.netnitco.lkams.kernel.org/pub/linux
l.org/pub/li
idco.lkams.kernel.org/pub/linux/", "http://www.ftp-orst-edu.lkams.kernel.org/pub
/l
on.lkams.kernel.org/pub/lin
ams.kernel.org/pub/lin
", "http://www.secsup-org.lkams.kernel.org/pub/linux
$max = count($hosts);
$site = rand(0, $max);
header("Location: $hosts[$site]");
exit;
?>
Note that this code uses VERY little bandwidth, since all it sends is an HTTP redirect.
________________________________________________
suwain_2
I think it's fairly reasonable. The nice thing about these being posted to Slashdot is that they allow public discussion of features the latest releases. I learned quite a bit about the pros and cons of devfs by following the Slashdot discussion about it.
There is always going to be something on Slashdot that you aren't interested in. Kernel releases, Star Wars, anime, whatever. There are too many different tastes to please everyone. But you have preferences that allow filtering, and article summaries and headlines to help you decide whether to read an article. I'd rather see more material on Slashdot than less, and decide what's interesting myself.
Finally, redundancy complaints aren't really reasonable. Yes, you can get anime news on an anime site, world events on BBC, linux kernel releases on kernel.org, etc. But because the Net is so large and provides so much information, there's redundant sources for amost all types of information. The point of Slashdot is to provide a nice selection of interesting information to browse at an idle point in your day. Including more information and then letting people filter seems to achive that goal well.
Now, maybe more fine-grained filters w
May we never see th