[opensuse-es] Se anuncia la discontinuación de openSUSE Leap 42.1
Para 16 de mayo del corriente año 2017, en dos meses.
-------- Forwarded Message --------
Subject: [security-announce] Advanced discontinuation notice for openSUSE Leap 42.1
Date: Mon, 20 Mar 2017 17:18:52 +0100
From: Marcus Meissner
2017-03-20 13:25 GMT-06:00 Carlos E. R.
Para 16 de mayo del corriente año 2017, en dos meses.
Demasiado pronto, ya deberían de cambiar los periodos de lanzamiento, pasamos mas actualizando de una versión a otra que poniéndola fina. Mi humilde opinion -- Saludos, cheperobert -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On 2017-03-20 20:50, José Roberto Alas wrote:
2017-03-20 13:25 GMT-06:00 Carlos E. R. <>:
Para 16 de mayo del corriente año 2017, en dos meses.
Demasiado pronto, ya deberían de cambiar los periodos de lanzamiento, pasamos mas actualizando de una versión a otra que poniéndola fina.
Mi humilde opinion
No, es intencional. Se supone que los saltos de versión menor de la serie Leap son sencillos y que se pueden hacer sin problema alguno. No estoy diciendo que me lo crea, pero esa es la versión oficial. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))
El 20 de marzo de 2017, 13:56, Carlos E. R.
On 2017-03-20 20:50, José Roberto Alas wrote:
2017-03-20 13:25 GMT-06:00 Carlos E. R. <>:
Para 16 de mayo del corriente año 2017, en dos meses.
Demasiado pronto, ya deberían de cambiar los periodos de lanzamiento, pasamos mas actualizando de una versión a otra que poniéndola fina.
Mi humilde opinion
No, es intencional. Se supone que los saltos de versión menor de la serie Leap son sencillos y que se pueden hacer sin problema alguno.
No estoy diciendo que me lo crea, pero esa es la versión oficial.
Si comprendo que no es intencional, ya esta definido el periodo entre versiones. A que te refieres con que son sencillos, me imagino que al cambio de hacer un zypper dup de 42.1 a 42.2 y que no pase nada. Pues siempre surgen cosas que reparar o ajustar.
-- Cheers / Saludos,
Carlos E. R.
(from 42.2 x86_64 "Malachite" (Minas Tirith))
-- Saludos, cheperobert -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On 2017-03-20 21:43, José Roberto Alas wrote:
El 20 de marzo de 2017, 13:56, Carlos E. R.
escribió: On 2017-03-20 20:50, José Roberto Alas wrote:
2017-03-20 13:25 GMT-06:00 Carlos E. R. <>:
Para 16 de mayo del corriente año 2017, en dos meses.
Demasiado pronto, ya deberían de cambiar los periodos de lanzamiento, pasamos mas actualizando de una versión a otra que poniéndola fina.
Mi humilde opinion
No, es intencional. Se supone que los saltos de versión menor de la serie Leap son sencillos y que se pueden hacer sin problema alguno.
No estoy diciendo que me lo crea, pero esa es la versión oficial.
Si comprendo que no es intencional, ya esta definido el periodo entre versiones.
No. SÍ es intencional. Eso es lo que he dicho, que SÍ es intencional que las versiones Leap duren poco.
A que te refieres con que son sencillos, me imagino que al cambio de hacer un zypper dup de 42.1 a 42.2 y que no pase nada. Pues siempre surgen cosas que reparar o ajustar.
Oficialmente no surgen cosas. >:-) A eso es a lo que me refiero. Es más fácil actualizar de la 42.1 a la 42.2 que de la 13.1 a la 13.2., o que de la 42.3 a la 43.1. Ahora sí hay versiones menores. La razón es porque Leap deriva de la SLE, y las actualizaciones menores derivan de sus service pack, al menos en el núcleo (core) de la distro. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))
El día 20 de marzo de 2017, 19:05, Carlos E. R.
On 2017-03-20 21:43, José Roberto Alas wrote:
El 20 de marzo de 2017, 13:56, Carlos E. R.
escribió: On 2017-03-20 20:50, José Roberto Alas wrote:
2017-03-20 13:25 GMT-06:00 Carlos E. R. <>:
Para 16 de mayo del corriente año 2017, en dos meses.
Demasiado pronto, ya deberían de cambiar los periodos de lanzamiento, pasamos mas actualizando de una versión a otra que poniéndola fina.
Mi humilde opinion
No, es intencional. Se supone que los saltos de versión menor de la serie Leap son sencillos y que se pueden hacer sin problema alguno.
No estoy diciendo que me lo crea, pero esa es la versión oficial.
Si comprendo que no es intencional, ya esta definido el periodo entre versiones.
No. SÍ es intencional. Eso es lo que he dicho, que SÍ es intencional que las versiones Leap duren poco.
A que te refieres con que son sencillos, me imagino que al cambio de hacer un zypper dup de 42.1 a 42.2 y que no pase nada. Pues siempre surgen cosas que reparar o ajustar.
Oficialmente no surgen cosas. >:-)
A eso es a lo que me refiero. Es más fácil actualizar de la 42.1 a la 42.2 que de la 13.1 a la 13.2., o que de la 42.3 a la 43.1.
Ahora sí hay versiones menores.
La razón es porque Leap deriva de la SLE, y las actualizaciones menores derivan de sus service pack, al menos en el núcleo (core) de la distro.
Cual es la finalidad de "actualizar de una versión a otra" de la distribución, si al fin y al cabo, se deben actualizar prácticamente todos los paquetes? Y queda configurada como la versión anterior, y algunas mejoras, por mantener la configuración antigua, no se ven. Yo directamente, opto por tener en un disco duro la mas reciente y estable, y en el otro la versión anterior. Cuando sale una versión final, formateo e instalo en la partición raiz de la versión mas vieja. Salu2 -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/ -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On 2017-03-20 23:45, Juan Erbes wrote:
El día 20 de marzo de 2017, 19:05, Carlos E. R. <> escribió:
Cual es la finalidad de "actualizar de una versión a otra" de la distribución, si al fin y al cabo, se deben actualizar prácticamente todos los paquetes?
Pues que no tienes que pensar que cosas debes instalar, y que no tienes que andar configurando los servicios. Se ahorra tiempo (en instalaciones complejas).
Y queda configurada como la versión anterior, y algunas mejoras, por mantener la configuración antigua, no se ven.
Eso sólo se nota en el desktop. Si tienes esa sospecha, no tienes más que limpiar tu home y entrar de nuevo. Y en los servicios, sólo tienes que comparar las configuraciones antiguas y las nuevas, y decidir que tomas de cada cual. Porque el sistema te va a avisar de las configuraciones que ha dejado las antiguas y cuando las nuevas.
Yo directamente, opto por tener en un disco duro la mas reciente y estable, y en el otro la versión anterior.
Y yo llevo actualizando mi ordenador desde la 5.3 hasta la 42.2. Perfectamente. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))
El día 20 de marzo de 2017, 16:50, José Roberto Alas
2017-03-20 13:25 GMT-06:00 Carlos E. R.
: Para 16 de mayo del corriente año 2017, en dos meses.
Demasiado pronto, ya deberían de cambiar los periodos de lanzamiento, pasamos mas actualizando de una versión a otra que poniéndola fina.
Mi humilde opinion
No debemos olvidar que los dueños de SuSE no son una empresa sin fines de lucro, al igual que Red Hat, y que las actuales versiones Leap, no son ni mas ni menos que los "Release Candidate" de las versiones comerciales. Saludos -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 20 de marzo de 2017, 14:37, Pinguino Patagonico
El día 20 de marzo de 2017, 16:50, José Roberto Alas
escribió: 2017-03-20 13:25 GMT-06:00 Carlos E. R.
: Para 16 de mayo del corriente año 2017, en dos meses.
Demasiado pronto, ya deberían de cambiar los periodos de lanzamiento, pasamos mas actualizando de una versión a otra que poniéndola fina.
Mi humilde opinion
No debemos olvidar que los dueños de SuSE no son una empresa sin fines de lucro, al igual que Red Hat, y que las actuales versiones Leap, no son ni mas ni menos que los "Release Candidate" de las versiones comerciales.
Saludos
Eso creo que va por ese lado. La versión Entreprise empuja a hacer mas rápido el cambio. También influye mucho el entorno (con otras distribuciones), por lo rápido que están actualizando versiones como Ubuntu, Fedora, MInt y no se diga Arch Linux. El desarrollo de software esta muy acelerado. -- Saludos, cheperobert -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On 2017-03-20 21:47, José Roberto Alas wrote:
El 20 de marzo de 2017, 14:37, Pinguino Patagonico <> escribió:
No debemos olvidar que los dueños de SuSE no son una empresa sin fines de lucro, al igual que Red Hat, y que las actuales versiones Leap, no son ni mas ni menos que los "Release Candidate" de las versiones comerciales.
Eso creo que va por ese lado. La versión Entreprise empuja a hacer mas rápido el cambio. También influye mucho el entorno (con otras distribuciones), por lo rápido que están actualizando versiones como Ubuntu, Fedora, MInt y no se diga Arch Linux.
El desarrollo de software esta muy acelerado.
De nuevo os equivocáis. La versión LEAP es muy conservadora. Deriva de la SLES, no al revés, por lo que el núcleo (core) es incluso obsoleto, y lo será aún más en la 42.3. Eso en cuanto al núcleo (hablo del core, no del kernel), más o menos un 30% de los paquetes. El resto se toma en buena parte de Tumbleweed, o de lo que fué TW hace meses. Es un proceso complicado, unas cosas son avanzadas, y otras convencionales. El punto de mira en la LEAP es conservador sobre todo. No os equivoquéis. Todo esto ha sido muy discutido en las listas inglesas. Si sólo leéis la española os estáis perdiendo un montón, siento decirlo. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))
El 20 de marzo de 2017, 16:13, Carlos E. R.
On 2017-03-20 21:47, José Roberto Alas wrote:
El 20 de marzo de 2017, 14:37, Pinguino Patagonico <> escribió:
No debemos olvidar que los dueños de SuSE no son una empresa sin fines de lucro, al igual que Red Hat, y que las actuales versiones Leap, no son ni mas ni menos que los "Release Candidate" de las versiones comerciales.
Eso creo que va por ese lado. La versión Entreprise empuja a hacer mas rápido el cambio. También influye mucho el entorno (con otras distribuciones), por lo rápido que están actualizando versiones como Ubuntu, Fedora, MInt y no se diga Arch Linux.
El desarrollo de software esta muy acelerado.
De nuevo os equivocáis. La versión LEAP es muy conservadora. Deriva de la SLES, no al revés, por lo que el núcleo (core) es incluso obsoleto, y lo será aún más en la 42.3.
Porque es obsoleto, porque en SLES va en otras versiones. Si lo sabes, te creo. Pero siempre hay dudas como hacen las cosas por ahí.
Eso en cuanto al núcleo (hablo del core, no del kernel), más o menos un 30% de los paquetes. El resto se toma en buena parte de Tumbleweed, o de lo que fué TW hace meses. Es un proceso complicado, unas cosas son avanzadas, y otras convencionales.
Eso esperaría que así fuera, que los paquetes que están bien probados en TW pasen a Leap. Como lo mencionas es un proceso complicado. Porque hacerlo fácil si se puede hacer difícil.
El punto de mira en la LEAP es conservador sobre todo. No os equivoquéis.
Todo esto ha sido muy discutido en las listas inglesas. Si sólo leéis la española os estáis perdiendo un montón, siento decirlo.
La leo, pero mi entendimiento del ingles no es completo y muchas veces tengo que usar el traductor y las discusiones son muy extensas. Pero si ha sido discutido es que hay otros mortales como yo que están con dudas, de como es el proceso. No lo crees?. -- Saludos, cheperobert -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On 2017-03-20 23:31, José Roberto Alas wrote:
El 20 de marzo de 2017, 16:13, Carlos E. R. <> escribió:
Eso en cuanto al núcleo (hablo del core, no del kernel), más o menos un 30% de los paquetes. El resto se toma en buena parte de Tumbleweed, o de lo que fué TW hace meses. Es un proceso complicado, unas cosas son avanzadas, y otras convencionales.
Eso esperaría que así fuera, que los paquetes que están bien probados en TW pasen a Leap. Como lo mencionas es un proceso complicado. Porque hacerlo fácil si se puede hacer difícil.
Bueno, yo no estoy de acuerdo precisamente con Leap, pero es lo que hay. Están muchas veces discutiendo sobre que versión de qué cosa va a parar a la Leap; a veces el problema es que alguna libreríaa de base es antigua, porque viene de SLE, y no se puede tocar. Pero el nuevo paquete que quieren traer de otra cosa pide una librería más nueva, y hay follón.
El punto de mira en la LEAP es conservador sobre todo. No os equivoquéis.
Todo esto ha sido muy discutido en las listas inglesas. Si sólo leéis la española os estáis perdiendo un montón, siento decirlo.
La leo, pero mi entendimiento del ingles no es completo y muchas veces tengo que usar el traductor y las discusiones son muy extensas. Pero si ha sido discutido es que hay otros mortales como yo que están con dudas, de como es el proceso. No lo crees?.
Claro. Pero en español tienes que oírlo de segunda mano... -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))
El 20 de marzo de 2017, 17:38, Carlos E. R.
On 2017-03-20 23:31, José Roberto Alas wrote:
El 20 de marzo de 2017, 16:13, Carlos E. R. <> escribió:
Eso en cuanto al núcleo (hablo del core, no del kernel), más o menos un 30% de los paquetes. El resto se toma en buena parte de Tumbleweed, o de lo que fué TW hace meses. Es un proceso complicado, unas cosas son avanzadas, y otras convencionales.
Eso esperaría que así fuera, que los paquetes que están bien probados en TW pasen a Leap. Como lo mencionas es un proceso complicado. Porque hacerlo fácil si se puede hacer difícil.
Bueno, yo no estoy de acuerdo precisamente con Leap, pero es lo que hay.
Están muchas veces discutiendo sobre que versión de qué cosa va a parar a la Leap; a veces el problema es que alguna libreríaa de base es antigua, porque viene de SLE, y no se puede tocar. Pero el nuevo paquete que quieren traer de otra cosa pide una librería más nueva, y hay follón.
Leap se vuelve dependiente de SLE por decirlo así. Para mi que debería separarse de SLE el desarrollo de Leap, se debería amarrar a Tumbleweed, con paquetes bien probados y actualizados. por otra parte la promoción y uso de una versión LTS debería de ser una gran alternativa, para darle mas uso a openSUSE en un soporte mas largo.
El punto de mira en la LEAP es conservador sobre todo. No os equivoquéis.
Todo esto ha sido muy discutido en las listas inglesas. Si sólo leéis la española os estáis perdiendo un montón, siento decirlo.
La leo, pero mi entendimiento del ingles no es completo y muchas veces tengo que usar el traductor y las discusiones son muy extensas. Pero si ha sido discutido es que hay otros mortales como yo que están con dudas, de como es el proceso. No lo crees?.
Claro. Pero en español tienes que oírlo de segunda mano...
-- Cheers / Saludos,
Carlos E. R.
(from 42.2 x86_64 "Malachite" (Minas Tirith))
-- Saludos, cheperobert -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On 2017-03-21 17:52, José Roberto Alas wrote:
El 20 de marzo de 2017, 17:38, Carlos E. R. <> escribió:
On 2017-03-20 23:31, José Roberto Alas wrote:
El 20 de marzo de 2017, 16:13, Carlos E. R. <> escribió:
Están muchas veces discutiendo sobre que versión de qué cosa va a parar a la Leap; a veces el problema es que alguna libreríaa de base es antigua, porque viene de SLE, y no se puede tocar. Pero el nuevo paquete que quieren traer de otra cosa pide una librería más nueva, y hay follón.
Leap se vuelve dependiente de SLE por decirlo así.
Para mi que debería separarse de SLE el desarrollo de Leap, se debería amarrar a Tumbleweed, con paquetes bien probados y actualizados. por otra parte la promoción y uso de una versión LTS debería de ser una gran alternativa, para darle mas uso a openSUSE en un soporte mas largo.
Pero es que se llama Leap precisamente porque viene de SLE. Es un gran avance. https://es.opensuse.org/Portal:Leap_42.1 -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))
El 21 de marzo de 2017, 12:53, Carlos E. R.
On 2017-03-21 17:52, José Roberto Alas wrote:
El 20 de marzo de 2017, 17:38, Carlos E. R. <> escribió:
On 2017-03-20 23:31, José Roberto Alas wrote:
El 20 de marzo de 2017, 16:13, Carlos E. R. <> escribió:
Están muchas veces discutiendo sobre que versión de qué cosa va a parar a la Leap; a veces el problema es que alguna libreríaa de base es antigua, porque viene de SLE, y no se puede tocar. Pero el nuevo paquete que quieren traer de otra cosa pide una librería más nueva, y hay follón.
Leap se vuelve dependiente de SLE por decirlo así.
Para mi que debería separarse de SLE el desarrollo de Leap, se debería amarrar a Tumbleweed, con paquetes bien probados y actualizados. por otra parte la promoción y uso de una versión LTS debería de ser una gran alternativa, para darle mas uso a openSUSE en un soporte mas largo.
Pero es que se llama Leap precisamente porque viene de SLE. Es un gran avance.
Gracias Carlos por las explicaciones, siempre muy fino y colaborador en la lista. -- Saludos, cheperobert -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On 03/21/2017 05:52 PM, José Roberto Alas wrote:
El 20 de marzo de 2017, 17:38, Carlos E. R.
escribió: On 2017-03-20 23:31, José Roberto Alas wrote:
El 20 de marzo de 2017, 16:13, Carlos E. R. <> escribió:
Eso en cuanto al núcleo (hablo del core, no del kernel), más o menos un 30% de los paquetes. El resto se toma en buena parte de Tumbleweed, o de lo que fué TW hace meses. Es un proceso complicado, unas cosas son avanzadas, y otras convencionales.
Eso esperaría que así fuera, que los paquetes que están bien probados en TW pasen a Leap. Como lo mencionas es un proceso complicado. Porque hacerlo fácil si se puede hacer difícil.
Bueno, yo no estoy de acuerdo precisamente con Leap, pero es lo que hay.
Están muchas veces discutiendo sobre que versión de qué cosa va a parar a la Leap; a veces el problema es que alguna libreríaa de base es antigua, porque viene de SLE, y no se puede tocar. Pero el nuevo paquete que quieren traer de otra cosa pide una librería más nueva, y hay follón.
Leap se vuelve dependiente de SLE por decirlo así.
Para mi que debería separarse de SLE el desarrollo de Leap, se debería amarrar a Tumbleweed, con paquetes bien probados y actualizados. por otra parte la promoción y uso de una versión LTS debería de ser una gran alternativa, para darle mas uso a openSUSE en un soporte mas largo.
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
El punto de mira en la LEAP es conservador sobre todo. No os equivoquéis.
Todo esto ha sido muy discutido en las listas inglesas. Si sólo leéis la española os estáis perdiendo un montón, siento decirlo.
La leo, pero mi entendimiento del ingles no es completo y muchas veces tengo que usar el traductor y las discusiones son muy extensas. Pero si ha sido discutido es que hay otros mortales como yo que están con dudas, de como es el proceso. No lo crees?.
Claro. Pero en español tienes que oírlo de segunda mano...
-- Cheers / Saludos,
Carlos E. R.
(from 42.2 x86_64 "Malachite" (Minas Tirith))
-- Ancor González Sosa YaST Team at SUSE Linux GmbH -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On 2017-03-22 11:54, Ancor Gonzalez Sosa wrote:
On 03/21/2017 05:52 PM, José Roberto Alas wrote:
El 20 de marzo de 2017, 17:38, Carlos E. R. <> escribió:
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. :-)
Yo creo que lo has explicado muy bien :-)
Por supuesto, todo esto es teoría. Habrá que ver hasta que punto funciona el modelo en el mundo real.
La duda viene de que una parte importante de Leap no viene de SLE, por motivos diversos. Puede ser porque tal paquete simplemente no viene en la SLE, o puede ser porque en Leap se decidió usar un paquete más moderno, o sea, distinto.
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í.
Sí, eso resulta curioso. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))
El 22 de marzo de 2017, 04:54, Ancor Gonzalez Sosa
On 03/21/2017 05:52 PM, José Roberto Alas wrote:
El 20 de marzo de 2017, 17:38, Carlos E. R.
escribió: On 2017-03-20 23:31, José Roberto Alas wrote:
El 20 de marzo de 2017, 16:13, Carlos E. R. <> escribió:
Eso en cuanto al núcleo (hablo del core, no del kernel), más o menos un 30% de los paquetes. El resto se toma en buena parte de Tumbleweed, o de lo que fué TW hace meses. Es un proceso complicado, unas cosas son avanzadas, y otras convencionales.
Eso esperaría que así fuera, que los paquetes que están bien probados en TW pasen a Leap. Como lo mencionas es un proceso complicado. Porque hacerlo fácil si se puede hacer difícil.
Bueno, yo no estoy de acuerdo precisamente con Leap, pero es lo que hay.
Están muchas veces discutiendo sobre que versión de qué cosa va a parar a la Leap; a veces el problema es que alguna libreríaa de base es antigua, porque viene de SLE, y no se puede tocar. Pero el nuevo paquete que quieren traer de otra cosa pide una librería más nueva, y hay follón.
Leap se vuelve dependiente de SLE por decirlo así.
Para mi que debería separarse de SLE el desarrollo de Leap, se debería amarrar a Tumbleweed, con paquetes bien probados y actualizados. por otra parte la promoción y uso de una versión LTS debería de ser una gran alternativa, para darle mas uso a openSUSE en un soporte mas largo.
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. :-)
Claro que si. Muchas gracias por la explicación. La verdad se torna un poco confuso de como se amara Leap a SLE, pero como lo mencionas queda claro para mi. Lo que mencionas que la 42.X se comporta como una LTS por el soporte que recibe de las versiones de SLE es muy importante, ya que si no lo explicas no se comprende. Porque alguien podría tomar una alternativa de montar un servidor con Ubuntu LTS (Por el soporte Largo) en lugar de Leap por no contar con soporte largo. -- Saludos, cheperobert -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On 03/22/2017 11:54 AM, Ancor Gonzalez Sosa wrote:
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.
Bueno, el mundo real demuestra que hay detalles que aún deben afinarse. https://bugzilla.opensuse.org/buglist.cgi?classification=openSUSE&component=Upgrade%20Problems&list_id=6284328&product=openSUSE%20Distribution&query_format=advanced&resolution=---&version=Leap%2042.2 En la lista de Factory en inglés, Ludwig Nussel (el release manager de Leap) ya ha dado explicaciones sobre por qué han ocurrido estos bugs y posibles medidas para evitar cosas similares en el futuro (herramientas que se usan para crear Leap que aún no estaban afinadas cuando se creó 42.1, por ejemplo). Como todo gran cambio, hace falta un par de iteraciones para que la cosa vaya fina. Saludos -- Ancor González Sosa YaST Team at SUSE Linux GmbH -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Wenas :)
2017-03-20 23:47 GMT+03:00 José Roberto Alas
También influye mucho el entorno (con otras distribuciones), por lo rápido que están actualizando versiones como Ubuntu, Fedora, MInt y no se diga Arch Linux.
Leap no se deberia comparar con Arch ya que Leap no es una rolling distro. Seria mejor comparar Tumbleweed con Arch ;)
El desarrollo de software esta muy acelerado.
Y eso es un problema ... (MHO). Ya no se optimiza, aparecen muchos problemas de seguridad, ... :( Rafa -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On 2017-03-21 06:57, Rafa Griman wrote:
Wenas :)
2017-03-20 23:47 GMT+03:00 José Roberto Alas <>:
El desarrollo de software esta muy acelerado.
Y eso es un problema ... (MHO). Ya no se optimiza, aparecen muchos problemas de seguridad, ... :(
Ah. Eso. Sí, nuevas features, pero no asentamiento y corrección de bugs. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))
El 20 de marzo de 2017, 23:57, Rafa Griman
Wenas :)
2017-03-20 23:47 GMT+03:00 José Roberto Alas
: [...]
También influye mucho el entorno (con otras distribuciones), por lo rápido que están actualizando versiones como Ubuntu, Fedora, MInt y no se diga Arch Linux.
Leap no se deberia comparar con Arch ya que Leap no es una rolling distro. Seria mejor comparar Tumbleweed con Arch ;)
A lo que me refiero es que las demás distribuciones actualizan los paquetes muy rápido y los tiempos de lanzamiento son muy cortos. Por tal motivo, en openSUSE se tiene una tendencia a hacer las cosas de forma similar. no quedarse retrasados. -- Saludos, cheperobert -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On 2017-03-21 17:45, José Roberto Alas wrote:
El 20 de marzo de 2017, 23:57, Rafa Griman
escribió: Wenas :)
2017-03-20 23:47 GMT+03:00 José Roberto Alas
: [...]
También influye mucho el entorno (con otras distribuciones), por lo rápido que están actualizando versiones como Ubuntu, Fedora, MInt y no se diga Arch Linux.
Leap no se deberia comparar con Arch ya que Leap no es una rolling distro. Seria mejor comparar Tumbleweed con Arch ;)
A lo que me refiero es que las demás distribuciones actualizan los paquetes muy rápido y los tiempos de lanzamiento son muy cortos. Por tal motivo, en openSUSE se tiene una tendencia a hacer las cosas de forma similar. no quedarse retrasados.
Sólo en Tumbleweed, no en Leap. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))
On 2017-03-20 21:37, Pinguino Patagonico wrote:
No debemos olvidar que los dueños de SuSE no son una empresa sin fines de lucro, al igual que Red Hat, y que las actuales versiones Leap, no son ni mas ni menos que los "Release Candidate" de las versiones comerciales.
Falso completamente. ¿Motivo? Leap se hace después que la SLES, tomando código de la SLES, no al revés. Al menos en el núcleo (core) de la distro, un 30% del total. El resto viene de Tumbleweed y otras fuentes. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" (Minas Tirith))
participants (6)
-
Ancor Gonzalez Sosa
-
Carlos E. R.
-
José Roberto Alas
-
Juan Erbes
-
Pinguino Patagonico
-
Rafa Griman