Desktop and laptop users may still see some bugs, since the variety of hardware in such machines makes testing more difficult, Morton said.
Even though Version 2. The first of 11 test versions of the 2. Since the sixth one appeared in late September, the number of bug fixes has been shrinking with each new release. A number of bugs remain, but are "not considered to be release-critical," he said. Fixes for some of them are already being tested, but "they just didn't have the kind of verification yet where I was willing to take them," he said.
Here are the latest Insider stories. More Insider Sign Out. This version, the latest being 2. Linux 2. This package depends on the latest binary image for Linux kernel 2.
Lustre 1. Suggest an example. It was successfully tested on Linux with kernel 2. One of the larger threads this week was a discussion regarding what does and does not work with the new 2.
Version 2. As of , LinuxThreads may still be seen on production systems, particularly those using version 2. If you are currently using a kernel from the 2. As engineers, we were staring down the long hallway of pain we were going to have to endure in order to maintain this specific kernel version for the next years for our customers.
A large part of maintaining an enterprise kernel is digging through the upstream kernel. As this was essentially the same thing that I was already doing as part of my upstream stable kernel work, and I had all of the scripts and workflow already created, I decided to try to see how well I could maintain the 2.
So, with the 2. In the end, I put up with that kernel for days, longer than I had ever imagined possible.
To me, this experiment paid off very well, and others noticed, with community users of the 2. Over time, I noticed that as the kernel. The work that went into keeping this kernel alive, and the experience gained from keeping it working for such a long time for enterprise customers, made me write up a proposal about The Future of Enterprise Linux Kernels in June of Also, at the same time, I gave a talk at the Linux Kernel summit I think it was that year about this same topic.
Despite my goal of getting rid of enterprise Linux distro kernels sticking at a single release, my job went on, and work started at Novell to plan for the SLE11 SP1 release. The kernel developer community is a very tight-knit one. Despite working for companies that compete with each other, we work together daily through email, make fun of each other on IRC, and drink beer together in different cities around the world every few months at various conferences.
During a few of these meetings, in mid to late , the kernel developers working for all of the various distros quickly figured out that the timeline for the next major releases of a number of products appeared to be lining up to happen all near the same timeframe.
Because of the success of the 2. We all drifted back to our companies, and planted the seeds that maybe something like the 2.
0コメント