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. 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

El día 20 de marzo de 2017, 19:05, Carlos E. R. escribió:

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

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 -- 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))

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))

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))

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

El 22 de marzo de 2017, 04:54, Ancor Gonzalez Sosa escribió:

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

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

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. -- 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: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))