Entendiento las versiones Leap de openSUSE y su soporte

[José Roberto Alas]

Por: Ancor Gonzalez Sosa an...@suse.de a través de opensuse.org


El soporte de larga duración es precisamente el motivo para alinear Leap
y SLE (o hacerla dependiente, usando tus palabras). SUSE mantiene SLE
por períodos muy largos, con el único requisito de que te actualices
entre versiones "menores". Por ejemplo, SLE11-SP4 se publicó en julio de
2015 y todavía recibe actualizaciones y arreglos.

Sin el apoyo de SUSE no resulta realista ofrecer soporte a largo plazo
para openSUSE. Ofrecer un mantenimiento de una cierta calidad durante
años para una determinada versión de systemd o el núcleo (por poner un
par de ejemplos) no es trivial si nadie te paga por ello (por no hablar
de lo que pasaría si el mantenedor abandona el proyecto). SUSE lo hace
para SLE y openSUSE puede reutilizar ese trabajo haciendo que Leap se
base en SLE.

Es de esperar que SP3 (que se usará como base para 42.3) sea la última
versión menor de SLE12. Lo que debería significar que 42.3 recibirá
soporte durante muuucho tiempo. Es cierto que para beneficiarse de ello,
los usuarios de 42.X deben estar en la última versión menor. Algo que
(en teoría, como bien puntualiza Carlos E.R.) no debería representar un
problema. No es un salto comparable al que existió, por ejemplo, de 13.1
a 13.2.

Así que podríamos decir que 42.X como un todo es LTS, pero sus
correspondientes versiones menores no son necesariamente LTS.

No sé si lo expliqué o la lié más. :-)

Por supuesto, todo esto es teoría. Habrá que ver hasta que punto
funciona el modelo en el mundo real.

Al menos el esquema de numeración actual tiene algún sentido (versiones
mayores y menores). El que seguíamos antes era bastante arbitrario.
Cambiábamos el supuesto numero mayor cada tres versiones sólo porque sí.

Saludos

--
Saludos,
cheperobert