2.4.9 Kernel Released
Justin writes: "Linus is off to Finland for a week or so and released 2.4.9. " Here is the Changelog for those of you interested. Yeah, it's probably gonna be a little crowded for a bit. Please post mirrors in the comments.
Though not a showstopper by any means, the EMU10K1 driver has been fixed from 2.4.8, and is now fully up-to-date. I've been using the drivers from opensource.creative.com since the release of the 2.4 kernel, and this is definitely a welcome change. Check it out!
Interested in open source engine management for your Subaru?
. When a kernel is released, I want to know about it. and who in their right mind looks at freshmeat every fucking day?
*me* whistles and taps toe while looking around the room quitely...
I love reading the ChangeLogs. Oftentimes they can be quite humorous:
// min(-400, 3) == 3 // ??
- David Miller: undo poll() limit braindamage
This would have helped Bush during the election.
- David Woodhouse: up_and_exit -> complete_and_exit
Up and at'em, Dave!
- me: make return value from do_try_to_free_pages() meaningful
Do try for meaningful return values.
- David Miller: "min()/max()" cleanups. Understands signs and sizes.
Ouch.
- Kevin Fleming: more disks the HPT controller doesn't like
And you have to wonder about this one...
- Ben LaHaise: use down_read, not down_write() in map_user_kiobuf.
We don't change the mappings, we just read them.
Check out the following blazing-fast mirror:
. 9.tar.gz . 9.tar.gz.sign . 9.gz . 9.gz.sign
http://linux.pantek.com/resource/kernel/linux-2.4
http://linux.pantek.com/resource/kernel/linux-2.4
http://linux.pantek.com/resource/kernel/patch-2.4
http://linux.pantek.com/resource/kernel/patch-2.4
Happy compiling!
This one is a lot faster. But it is currently a version out.
http://kernel.org/mirrors/
2.4.9 Changelog
Wow, 2.4.8 lasted a whole week.
This sig intentionally left blank.
There is a developer actively working on NTFS support now. It should be safe for read-only mode.
Note that- write support for NTFS is a dangerous, EXPERIMENTAL feature that you have to explicitly select in the kernel configuration. Until recently, it was almost certain to destroy your disk, and it is still not recommended although rumor has it that it "mostly works now".
If you blew up an NT partition running in the "read only" mode, send in a bug report to the mailing list. If you want to experiment with write support, send in bug reports for that too, I'm sure the developer will be interested, but don't expect a lot of sympathy if you wipe out important data.
There's often a good reason why "EXPERIMENTAL" features are called that, even though sometimes it seems political - reiserfs, for example, is pretty safe - reported problems with it usually turn out to be hardware failures.
Torrey Hoffman (Azog)
"HTML needs a rant tag" - Alan Cox
Under control
As many as needed. There are no set times or numbers. If enough little bugs are fixed, it is released. If a major bug is fixed, it is probably released sooner. In general, you only have three reasons to upgrade.
:)
1) The new one has fixed a bug in something you are using. Such as a new USB driver for your widget.
2) A major security flaw is patched. Which is done way faster (and more publicily) than in most commerical settings.
3) You enjoy cutting your teeth on new shit. Which would be a lot of us.
I personally usually only upgrade if there is a dangerous remote exploit or for some functionaility. I only upgraded to 2.4.x for iptables and firewire support. Even though the backport of firewire worked fine for me.
This kernel tarball is identical with the ones being distributed from ftp.us.kernel.org (dynamic mirrors), BUT IT DIDN'T HAVE TO BE. A trojaned kernel distributed from a private mirror could compromise any number of systems.
Always check downloaded files from unknown sources.
md5sum:
ftp.us.kernel.org kernel: 8b0f6c18e9c09ca1e5d0bbbed95f7ef2
ecliptik mirror kernel: 8b0f6c18e9c09ca1e5d0bbbed95f7ef2
gpg sigs match, using:
% gpg --verify linux-2.4.9.tar.gz.sign linux-2.4.9.tar.gz
But -- DON'T TAKE MY WORD FOR IT! CHECK THEM YOURSELF.
"Cause there's 40 different shades of black, so many fortresses and ways to attack, so why you complainin'?"
For those of you trols that think "Slashdot isn't Fresh Meat" here is my 2cents:
:)
STFU. When a kernel is released, I want to know about it. and who in their right mind looks at freshmeat every fucking day? NOBODY
So what is the point in starting a bitch session just to bitch? To waste Bandwidth? To blow time at your job? GIME A BREAK!
Now I can update my linux boxen tonight, and have a piece of mind that the IDE driver wasnt working correctly in 2.4.7 for me, is noted in the changelog as being fixed.
have a nice day
Two infinite things: your stupidity and mine. But I'm not sure about the latter. If my sig offends you, I'm sorry.
You can fix this by editing "/usr/src/linux/fs/ntfs/unistr.h" and adding the following at line 30:
#include <linux/kernel.h>
and then recompiling. I've not bothered to submit an official patch... there's probably dozens already.
--
Free Dmitry!
http://www.freesklyarov.org
I can't wait until SGI gets XFS merged into the main tree. I'm running XFS on all my systems, and so I have to wait until SGI gets the changes merged back into their port.
XFS (especially when combined with LVM) is great. No fscks, big files, ACLs, and you can grow a mounted file system (great with LVM and hot-swap drives).
www.eFax.com are spammers
http://linux.uky.edu/kernel/v2.4/
This mirror is so fast, it will speed your downloads up, even past your NIC/modem's supposed maximums.
Enjoy
RFC1925
Don't forget that the libc is just as important for your computers stability as the kernel. Most applications go trough the libc to access kernel services. Today glibc-2.2.4 was released, go to your local mirror (yes, that is a gnu mirror, not a kernel mirror) and do the upgrade now.
Slashdot: News for nerds ?
Why does the libc get so little publicity compared to the kernel ? I don't get it !
RFC1925
Here are the counts by year. Only the release versions are counted because development kernels can run into the hundreds.
1994 - 10 (1.0.0 - 1.0.9)
1995 - 14 (1.2.0 - 1.2.13)
1996 - 28 (2.0.0 - 2.0.27)
1997 - 6 (2.0.28 - 2.0.33)
1998 - 3 (2.0.34 - 2.0.36)
1999 - 2/14 (2.0.37 - 2.0.28 & 2.2.0 - 2.2.13)
2000 - 5 (2.2.14 - 2.2.18)
2001 - 1/1/10 (2.0.39 & 2.2.19 & 2.4.0 - 2.4.9)
avg number of kernels per year: 11.75
The benefit is that you can have the latest and greatest version now instead of six months from now.