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/2026/01/tumbleweed-review-of-the-week-2026-1/

Comienza el año con la publicación en esta semana de tránsito entre 2025 y 2026 con 6 nuevas snapshots 20251227 – 20251231 y 20260101 y una más que acaba de ser publicada a la hora de escribir este artículo.

Las actualizaciones más destacadas de esta semana:

• Python 3.13.11 (some CVE fixes)
• libgit2 1.9.2S
• Neon 0.36.0
• Harfbuzz 12.3.0
• NetworkManager 1.54.3
• GStreamer 1.26.10
• VLC 3.0.22 y 3.0.23
• GPG 2.5.16
• upower 1.91.0

Y para próximas snapshots, ya se están preparando las siguientes actualizaciones:

• SDL3 3.4.0
• Ruby 4.0
• transactional-update 6.0.1
• Shadow 4.19.0

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

——————————–

Es increíble el trabajo de promoción que está realizando Nate en su blog, desde hace más del tiempo que puedo recordar. Cada semana hace un resumen de las novedades más destacadas, pero no en forma de telegrama, sino de artículo completo. Su cita semanal no falla y voy a intentar hacer algo que es simple pero requiere constancia. Traducir sus artículos al castellano utilizando los magníficos traductores lo cual hará que la gente que no domine el inglés esté al día y que yo me entere bien de todo. Bienvenidos pues a «¡Año nuevo, nuevas funciones de accesibilidad!» de la serie Esta semana en Plasma. Espero que os guste.

¡Año nuevo, nuevas funciones de accesibilidad! – Esta semana en Plasma

Nota: artículo original en Blogs KDE. Traducción realizada utilizando Perplexity. Esta entrada está llena de novedades de la Comunidad KDE. Mis escasos comentarios sobre las mejoras entre corchetes.

Nuevas funcionalidades

Plasma 6.6.0

¡La función de accesibilidad “Teclas lentas” ha sido implementada para la sesión de Wayland de Plasma! (Martin Riethmayer, KDE bug #490826) [¡Todo lo que sea mejoras en accesibilidad es más que bienvenido!].

El efecto de zoom ahora cuenta con un modo en el que el puntero nunca se aleja del centro de la pantalla física. (Ritchie Frodomar, KDE bug #513145)

La aplicación de selección de emojis ahora permite elegir un tono de piel preferido para los emojis de manos y personas. (Tobias Ozór, plasma-desktop MR #3399) [Inclusión 100%].

Ahora es posible desactivar los indicadores de tiempo visibles en las notificaciones si te resultan estresantes. (Anton Birkel, KDE bug #411613)

Mejoras en la interfaz de usuario

Plasma 6.5.5

Cuando Discover te pide que busques en Internet una aplicación que no pudo encontrar, ahora la cadena de búsqueda incluye el nombre correcto del sistema operativo si no estás utilizando un sistema basado en Linux. (Jaimukund Bhan, KDE bug #513366)

Plasma 6.6.0

Usar un mando de videojuegos ahora contará como “actividad”, evitando que el sistema entre automáticamente en suspensión o bloquee la pantalla. (Yelsin Sepulveda, KDE bug #328987) [Útil para jugones].

Cuando se conecta o desconecta un portátil mientras está en reposo, ahora se despierta reconociendo correctamente su estado actual. (Nate Graham, KDE bug #507203) [El problema de la hibernación es infinito. A ver si de una vez por todas deja de dar problemas].

La página de pantalla táctil en Configuración del sistema ahora se oculta automáticamente cuando no hay pantallas táctiles conectadas. (Nicolas Fella, KDE bug #513566)

El OSD de selección de pantalla ahora incluye un botón para abrir la página completa de Configuración del sistema si ninguna de las opciones integradas resulta relevante. (Kai Uwe Broulik, kscreen MR #442)

Al crear una nota adhesiva en el escritorio mediante el pegado con clic central, ahora el área de texto obtiene el foco de inmediato, lista para editar. (Kai Uwe Broulik, kdeplasma-addons MR #967)

Se mejoró sutilmente la apariencia de los indicadores superpuestos en los widgets de Plasma, especialmente en los de la bandeja del sistema. (Noah Davis, plasma-workspace MR #6118)

En el lanzador del panel de aplicaciones, los resaltados de las categorías ahora abarcan todo el ancho del área, haciéndolo más uniforme visualmente. (Christoph Wolk, plasma-desktop MR #3408)

El estilo del cambiador de tareas con iconos grandes ahora muestra mejor una gran cantidad de iconos al distribuirlos en varias filas en lugar de desplazarse horizontalmente. (Christoph Wolk, KDE bug #513436)

Corrección de errores importantes

Plasma 6.5.5

Se corrigió un problema que hacía que algunas ventanas emergentes de Plasma permanecieran abiertas de forma inapropiada al perder el foco. (Aleksey Rochev, KDE bug #511187)

Plasma 6.6.0

Posiblemente se haya corregido uno de los bloqueos más comunes de Plasma relacionados con el panel. (David Edmundson, plasma-workspace MR #6086)

Se corrigió un problema en Spectacle que podía hacer que algunas barras de herramientas del modo de región rectangular aparecieran fuera de la pantalla al usar una configuración con varios monitores en la que no todos compartían la misma línea base. (Mario Roß, KDE bug #468794)

Se corrigió un fallo que podía hacer que la etiqueta “¡Nuevo!” de las aplicaciones recién instaladas en Kickoff se desbordara en apps con nombres muy largos. (Christoph Wolk, KDE bug #513272)

Se solucionó un curioso problema que podía hacer que el gestor de tareas iniciara una operación de arrastrar y soltar al hacer doble clic sobre una tarea justo en el borde de la pantalla. (Aleksey Rochev, KDE bug #501922)

Mejoras de rendimiento y aspectos técnicos

Plasma 6.6.0

Se mejoró y corrigió el soporte para OpenBSD en varios componentes. (Rafael Sadowski, KPipeWire MR #229, KInfoCenter MR #284, Solid MR #228)

Cómo puedes ayudar

¡“This Week in Plasma” necesita tu ayuda! Publicar estas entradas lleva tiempo y requiere la colaboración de la comunidad para que siga siendo sostenible. En este momento hay dos formas de ayudar:

• Ayudar a preparar las publicaciones utilizando el proceso actual, que es en su mayoría manual
• Ayudar a automatizar el proceso

El trabajo puede coordinarse en la sala Matrix correspondiente.

Además, puedes ayudar a KDE participando directamente en otros proyectos. Donar tiempo es, en realidad, más valioso que donar dinero. Cada colaborador marca una gran diferencia en KDE: ¡no eres un número ni una pieza más de la máquina! Y no necesitas ser programador; existen muchas otras formas de contribuir.

También puedes ayudar haciendo una donación. Esto ayuda a cubrir los costes operativos, salarios, gastos de viaje para los colaboradores y, en general, a que KDE siga llevando Software Libre al mundo.

Para obtener una nueva característica de Plasma o una corrección de errores mencionada aquí, siéntase libre de enviar un commit a la solicitud de fusión correspondiente en invent.kde.org.

La entrada ¡Año nuevo, nuevas funciones de accesibilidad! – Esta semana en Plasma se publicó primero en KDE Blog.

Dear Tumbleweed users and hackers,

Happy New Year to you all! While people all around the world are celebrating the new year, Tumbleweed has been tirelessly rolling ahead and has published six snapshots (20251227 – 20251231, 20260101). Naturally, there are no groundbreaking changes, as many developers and maintainers are out celebrating, and any greater coordinated effort is taking a bit more time.

Nevertheless, the six snapshots brought you these changes:

• Python 3.13.11 (some CVE fixes)
• libgit2 1.9.2S
• Neon 0.36.0
• Harfbuzz 12.3.0
• NetworkManager 1.54.3
• GStreamer 1.26.10
• VLC 3.0.22 & 3.0.23: finally linking ffmpeg-8
• GPG 2.5.16
• upower 1.91.0

The next snapshot is already in progress of syncing out, and the next few changes are pulling up in the staging projects. You can expect these things shortly:

• SDL3 3.4.0
• Ruby 4.0: currently breaking build of vim, See https://github.com/vim/vim/issues/18884
• transactional-update 6.0.1
• Shadow 4.19.0

Let’s get rolling for the Year 2026! I’m looking forward to a great year!

During my works on Kubernetes on Linux on Z and the creation of https://github.com/azouhr/pgtwin, I came across the same issue that most admins have to solve in two-node clusters. How can I get quorum, and what node is to be the primary.

While using additional techniques like providing a second corosync ring for HA, and even a third ring for an IPMI device, the elegance of having a three node quorum could not easily be implemented in my desired environment.

When trying to solve the correct placement of the primary PostgreSQL database in the two-Node Cluster, it came to me, that there is an external dependency that could be used as arbitrator. It does not really help an application if a resource is available, but it cannot be reached.

The main insight here was:

**Availability without accessibility is useless**

This pattern shifts HA from “server-centric” (is it running?) to “use-case-centric” (can it be used for its intended purpose?). I did some research, however I could not find anyone describing this key principle as a method to determine placement of resources.

We did define a new term to make this handy:

Definition of “Critical Path”:

A critical path is any dependency required for the service to fulfill its designed use case.

Definition of “Path-Aware High Availability (PAHA)”

Path-Aware High Availability is a general clustering pattern where resource promotion decisions explicitly validate critical paths required for service delivery before allowing promotion. Unlike traditional HA which only checks if a service *process* is running, PAHA ensures the service is running on a node where clients can actually use it.

This turned out to be a really interesting thought. Besides network paths, this can also be applied to other paths, totally unrelated to the original use case:

This can even be used to mitigate sick-but-not-dead conditions. For example in a multipath environment, you might want to disable a path that sometimes shows crc errors. Even from the storage side, you would know if there are sufficient paths available, and can disable the sick path.

Now to the fun part. It tells about pacemaker, that such functionality can be implemented by simple configuration means, at least for networks. For pgtwin, the question was, what happens if ring0 (with the PostgreSQL resource) is partially broken. The other ring would keep the cluster running, but the placement of the primary with read-write capability would have to go to the node with service access.

What we had to do, was merely create a ping resource, setup a clone with it, and create a location rule that tells pacemaker where to place the primary resource. In case of pgtwin, we additionally prevent the unpromoted resource from running on a node without ping connectivity, because it likely will not be able to sync with the primary. The configuration looks like this:

primitive ping-gateway ocf:pacemaker:ping \
    params \
        host_list="192.168.1.1" \ 
        multiplier="100" \
        attempts="3" \
        timeout="2" \
    op monitor interval="10s" timeout="20s"
clone ping-clone ping-gateway \
    meta clone-max="2" clone-node-max="1"
location prefer-connected-promoted postgres-clone role=Promoted \
    rule 200: pingd gt 0
location require-connectivity-unpromoted postgres-clone role=Unpromoted \
    rule -inf: pingd eq 0

Now, in the assumed case of a Dual Datacenter setup, what happens if the gateway vanishes on one side is:

1. The cluster makes sure that the primary is on the side with the ping availability.
2. The secondary is located on the other side.
3. The secondary may not run there without the ping resource and is stopped.
4. The primary is notified about the secondary being gone, and switches to async replication mode.

This means, that we lost high availability of the PostgreSQL database, but it still serves the applications as usual. When the gateway comes back, the following happens:

1. The cluster starts pgtwin on the secondary
2. pgtwin initiates a rollback of the database to get the timelines in sync
3. If the rollback is unsuccessful, pgtwin initiates a basebackup from the primary
4. After the nodes are consistent, the database is started as secondary, and the replication is switched to sync again.
5. The primary node is not moved back, because we set a resource stickiness by default.

All of this happens without admin intervention. This procedure greatly improves availability of the PostgreSQL database for the intended use.

The author details their successful integration of openSUSE with Microsoft Office 365 using WinBoat, enabling Windows applications in a Linux environment without dual-booting. Despite minor setup challenges, they achieved significant functionality and security with Windows apps like Milestone XProtect and Rufus, appreciating the performance and seamless integration during their workflow.

Como comenté hace poco, KDE blog ahora es administrado íntegramente por mi. Es otras palabras, ahora no solo me dedico a realizar un artículo al día, sino que me corresponde a mi administrar las cuestiones técnicas, administrativas y económicas del blog. Es por ello que KDE Blog solicita colaboración de la Comunidad y por ello no solo voy a necesitar ayuda en temas de código y procesos, también voy a probar si la Comunidad puede financiar económicamente este sitio iniciando una campaña de financiación que busca cubrir gastos.

KDE Blog solicita colaboración de la comunidad

En 2018 nació KDE Blog, siendo mi papel únicamente escribir artículos llevando la parte técnica Ebooz. Como dije el 15 de diciembre, a inicios de mes se produjo un cambio y ahora funciona alojado en los de Neodigit, una empresa de Tecnocrática.

Este no fue solamente un cambio de servidores, ya que ahora seré yo quien lleve el blog en todas sus dimensiones, lo cual me lleva a un nuevo reto tanto de a nivel de conocimientos de tiempo y, por supuesto, económico.

En primer lugar, no soy una persona que tenga estudios informáticos, todo lo que he aprendido ha sido de forma autodidacta y, por ello, tengo cientos de lagunas en muchos aspectos. De esta forma os comento que igual el blog tiene problemas técnicos que se intentarán resolver lo antes posible.

He pensado pedir colaboración vuestra mediante dos vías principales: la sección de bugs, errores y soporte del grupo de Telegram de Cañas y Bravas y el canal de Telegram de KDE Blog.

Por otra parte, aunque su existencia no esté vinculado a una posible desaparición del proyecto,KDE Blog solicita vuestra colaboración global en forma de donación para cubrir los gastos, que aproximadamente están estimados en 130 € por año (alojamiento y dominio). Así que en la cabecera y en la columna de la derecha de las entradas aparecerá la campaña de financiación y agradezco de antemano cualquier colaboración, por pequeña que sea.

La entrada KDE Blog solicita colaboración de la comunidad se publicó primero en KDE Blog.

Lots of the CVE world seems to focus on “security bugs” but I’ve found that it is not all that well known exactly how the Linux kernel security process works. I gave a talk about this back in 2023 and at other conferences since then, attempting to explain how it works, but I also thought it would be good to explain this all in writing as it is required to know this when trying to understand how the Linux kernel CNA issues CVEs.

Hoy me complace compartir con vosotros un nuevo episodio de Compilando Podcast, que ha vuelto con fuerza en forma de episodios tipo píldora muy instructivos. En esta ocasión se trata de un nuevo episodio que lleva por título «Veni, vidi… sudo — El poder prestado en GNU/Linux» donde Paco nos habla de esta potente y característica función de los sistemas libres.

2025: Año GNU/Linux en Compilando Podcast

En palabras del gran Paco Estrada, extraídas de la nueva web de Compilando Podcast y que sirven de introducción de este nuevo episodio:

s u d o es uno de los comandos más utilizados en GNU/Linux y Unix, pero también uno de los menos reflexionados.

En este episodio de Compilando Podcast inauguramos la miniserie Palabras de GNU/Linux con un recorrido histórico y divulgativo por sudo: su origen en Unix, su llegada a GNU/Linux y su papel clave en la administración de sistemas, la seguridad y la delegación de privilegios.

Hablamos de:

• Historia de sudo en Unix y GNU/Linux
• Administración de sistemas antes de sudo
• root, permisos y control de privilegios
• Seguridad, trazabilidad y responsabilidad
• Filosofía Unix aplicada a la línea de comandos

Un episodio para usuarios de Linux, administradores de sistemas, profesionales de ciberseguridad y cualquier persona interesada en la cultura y la historia del software libre.

---

Pregunta para la comunidad

¿Usamos sudo en GNU/Linux con la responsabilidad que implica
o lo hemos convertido en un simple hábito automático?

Música: https://incompetech.filmmusic.io/ by Kevin McLeod y musopen.org

Licencia : Creative Commons (CC BY-NC-SA)

Más información: Compilando Podcast

¿Qué es Compilando Podcast?

Dentro del mundo de los audios de Software Libre, que los hay muchos y de calidad, destaca uno por la profesionalidad de la voz que lo lleva, el gran Paco Estrada, y por el mimo con el que está hecho. No es por nada que ganó el Open Awards’18 al mejor medio, un reconocimiento al trabajo realizado por la promoción .

A modo de resumen, Compilando Podcast es un proyecto personal de su locutor Paco Estrada que aúna sus pasiones y que además, nos ofrece una voz prodigiosa y una dicción perfecta.

La entrada Veni, vidi… sudo — El poder prestado en GNU/Linux en Compilando Podcast se publicó primero en KDE Blog.

Hoy me complace compartir con vosotros un nuevo episodio de Compilando Podcast, que ha vuelto con fuerza en forma de episodios tipo píldora muy instructivos. En esta ocasión se trata del nuevo episodio que lleva por título «2025: Año GNU/Linux» donde Paco nos hace un resumen de este importante año para GNU/Linux.

2025: Año GNU/Linux en Compilando Podcast

En palabras del gran Paco Estrada, extraídas de la nueva web de Compilando Podcast y que sirven de introducción del nuevo episodio:

Puede que no haya habido un lanzamiento revolucionario ni sea el «Año de Linux en el escritorio”, pero 2025 se ha convertido, probablemente, en uno de los años más importantes para GNU/Linux en las últimas dos décadas.

En este episodio reflexionamos sobre cómo Linux ha consolidado este año su papel como pilar estructural del mundo digital, desde servidores, cloud e inteligencia artificial, supercomputación y desarrollo moderno. Además del salto en Gaming.
Repasamos:

• El escritorio GNU/Linux en 2025, un entorno maduro donde Wayland se consolida y GNOME y KDE alcanzan niveles históricos de estabilidad y usabilidad.
• La hegemonía absoluta de Linux en servidores, cloud e inteligencia artificial, sin alternativa real en infraestructuras críticas.
• El gran salto del gaming, con Steam como embajador y Proton como tecnología clave para ejecutar miles de juegos AAA en Linux.
• La presencia masiva (y a menudo invisible) de Linux en Android, WSL y contenedores.
• Los desafíos que aún persisten: fragmentación, escasa visibilidad para el gran público y un relato cultural que no acaba de cuajar, a pesar de haber ganado la batalla tecnológica. 2025 no ha sido el año de Linux en el escritorio.Pero sí ha sido el año en el que GNU/Linux dejó de ser “la alternativa” y se confirmó como la base indispensable del mundo digital moderno.

Un episodio editorial y reflexivo a punto de cerrar el año tecnológico y para abrir conversación con la comunidad.

Tu punto de vista importa y mucho:
¿Cómo has vivido tú el año 2025 en GNU/Linux?
¿Coincides con este análisis? ¿Discrepas? ¿Ha sido para ti también un año de consolidación?

Música: https://incompetech.filmmusic.io/ by Kevin McLeod y musopen.org

Licencia : Creative Commons (CC BY-NC-SA)

Más información: Compilando Podcast

¿Qué es Compilando Podcast?

Dentro del mundo de los audios de Software Libre, que los hay muchos y de calidad, destaca uno por la profesionalidad de la voz que lo lleva, el gran Paco Estrada, y por el mimo con el que está hecho. No es por nada que ganó el Open Awards’18 al mejor medio, un reconocimiento al trabajo realizado por la promoción .

A modo de resumen, Compilando Podcast es un proyecto personal de su locutor Paco Estrada que aúna sus pasiones y que además, nos ofrece una voz prodigiosa y una dicción perfecta.

La entrada 2025: Año GNU/Linux en Compilando Podcast se publicó primero en KDE Blog.