[opensuse-es] Fin del soporte oficial de openSUSE Leap 42.3
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
La versión Leap 42.3 ya no recibirá más actualizaciones.
El correo oficial lo teneis anexado debajo.
- --
Saludos
Carlos E. R.
(usando openSUSE oS Leap 15.0 x86_64 (Minas Tirith))
- ---------- Forwarded message ----------
Date: Mon, 1 Jul 2019 17:55:24 +0200
From: Marcus Meissner
Hola a todos... Efectivamente ya estaba anunciado... yo prolongué lo más que pude el proceso hasta casí salir a vacaciones por que no quería llevarme una sorpresa y quedarme con el trabajo atravesado, pero ¿qué creen?... pasó... El mes pasado hice mi actualización en vivo de la 42.3 a la 15.1, para ello según la documentación hay que pasar por la 15.0, ese primer paso no hubo ningún problema, sin embargo al pasar de la 15.0 a 15.1 sí me pasaron dos cosas... 1) en algún punto en la instalación de los paquetes el procesamiento del paquete en turno se quedó en el avión, y después de como 20 minutos de esperar me arriesgué y lo interrumpí, reinicié el porceso pero comenzó a marcar mas errores, me decidí por reiniciar el equipo, y pude conitinuar con la instalación donde se quedó (creo que tuve que usar un DVD para iniciar el sistema de rescate, la verdad de eso no recuerdo bien). Finalmente terminó la actualización pero después surgió el segundo problema... 2) Resulta que el GRUB2-efi no se instaló adecuadamente, se mostraba el menú pero al intentar iniciar el sistema me marcó un error de que no se encontraba la orden o algo así. Después de varios intentos de reconfigurar, reiniciando con el sistema de rescate y con el mismo de instalación el sistema instalado y buscando en internet dí con el detalle... Resultó que el script de arranque generaba las lineas de -- initrd y linux -- de forma incorrecta, ya que como se estaba utilizando el modo EFI las órdenes correctas deben ser -- linuxefi e initrdefi --, así que editando desde el menú de arranaque dichas lineas y haciendo el boot pudo arrancar el sistema correctamente, finalmente volví a generar el arranque con el yast y quedó. Expongo esto por si alguien está por hacer su migración en un sistema instalado como actualización en linea sepa por lo que pasé y no esté dando vueltas. Saludos a todos. El lun., 1 de jul. de 2019 a la(s) 18:33, Carlos E. R. (robin.listas@telefonica.net) escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
La versión Leap 42.3 ya no recibirá más actualizaciones.
El correo oficial lo teneis anexado debajo.
- -- Saludos Carlos E. R.
(usando openSUSE oS Leap 15.0 x86_64 (Minas Tirith))
- ---------- Forwarded message ---------- Date: Mon, 1 Jul 2019 17:55:24 +0200 From: Marcus Meissner
To: opensuse-announce@opensuse.org, opensuse-security-announce@opensuse.org Subject: [opensuse-announce] openSUSE Leap 42.3 has reached end of SUSE support Hi all,
With the release of release-notes-openSUSE on July 1st, 2019 the SUSE sponsored maintenance of openSUSE Leap 42.3 has ended.
openSUSE Leap 42.3 is now officially discontinued and out of support by SUSE.
The currently maintained stable release are openSUSE Leap 15.0 and 15.1, which will be maintained until Nov 2019 / Nov 2020. See https://en.opensuse.org/Lifetime
Upgrading is easy. See the links below for instructions:
https://doc.opensuse.org/documentation/leap/startup/html/book.opensuse.start... https://en.opensuse.org/SDB:System_upgrade https://en.opensuse.org/SDB:Offline_upgrade
Customers using Leap 42.3 workloads can also consider migrate to SUSE Linux Enterprise 12 SP4 if they are not able to upgrade to openSUSE Leap 15.
openSUSE Leap 42.3 was released in July 2017, making it 24 months of security and bugfix support.
It was the third hybrid distribution which used sources from SUSE Linux Enterprise and from our community developers to bridge a gap between matured packages and newer packages found in openSUSE Tumbleweed.
Some statistics on the released patches (compared to Leap 42.2), (reminder that 42.2 had 14 months of support runtime, while leap 42.3 had 24).
Agenda: current number (42.2 number / total diff / weighted diff 14/24)
Total updates: 1734 (1286 / +448 / -275) Updates imported from SUSE Linux Enterprise: 994 (648 / +146 / -70) Updates provided by community developers: 740 (638 / +102 / -207) Security: 901 (569 / + 332 / -44) Recommended: 794 (677 / +114 / -216) Optional: 37 (39 / -2 / -18) Feature: 2 (1 / +1 / +1)
Fixed CVE-entries: 3181 (2239 / +942 / -384) Fixed Bugs (overall): 5355 (3887 / +1468 / -764)
A huge thanks to our awesome packagers, community, and all involved people, who made the next great release possible!
Your maintenance- and security-team -----BEGIN PGP SIGNATURE-----
iJIEAREIADoWIQQt/vKEw5659AgM/X2NrxRtxRYzXAUCXRqYSBwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJEI2vFG3FFjNc8I8A/21/CsB6Whh0Fk3AcWJc dpojQsZmZX5o0urYf1lQkvL0AQCYFVtFO9lZspO8/1uvZuU8exIxxkTn+lrONJck uSvRSw== =Ym2p -----END PGP SIGNATURE-----
-- Rolando Belmonte Hernández -- 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 dom., 28 jul. 2019 a las 19:55, Rolando Belmonte Hernandez
(
Hola a todos...
Efectivamente ya estaba anunciado... yo prolongué lo más que pude el proceso hasta casí salir a vacaciones por que no quería llevarme una sorpresa y quedarme con el trabajo atravesado, pero ¿qué creen?... pasó...
El mes pasado hice mi actualización en vivo de la 42.3 a la 15.1, para ello según la documentación hay que pasar por la 15.0, ese primer paso no hubo ningún problema, sin embargo al pasar de la 15.0 a 15.1 sí me pasaron dos cosas...
1) en algún punto en la instalación de los paquetes el procesamiento del paquete en turno se quedó en el avión, y después de como 20 minutos de esperar me arriesgué y lo interrumpí, reinicié el porceso pero comenzó a marcar mas errores, me decidí por reiniciar el equipo, y pude conitinuar con la instalación donde se quedó (creo que tuve que usar un DVD para iniciar el sistema de rescate, la verdad de eso no recuerdo bien). Finalmente terminó la actualización pero después surgió el segundo problema...
2) Resulta que el GRUB2-efi no se instaló adecuadamente, se mostraba el menú pero al intentar iniciar el sistema me marcó un error de que no se encontraba la orden o algo así. Después de varios intentos de reconfigurar, reiniciando con el sistema de rescate y con el mismo de instalación el sistema instalado y buscando en internet dí con el detalle... Resultó que el script de arranque generaba las lineas de -- initrd y linux -- de forma incorrecta, ya que como se estaba utilizando el modo EFI las órdenes correctas deben ser -- linuxefi e initrdefi --, así que editando desde el menú de arranaque dichas lineas y haciendo el boot pudo arrancar el sistema correctamente, finalmente volví a generar el arranque con el yast y quedó.
Expongo esto por si alguien está por hacer su migración en un sistema instalado como actualización en linea sepa por lo que pasé y no esté dando vueltas.
A mi también me pasó algo extraño con la 15.1, que al instalar cambié la clave del unico usuario existente, en la misma partición home que vengo utilizando durante varios años, y al ingresar como usuario con Plasma, se cerraba kwin con errores de ksmserver. La unica forma de ingresar como usuario era con IceWM, o como root. Tube que reinstalar, para solucionar el problema. En lo personal, 15.1 deja bastanmte que desear, con las versiones de kernel y glibc que utiliza, amén de Mesa, paquete el cual casi no se puede actualizar a una versión más reciente por incompatibilidades de las librerías glibc. Creo que Tumbleweed, a pesar de ser experimental, está mejor logrado. 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
Por lo general cuando tengo ese tipo de problemas con el escritorio (tambien KDE plasma) lo que hago es borrar (o mejor dicho renombrar) la carpeta .kde4 , a veces archivos o carpetas dentro de .config relacionadas con los errores, y a veces tambien los archivos .Xauthority y .xinitrc.template Si la cosa se pone muy dificil creo otro usuario y si entra bien, muevo todos los archivos a ese y borro el anterior. El dom., 28 de jul. de 2019 a la(s) 18:36, Juan Erbes (jerbes@gmail.com) escribió:
El dom., 28 jul. 2019 a las 19:55, Rolando Belmonte Hernandez (
) escribió: Hola a todos...
Efectivamente ya estaba anunciado... yo prolongué lo más que pude el proceso hasta casí salir a vacaciones por que no quería llevarme una sorpresa y quedarme con el trabajo atravesado, pero ¿qué creen?... pasó...
El mes pasado hice mi actualización en vivo de la 42.3 a la 15.1, para ello según la documentación hay que pasar por la 15.0, ese primer paso no hubo ningún problema, sin embargo al pasar de la 15.0 a 15.1 sí me pasaron dos cosas...
1) en algún punto en la instalación de los paquetes el procesamiento del paquete en turno se quedó en el avión, y después de como 20 minutos de esperar me arriesgué y lo interrumpí, reinicié el porceso pero comenzó a marcar mas errores, me decidí por reiniciar el equipo, y pude conitinuar con la instalación donde se quedó (creo que tuve que usar un DVD para iniciar el sistema de rescate, la verdad de eso no recuerdo bien). Finalmente terminó la actualización pero después surgió el segundo problema...
2) Resulta que el GRUB2-efi no se instaló adecuadamente, se mostraba el menú pero al intentar iniciar el sistema me marcó un error de que no se encontraba la orden o algo así. Después de varios intentos de reconfigurar, reiniciando con el sistema de rescate y con el mismo de instalación el sistema instalado y buscando en internet dí con el detalle... Resultó que el script de arranque generaba las lineas de -- initrd y linux -- de forma incorrecta, ya que como se estaba utilizando el modo EFI las órdenes correctas deben ser -- linuxefi e initrdefi --, así que editando desde el menú de arranaque dichas lineas y haciendo el boot pudo arrancar el sistema correctamente, finalmente volví a generar el arranque con el yast y quedó.
Expongo esto por si alguien está por hacer su migración en un sistema instalado como actualización en linea sepa por lo que pasé y no esté dando vueltas.
A mi también me pasó algo extraño con la 15.1, que al instalar cambié la clave del unico usuario existente, en la misma partición home que vengo utilizando durante varios años, y al ingresar como usuario con Plasma, se cerraba kwin con errores de ksmserver. La unica forma de ingresar como usuario era con IceWM, o como root.
Tube que reinstalar, para solucionar el problema.
En lo personal, 15.1 deja bastanmte que desear, con las versiones de kernel y glibc que utiliza, amén de Mesa, paquete el cual casi no se puede actualizar a una versión más reciente por incompatibilidades de las librerías glibc.
Creo que Tumbleweed, a pesar de ser experimental, está mejor logrado.
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/
-- Rolando Belmonte Hernández -- 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday, 2019-07-28 at 20:36 -0300, Juan Erbes wrote: ...
Tube que reinstalar, para solucionar el problema.
En lo personal, 15.1 deja bastanmte que desear, con las versiones de kernel y glibc que utiliza, amén de Mesa, paquete el cual casi no se puede actualizar a una versión más reciente por incompatibilidades de las librerías glibc.
Creo que Tumbleweed, a pesar de ser experimental, está mejor logrado.
Hombre, TW no va a tener problemas de que una librería sea antigua, o que dependa de otra antigua. Todo va a ser lo más moderno posible. Pero tendrás otros problemas. - -- Cheers, Carlos E. R. (from openSUSE 15.0 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXT46/xwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVgDEAni1BIhOSt1KbxFrCnw2B fdnT9f1/AJ9isz9P657YKBH1/9TAjLrSBwH1hA== =r3Gj -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
Hola a todos...
Efectivamente ya estaba anunciado... yo prolongué lo más que pude el proceso hasta casí salir a vacaciones por que no quería llevarme una sorpresa y quedarme con el trabajo atravesado, pero ¿qué creen?... pasó...
El mes pasado hice mi actualización en vivo de la 42.3 a la 15.1, para ello según la documentación hay que pasar por la 15.0,
No, esa instrucción es incorrecta. Se puede saltar varias versiones.
ese primer paso no hubo ningún problema, sin embargo al pasar de la 15.0 a 15.1 sí me pasaron dos cosas...
1) en algún punto en la instalación de los paquetes el procesamiento del paquete en turno se quedó en el avión, y después de como 20 minutos de esperar me arriesgué y lo interrumpí, reinicié el porceso pero comenzó a marcar mas errores, me decidí por reiniciar el equipo,
Error. Reiniciar puede ser peor.
y pude conitinuar con la instalación donde se quedó (creo que tuve que usar un DVD para iniciar el sistema de rescate, la verdad de eso no recuerdo bien). Finalmente terminó la actualización pero después surgió el segundo problema...
Buf. La manera de evitarlo es usar "zypper dup --download-in-advance". Y si tienes que arrancar el zypper una segunda vez, tienes que usar "--no-refresh" para que no calcule de una manera distinta. También podrías ejecutar el zypper desde un sistema de rescate, pero eso no es simple. - -- Cheers, Carlos E. R. (from openSUSE 15.0 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXT47cBwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfV81IAn2BE8QwuO0smzzQwJUVk M5eVOtTRAJ0ePRTN5bXx4D39Aa9H5VaNOTb+aQ== =kM/c -----END PGP SIGNATURE-----
participants (3)
-
Carlos E. R.
-
Juan Erbes
-
Rolando Belmonte Hernandez