Ktouch es un programa de software libre del proyecto KDE para aprender a mecanografiar con lecciones y guardando nuestros progresos

El proyecto KDE nos ofrece el programa Ktouch donde de forma gráfica podremos aprender a mecanografiar escribiendo con los diez dedos volando por encima del teclado.

En un artículo anterior escribí sobre Gtypist, el programa de software libre del proyecto GNU para aprender a mecanografiar en la terminal.

Como usuario de software de la comunidad KDE en mi sistema GNU/Linux, busqué si existía algo y encontré Ktouch y lo instalé para probarlo.

En este caso se trata de una aplicación con una interfaz donde podemos ir desbloqueando lecciones a medida que vayamos mejorando nuestra habilidad con el teclado.

Está disponible para diferentes idiomas y en la sección de configuración podremos configurar la configuración del teclado, el aspecto de la interfaz, y los valores mínimos para pasar de una lección a otra y otros ajustes que pueden ser interesantes.

Si empezamos por la primera lección veremos en la parte superior una barra dividida en tres secciones donde encontraremos el tiempo transcurrido para realizar la lección, el número de caracteres por minuto y la exactitud a la hora de realizar la lección.

Esta interfaz es mucho más interesante, ya que puede mostrarte las gráficas en tiempo real mientras realizas la lección y al finalizarla te muestra una gráfica viendo tu progreso en caracteres y precisión para saber si vas mejorando o te estancas.

Me costó finalizar con éxito la primera lección, si ves que a tí también, desde los ajustes puedes rebajar los valores mínimos para pasar a otra lección. Tampoco hagas trampas que se trata de mejorar y para ello, en este caso la repetición es la cuestión clave.

Si quieres mejorar tu mecanografía Ktouch de KDE es una muy buena opción. Yo de momento sigo con mi método personale de 6 dedos sobre el teclado, lanzándose a por la tecla adecuada.

Enlaces de interés

• https://apps.kde.org/es/ktouch/
• https://docs.kde.org/stable5/en/ktouch/ktouch/index.html

Table of Contents

• 1) Introduction
• 2) Improper use of PAM_IGNORE Return Values
• 3) Upstream Bugfix
• 4) Remaining Uses of PAM_IGNORE
• 5) Possible Workaround
• 6) Timeline
• 7) References

1) Introduction

The pam-u2f module allows to use U2F (Universal 2nd Factor) devices like YubiKeys in the PAM authentication stack. The hardware tokens can be used as a second authentication factor, or to allow password-less login.

We have been checking all PAM modules in the openSUSE code base for bad return values. During this effort we found that improper use of PAM_IGNORE return values in the pam-u2f module implementation could allow bypass of the second factor or password-less login without inserting the proper device.

This report is based on pam-u2f release 1.3.0.

2) Improper use of PAM_IGNORE Return Values

PAM modules basically consist of a set of hook functions that are invoked by libpam based on the active PAM stack configuration. Each PAM module function returns an int containing one of the PAM_* return values defined in the libpam headers. These return values are vital for the outcome of a PAM authentication procedure, since libpam reports authentication success or failure depending on the return values encountered while processing the modules configured in the auth management group of the active PAM stack configuration.

The main business logic of the pam-u2f module is found in function pam_sm_authenticate(), which contains multiple code paths that will result in a PAM_IGNORE return value. The following is a list of the possible situations that can cause this to happen:

• if an error occurs in gethostname().
• if various memory allocation errors occur in strdup() or calloc().
• if resolve_authfile_path() fails (which fails if asprintf() fails).
• if pam_modutil_drop_priv() or pam_modutil_regain_priv() fail.

Returning PAM_IGNORE signifies to libpam that the pam-u2f module shall not contribute to the return value that the application obtains. If no module reports a decisive return value, then libpam will report an authentication failure by default. However, if any other module in the auth management group returns PAM_SUCCESS, and no module marks an error condition, the overall result of the authentication will be “success”. How exactly this can happen is explored in the rest of this section.

In the pam-u2f documentation two main use cases for the PAM module are stated:

# as a second factor
auth required pam_u2f.so authfile=/etc/u2f_mappings cue

# for password-less authentication:
auth sufficient pam_u2f.so authfile=/etc/u2f_mappings cue pinverification=1

In the “second factor” scenario, a PAM_IGNORE return from pam-u2f means that login will be possible without actually providing a second factor. The first factor authentication module (typically something like pam_unix) will set a PAM_SUCCESS return value, which will become the overall authentication result.

In the “password-less” authentication scenario, when pam-u2f is used exclusively for authentication, a PAM_IGNORE return could mean that login will succeed without providing any authentication at all. The precondition for this is that another module in the auth management group returns PAM_SUCCESS. There exist utility modules that don’t actually authenticate but perform helper functions or enforce policy. An example is the pam_faillock module, which can be added to the auth management group to record failed authentication attempts and lock the account for a certain time if too many failed attempts occur. This module will return PAM_SUCCESS when running in “preauth” mode and if the maximum number of failed attempts has not been reached yet. In such a case PAM_SUCCESS would become the overall authentication result when pam-u2f returns PAM_IGNORE.

An attacker can attempt to provoke a situation that results in a PAM_IGNORE return value in pam-u2f to achieve one of these outcomes. In particular, provoking an out-of-memory situation comes to mind - for example if a local attacker already has user level access and wants to escalate privileges via sudo or su.

3) Upstream Bugfix

We suggested to upstream to change the problematic PAM_IGNORE return values to others that mark the authentication as failed, e.g. PAM_BUF_ERR for memory allocation errors or PAM_ABORT for other critical errors. Furthermore we suggested to harmonize the error handling in the affected function, because different styles of return values have been used in the retval variable (PAM_* constants mixed with literal integers returned from sub-functions).

Upstream implemented a bugfix along these lines, which is available in commit a96ef17f74b8e4. This bugfix is available as part of release 1.3.1. Yubico also offer their own security advisory for this CVE.

4) Remaining Uses of PAM_IGNORE

PAM_IGNORE should only be used in clearly defined circumstances, like when necessary configuration for the PAM module is missing. Even then, this behaviour ideally should require an explicit opt-in by administrators, by passing configuration settings to the module’s PAM configuration line.

Two such cases remain in pam-u2f with the bugfix applied. These cases trigger if no auth file exists for the user to be authenticated and if the “nouserok” option has been passed to the PAM module.

5) Possible Workaround

If applying the bugfix is not possible right away, then a temporary workaround for the issue can be applied via the PAM stack configuration by changing the pam_u2f line as follows:

auth       [success=ok default=bad]    pam_u2f.so [...]

This way even a PAM_IGNORE return in pam_u2f.so will be considered a bad authentication result by libpam.

6) Timeline

7) References

• pam-u2f bugfix commit addressing the issue
• pam-u2f bugfix release 1.3.1
• pam-u2f GitHub project
• pam-u2f project website
• Yubico security advisory

La Comunidad KDE es una comunidad responsable y no solo se preocupa en lanzar novedades sino que también en mejorarlas. Me complace presentar la primera actualización de KDE Gear 24.12 que apareció hace casi un mes. Más estabilidad, mejores traducciones y pequeñas mejoras para las aplicaciones de nuestro entornos de trabajo.

Primera actualización de KDE Gear 24.12

A pesar de lo que puedan pensar muchas personas, las aplicaciones no son perfectas. Entre las líneas de código se pueden colar errores de tipografía o que el usuario realice alguna opción que en un principio no estaba prevista por los desarrollador, por poner solo un par de ejemplos de imperfecciones.

Este no es un problema del Software Libre ya que el Software actual funciona de esta manera ya que no se piensa en él como un producto final que se encierra en una caja y se olvida. En la actualidad se sabe que el Software está vivo y sería estúpido ir guardando las mejoras sin dejarlas a disposición del gran público.

Con esto se gana en rapidez y evolución pero puede aumentar el número de errores (por norma general) leves, los cuales son subsanables con pequeñas actualizaciones.

La Comunidad KDE lo tiene claro: grandes lanzamientos cada cuatro meses y actualizaciones mensuales para subsanar errores.

Por ello me congratula compartir con vosotros la primera actualización de KDE Gear 24.12 que nos ofrece más de 180 errores resueltos entre aplicaciones, librerías y widgets, algo que mejora el rendimiento del sistema.

Aquí podéis encontrar la lista completa de cambios de KDE Gear 24.12.1, pero por poner unos cuantos ejemplos de los errores que sea han resuelto tenemos:

• kasts: Obtener la duración del archivo en cuanto se descarga. (Código modificado), corrige el fallo #497448.
• konversation: Impedir un fallo de la aplicación al actualizar los alias vigilados. (Código modificado, corrige el fallo #497799).
• telly-skout: Acelerar la actualización de la descripción de los programas. (Código modificado, corrige el fallo #497954).

Más información: KDE Gear 24.12.01

La entrada Primera actualización de KDE Gear 24.12 se publicó primero en KDE Blog.

Publicada la primera versión de corrección de errores del reproductor de música de KDE Amarok 3.2

Acabábamos el año 2024 con el anuncio de la publicación de Amarok 3.2 y el equipo de desarrollo de KDE que está reviviendo este mítico reproductor de música ya nos trae novedades.

¿Qué novedades hay en esta nueva versión menor de Amarok 3.2? Este Amarok 3.2.1 trae correcciones para algunos pequeños errores de interfaz de usuario, mejoras para transferencias de archivos a dispositivos MTP y algunas correcciones de compilación para diferentes combinaciones de versiones y compiladores Qt6, lo que permite una prueba más fácil de las pruebas de Qt6.

Esas mejoras a la hota harán más sencilla y rápida la esperada transición de este software a la actual versión de Qt que tienen las demás aplicaciones de KDE.

Además, ahora es teóricamente posible habilitar el soporte de Last.fm y Gpodder.net en una compilación Qt6. Sin embargo, esto requiere soporte Qt6 en Liblastfm y Libmygpo-QT; Una funcionalidad que aún no está incluida en las versiones más recientes lanzadas de las bibliotecas.

Poco a poco la actualización a Qt6 está siendo una realidad. Y además de estas mejoras, también se han corregido ciertos errores encontrados como:

• Corrección del botón de visualización de configuración para servicios de Internet
• Habilitar el applet del contexto de Wikipedia en las compilaciones Qt6
• Que no se bloquee al copiar múltiples archivos al dispositivo MTP
• Evitar inundar innecesariamente dispositivos MTP con consultas de capacidad de almacenamiento
• Correcciones de compilación para varias combinaciones de versión de compilador Qt6

Redescubre tu música, redescubre Amarok.

With the release of LXQt 2.1, we are pleased to announce the availability of Wayland compatibility for LXQt within Tumbleweed.

This support is to be considered experimental at this point, and for most users, is likely not ready for daily driving.

LXQt, unlike many other desktop environments, does not provide its own Window Manager. Under X11, the openSUSE-LXQt team defaults to using Openbox as its Window Manager. This decision carries over from upstream to the new Wayland support; the initial release of lxqt-wayland-sessions supports the following Wayland Compositors:

• Hyprland
• Kwin
• labwc
• niri
• river
• Sway
• Wayfire

At present, not all of LXQt’s built-in configuration tools work with all compositors, nor do all compositors support all features of LXQt components. Most notably:

• lxqt-globalkeys does not work with Wayland, and setting keybinds must be done through each individual compositor’s configuration files.
• lxqt-panel’s desktop switcher, and LXQt Power Manager’s settings for controlling displays are only compatible with KWin.
• With the exception of KWin and labwc, configuration is done by editing the text configuration files of individual compositors. KWin can be configured through GUI tools, provided the relevant parts of KDE System Settings are installed. labwc offers labwc-tweaks, which allows certain configurations through a GUI, but it is not comprehensive.

The openSUSE-LXQt team is not currently making any recommendations as to a “default” Wayland compositor for LXQt since this support is still in active development, but we do make the following suggestions to help you decide. If you don’t know which compositor you would like to try, take the following considerations:

• KWin provides the most complete Wayland session, workspace support, and with the right parts of Plasma installed, can be configured through the GUI rather than by editing text files.
• labwc is roughly based on the idea of “Openbox for Wayland” and will feel more “at home” for existing LXQt users.
• If you prefer Floating/Stacking desktops, Kwin, labwc, or Wayfire are your best current choices.
• If you like tiling desktops, Hyprland, niri, river, or Sway may be to your liking.
• If you like lots of desktop effects and “bling”, Kwin, Hyprland, or Wayfire are probably good places to start.

For more detailed information, please visit the openSUSE LXQt Wayland wiki.

Como los lectores habituales del blog sabrán, el 28 de febrero de 2024 la Comunidad KDE realizó un importante salto tecnológico, uno que va a marcar su evolución para los próximos años. Este gran cambio a las librerías Qt 6 nos proporcionó el nuevo escritorio Plasma 6, del que ya he hablado a lo largo de muchas entradas de marzo, y el ecosistema de aplicaciones KDE Gear 24.02. Pero no solo fue eso, sino que además nos trajo el salto también a KDE Frameworks 6, las librerías propias del proyecto KDE. Hoy se ha anunciado la décima actualización de KDE Frameworks 6, el motor del proyecto que soporta todo el resto de la infraestructura.

Décima actualización de KDE Frameworks 6

A pesar de que para los usuarios corrientes esta noticia sea algo confusa ya que no se trata de realzar una nueva aplicación ni de una nueva gran funcionalidad del escritorio, el desarrollo de KDE Frameworks tiene repercusiones directas en él a medio y largo plazo.

Para los que no lo sepan, KDE Frameworks añade más de 70 librerías a la propias de Qt que proporcionan una gran variedad de funcionalidades necesarias y comunes, precisadas por los desarrolladores, testeadas por aplicaciones especí­ficas y publicadas bajo licencias flexibles.

De esta forma, KDE Frameworks se convierte en la base de trabajo de los desarrolladores para realizar sus aplicaciones o sus desarrollos para los entornos de trabajo (escritorio para ordenadores, plasma mobile, etc).

Un buen símil es que KDE Framworks es como el papel y las herramientas de dibujo para un artista: cuanto mejor sea el papel y mejores pinceles tenga, la creación de una artista será mejor.

Como he dicho, el pasado 28 de febrero KDE Frameworks saltó de la versión 5 a la 6, y ha sido el pasado jueves 9 de enero cuando se ha anunciado que ya tenemos la décima actualización de la rama, es decir, que ha sido lanzado KDE Frameworks 6.10.

Hay que destacar que esta versión forma parte de una serie de versiones mensuales planificadas para poner las mejoras a disposición de los desarrolladores de forma rápida y previsible y que es absolutamente recomendable su actualización.

Aquí podéis encontrar un listado con todos estos frameworks y la serie de artículos que dedico a KDE Frameworks en el blog,

Más información: KDE

La entrada Décima actualización de KDE Frameworks 6 se publicó primero en KDE Blog.

Leer un libro en papel en tiempos digitales de consumo rápido es un acto rebelde que te posiciona

En tercero de EGB (con unos 8 años) recuerdo que nuestro profesor Paco dijo que íbamos a hacer algo llamado librofórum que por aquel entonces no tenía ni idea de qué era eso.

La idea era dividir la clase en cuatro grupos y que cada grupo comprase un libro, y después nos intercambiaríamos los libros, no sé si después charlábamos sobre ellos o qué…

Ese es mi primer recuerdo de leer un libro y de decirle a mi madre que había que comparlo. A mí me toco el libro El secreto de la arboleda de Fernando Lalana de la mítica colección El barco de vapor.

Que por cierto me regresó hecho unos zorros, después de habérselo dejado a los otros grupos, a mí que me gusta cuidar los libros.

A partir de aquel primer acercamiento a la lectura, fueron muchos más títulos de la colección del Barco de vapor los que me compraron y muchos otras ediciones juveniles. No era un lector voraz, pero sí que me gustaba.

Mis padres se hicieron del círculo de lectores, algo también muy de aquella época. Eso no me gustó tanto, no había títulos para mí, pero mi hermana sí que daba buena cuenta de muchos libros.

La afición a leer permanecía latente. Y fue mi hermana quien un verano me recomendó El guardián entre el centeno de J.D. Salinger, fue una especie de revelación. Después lo leí muchas otras veces aunque según he ido creciendo me he ido alejando de Holden Caufield.

El gusanillo de la lectura estuvo mucho tiempo dormido durante el periodo de la adolescencia, aunque nunca se fue del todo. Me gustaba ir a la biblioteca municipal (que estaba a un buen paseo desde mi casa) solo por pasar el rato y de paso sacar algún libro, pero no todos los que saqué los leí.

Y de nuevo el placer de leer quedó en stand-by. Después empiezas a trabajar, y te autoconvences de que tienes menos tiempo, que estás cansado y dejas de lado la lectura. Todo hasta hace un par de años.

Después de la pandemia, la biblioteca municipal reabrió muy cambiada, espacio más abierto, espacios más luminosos, nuevas normas que permitían sacar el libro un mes, y otras mejoras hicieron que volviera a frecuentarla y retomar el placer de leer.

Quizás porque se estropeó la televisión que tenía y no la he repuesto y quizás porque simplemente sucedió.

Huyo de los best-sellers y de sagas y escritores prolíficos. Voy a la biblioteca y deambulo por los pasillos de novela buscando una portada sugerente, un título que enganche o el nombre de un escritor o escritora que reconozco o de quien haya oído algo de alguien de confianza.

De esa manera aleatoria sin un destino fijo he descubierto libros muy interesantes. Aunque también hecho mano de clásicos y de recomendaciones de la gente que sigo por Mastodon o de las propias recomendaciones de la biblioteca.

He retomado el placer de leer, de pausarme, de no saltar de una información a otra cada 30 segundos, tuve que forzar a mi mente y a mis ojos para que leyeran los párrafos seguidos, sin saltarse líneas, como estaban (mal)acostumbrados de hacerlo por internet (igual tu mismo lector o lectora te has saltado párrafos de este artículo, bueno si es porque realmente es un peñazo no me importa).

La frase inicial que abre el artículo no quiero que suene pedante y clasista. No soy alguien superior por leer, pero sí tiene un matiz rebelde el seguir consumiendo libros físicos de papel y leerlos alejado de la vorágine de internet, la televisión, la sobreproducción de serires, etc.

Te apartas, destilas la historia, la maduras y extraes su jugo, que quedará de alguna manera como parte de tí, de tu aprendizaje y tu esencia. Leer es un requiere una predisposición y un actitud activa, frente al acto pasivo de espectador.

Además de reivindico las bibliotecas públicas como verdaderos lujos. Un lugar que almacena miles de libros que pone a tu disposición de manera totalmente gratuita. Reivindico la pluralidad en los títulos, y el alejamiento del adoctrinamiento. Que coexistan en las baldas del mismo edificio Salman Rasdhie, José Saramago, Richard Dawkins (por poner 3 ejemplos) con literatura y teorías opuestas.

Que sean bibliotecas que animen a leer, que promuevan esa participación y que además de libros, también adopten préstamos de otros medios de entretenimiento y cultura.

En mi perfil de PixelFed voy compartiendo capturas de pantalla de los libros que voy leyendo. Alguna vez he querido también hacer un pequeño repaso del libro aquí en el blog, pero nunca me atrevía… quizás en esta oleada de artículos de la sección «… de todo un poco» hay espacio y me anime a ello ¿te interesaría?

Bueno, y ahora os dejo, que voy a leer un rato, pongo música instrumental de fondo, buena luz, alejo las fuentes de distracción de mí y recojo el libro por donde lo había marcado con mi marcapáginas y paso página.

Los desarrolladores de la Comunidad KDE dieron un gran salto tecnológico que promete llevar a cotas superiores la excelencia de los productos KDE. Fruto de este movimiento se fue lanzamiento colectivo de Plasma 6, KDE Frameworks 6 y KDE Gear 24.02 el pasado 28 de febrero de 2024. El tiempo pasa y las grandes mejoras ya se están materializando, pero para ello se deben sacar de producción para llevarlas a la fase de testeo. El pasado jueves fue lanzada la primera beta de plasma 6.3. Así que, para los que disfruten de probar cosas nuevas es el momento de testear esta versión y reportar los errores que se encuentren. ¡No pierdas la oportunidad de contribuir al desarrollo de Plasma!

Lanzada la primera beta de Plasma 6.3

Tras los habituales meses de vida, Plasma 6.2 empieza ver languidecer su reinado. Es el momento de probar la versión de escritorio que la va a sustituir. En otras palabras, llega Plasma 6.3 y estas son algunas de sus mejoras extraídas de 9to5linux.

• Posibilidad de clonar un panel.
• Posibilidad de establecer atajos de teclado para mover ventanas entre zonas de mosaicos de Custom Tiling en función de la direccionalidad.
• Soporte para recordar el escritorio virtual activo por actividad.
• Página renovada de la tableta gráfica en la configuración del sistema.
• Opción de preferir la precisión del color de la pantalla en KWin.
• Notificaciones de batería baja para auriculares inalámbricos que expongan adecuadamente la información de la batería.
• Nueva configuración el touchpad para que se desactive automáticamente al conectar un ratón.
• Mejor escalado fraccional para todos.
• Los widgets colocados en el escritorio sean ligeramente translúcidos.
• Asignación una contraseña aleatoria por defecto al punto de acceso a la red.
• Nuevo servicio para detectar y avisar a los usuarios con una notificación explicando lo que ocurre cuando el sistema se queda sin memoria y el kernel termina una aplicación.
• Plasma Discover ha sido actualizado para mostrar a los usuarios cuando las aplicaciones han sido empaquetadas directamente por su desarrollador o verificadas por un tercero de confianza.
• Mayor precisión el progreso de la instalación.

• Indicador de agrupación en el widget Administrador de tareas ahora sigue el color de acento actual.
• Los iconos simbólicos apropiados ahora serán sustituidos automáticamente por iconos de aplicaciones en el área de la bandeja del sistema.
• La aplicación Centro de información ahora mostrará todas tus GPUs y el recuento de ciclos de la batería de tu portátil.
• Posibilidad de intercambiar las funciones de los botones del lápiz de la tableta de dibujo.
• Se podrá mostrar la cola de impresión de cada impresora en línea y un spinner ocupado para cualquier impresora que esté imprimiendo en ese momento en el widget Impresoras.
• Se notificará a los usuarios en la pantalla de cierre de sesión cuando reinicien su sistema en el menú del gestor de arranque.
• Eliminado la categoría de menú «Configuración» del lanzador de aplicaciones Kickoff y todo su contenido se ha trasladado a la categoría «Sistema».
• Posibilidad de desactivar temporalmente las reglas de ventana de KWin en lugar de eliminarlas.

Más información: KDE

Pruébalo y reporta errores

Todas las tareas dentro del mundo del Software Libre son importantes: desarrollar, traducir, empaquetar, diseñar, promocionar, etc. Pero hay una que se suele pasar por alto y de la que solo nos acordamos cuando las cosas no nos funcionan como debería: buscar errores.

Desde el blog te animo a que tú seas una de las personas responsables del éxito del nuevo lanzamiento de Plasma 6.3 de la Comunidad KDE. Para ello debes participar en la tarea de buscar y reportar errores, algo básico para que los desarrolladores los solucionen para que el despegue del escritorio esté bien pulido. Debéis pensar que en muchas ocasiones los errores existen porque no le han aparecido al grupo de desarrolladores ya que no se han dado las circunstancias para que lo hagan.

Para ello debes instalarte esta beta y comunicar los errores que salgan en bugs.kde.org, tal y como expliqué en su día en esta entrada del blog.

La entrada Lanzada la primera beta de Plasma 6.3 se publicó primero en KDE Blog.

Tumbleweed es una distribución de GNU/Linux «Rolling Release» o de actualización contínua. Aquí puedes estar al tanto de las últimas novedades.

openSUSE Tumbleweed es la versión «rolling release» o de actualización continua de la distribución de GNU/Linux openSUSE.

Hagamos un repaso a las novedades que han llegado hasta los repositorios esta semana.

Y recuerda que puedes estar al tanto de las nuevas publicaciones de snapshots en esta web:

• https://victorhck.gitlab.io/tumbleweed_snapshots/

El anuncio original lo puedes leer en el blog de Dominique Leuenberger, publicado bajo licencia CC-by-sa, en este este enlace:

• https://dominique.leuenberger.net/blog/2025/01/tumbleweed-review-of-the-week-2025-01-02/

Esta revisión hará un repaso desde la snapshot 20241218 hasta la 20250108, que es la última publicada a la hora de escribir este artículo, en total en ese tramo se han publicado 11 snapshots.

Las actualizaciones más destacadas de estas semanas:

• Linux kernel 6.12.6 & 6.12.8
• LLVM 19.1.6
• PHP 8.3.15
• Qemu 9.2.0
• Systemd 256.10
• XFCE 4.20.0
• Shadow 4.17.0 & 4.17.1
• Samba 4.21.2
• KDE Plasma 6.2.5
• Poppler 24.12.0
• Mesa 24.3.3
• Ruby 3.4: todos los paquetes rubygems havehan sido recompilados para la versión 3.4 y los paquetes ruby3.3-rubygem han sido eliminados
• Xen 4.20.0

Pero hay mucho más que se está preparando

• Eliminación de los módulos de Python
• KDE Gear 24.12.1
• Mozilla Firefox 134.0
• Linux kernel 6.12.9
• Systemd 257
• RPM 4.20

Si quieres estar a la última con software actualizado y probado utiliza openSUSE Tumbleweed la opción rolling release de la distribución de GNU/Linux openSUSE.

Mantente actualizado y ya sabes: Have a lot of fun!!

Enlaces de interés

• ¿Por qué deberías utilizar openSUSE Tumbleweed?
• zypper dup en Tumbleweed hace todo el trabajo al actualizar
• ¿Cual es el mejor comando para actualizar Tumbleweed?
• ¿Qué es el test openQA?
• http://download.opensuse.org/tumbleweed/iso/
• https://es.opensuse.org/Portal:Tumbleweed

——————————–

Tumbleweed es una distribución de GNU/Linux «Rolling Release» o de actualización contínua. Aquí puedes estar al tanto de las últimas novedades.

openSUSE Tumbleweed es la versión «rolling release» o de actualización continua de la distribución de GNU/Linux openSUSE.

Hagamos un repaso a las novedades que han llegado hasta los repositorios esta semana.

Y recuerda que puedes estar al tanto de las nuevas publicaciones de snapshots en esta web:

• https://victorhck.gitlab.io/tumbleweed_snapshots/

El anuncio original lo puedes leer en el blog de Dominique Leuenberger, publicado bajo licencia CC-by-sa, en este este enlace:

• https://dominique.leuenberger.net/blog/2025/01/tumbleweed-review-of-the-week-2025-01-02/

Esta revisión hará un repaso desde la snapshot 20241218 hasta la 20250108, que es la última publicada a la hora de escribir este artículo, en total en ese tramo se han publicado 11 snapshots.

Las actualizaciones más destacadas de estas semanas:

• Linux kernel 6.12.6 & 6.12.8
• LLVM 19.1.6
• PHP 8.3.15
• Qemu 9.2.0
• Systemd 256.10
• XFCE 4.20.0
• Shadow 4.17.0 & 4.17.1
• Samba 4.21.2
• KDE Plasma 6.2.5
• Poppler 24.12.0
• Mesa 24.3.3
• Ruby 3.4: todos los paquetes rubygems havehan sido recompilados para la versión 3.4 y los paquetes ruby3.3-rubygem han sido eliminados
• Xen 4.20.0

Pero hay mucho más que se está preparando

• Eliminación de los módulos de Python
• KDE Gear 24.12.1
• Mozilla Firefox 134.0
• Linux kernel 6.12.9
• Systemd 257
• RPM 4.20

Si quieres estar a la última con software actualizado y probado utiliza openSUSE Tumbleweed la opción rolling release de la distribución de GNU/Linux openSUSE.

Mantente actualizado y ya sabes: Have a lot of fun!!

Enlaces de interés

• ¿Por qué deberías utilizar openSUSE Tumbleweed?
• zypper dup en Tumbleweed hace todo el trabajo al actualizar
• ¿Cual es el mejor comando para actualizar Tumbleweed?
• ¿Qué es el test openQA?
• http://download.opensuse.org/tumbleweed/iso/
• https://es.opensuse.org/Portal:Tumbleweed

——————————–