On Sun, Dec 12, 2010 at 10:16 PM, Rajko M. firstname.lastname@example.org wrote:
On Sunday, December 12, 2010 12:36:09 pm Kim Leyendecker wrote:
Let me ask a technical question:
Which kernel version will be supported?
That was another comment on this discussion; a lot of words about names and none tried to start discuss for instance how to revive 11.1 as a test case (kernel is 2.6.27). It is just out of support, so it can be easy to continue adding security patches.
I would like to see some action plan what one has to do to keep 11.1 alive for another 6 months as a test is whole idea feasible.
In my humble opinion, better idea would be to think how to make upgrade path bullet proof, so that one has no fear what will happen on next change. That will help desktop and server use cases with single effort.
-- Regards, Rajko
My gut feeling is the answer is right (by chance?), but we have the logic backwards.
The LTS project should not pick a release (11.1) and then use its kernel for the long term support regardless.
I would think the kernel's supported for other LTS projects (SLES, SLED, Redhat, etc.) should be identified, and then a openSUSE release that uses a LTS kernel should be picked for LTS designation. Backporting kernel security patches is a lot of work.
Also, a lot of LTS kernels get not just security updates, but functional updates. ie. Redhat has back-ported ext4 to 2.6.18 I believe so that older Redhat installs can use ext4. Redhat 6 is 2.6.32 based, so from a pure Redhat perspective 2.6.18 or 2.6.32 would be the best kernels to drive a LTS release.
Fortunately SLES 11 is using the 2.6.27 kernel, so we know Novell will be back-porting security patches to it for 3 more years (or more). Does Novell also back-port new functionalities like Redhat does?
Regardless since both opensuse 11.1 and SLES 11 use the 2.6.27 kernel, that kernel makes an excellent choice indeed.
Is there any reason for the openSUSE 11.1 LTS release to not explicitly use the kernel from SLES 11? That way when patches come out, etc. openSUSE LTS can leverage at least that one very important security support from Novell.