Slashdot Mirror
Kernel 2.6.12 Released
Mad Merlin writes "Linux kernel 2.6.12 has been released! Kerneltrap has a brief summary on it. The changelog is only partial however: 'The full ChangeLog ended up missing, because I only have the history from 2.6.12-rc2 in my git archives, but if you want to, you can puzzle it together by taking the 2.6.12 changelog and merging it with the -rc1 and -rc2 logs in the testing directory. The file that says ChangeLog-2.6.12 only contains the stuff from -rc2 onward.' As always you can find the changelog and the source at kernel.org"
The full ChangeLog ended up missing, because I only have the history from 2.6.12-rc2 in my git archives, but if you want to, you can puzzle it together by taking the 2.6.12 changelog and merging it with the -rc1 and -rc2 logs in the testing directory
Nothing instills confidence in those who are not convinced that Linux is mature enough for their application like the messages: "I was too lazy to download these files to put together a changelog" and
"the changelog wasn't in our CMS."
Sure, a full changelog would be nice. But Linus, I imagine, isn't too worried about appearing here isn't worth the effort. His time's better spent on actual kernel code.
This is the type of thing that happens when engineers manage projects rather than business people. That's not a criticism.
Just after hell froze over and ATI released new video drivers for Linux specifically supporting 2.6.11, 2.6.12 gets released.
As someone who specifically uses 2.4.x kernels due to certain support issues, I give you permission not to upgrade. Matter of fact to go further I give you this checklist to decide any and all software upgrades in the future:
Does your current software solve your needs?
Does the upgrade mess with something you care about?
Does the upgrade fix a vital security issue?
Are you a developer?
I would discuss the answers in an if.. then... else sort of way. But, if you can upgrade your kernel you should be able to figure it out. Oh, one more thing, if you do not know the answer to any of these questions, you shouldn't even think about upgrading. Do not run code simply because it has been written. Code is written to address needs, use the code that was wrtten for yours and be happy that there is code for other people to.
Yes, but one of Linux's strengths, and selling points, has traditionally been its stability. If we throw that out the window, then people will start drifting away to other systems, and then we'll have even *fewer* people using the buggy kernels. Calling buggy code "production" is a M$ tactic. And one of the reasons I moved away from that platform.
SIGSEGV caught, terminating
wait... not that kind of sig.
This is precisely why I choose Nvidia hardware - and I always will. Nvidia took the time to ensure that I can have accelerated graphics on my choice of OS, so I will reward them with my pocketbook. You should do the same.
Open source isn't the be-all end all. Nvidia puts out a great product and a good driver to match. I fail to see how doing this "destroys the core value of Linux."
Without a proper nvidia driver, Linux would be basically useless for any real modern desktop use, as all we'd have is driver support comparable to say that of any of the other open sourced ones, SiS, via, intel, matrox, the open source nvidia, or ATI drivers. Which by the way all tremendously suck. Sure basic 2d operations are supported, but that's it.
nvidia is under no obligation to release the internals of their product, and why would they in such a competetive market!
Punishing nvidia for running a good, smart business, and support free and alternative operating systems with quality products is an absolutely ridiculous thing to say.
Before you spout your mouth off like that, I'd like to see you create and maintain the number one graphics card company in the world, then release the source code to your driver which would give your competitors a HUGE leg up on understanding the internals of your product.
Don't be such an idealistic ass. It's people like YOU that destroy the core value of Linux.