En una amplia entrevista, el fundador del Movimiento del Software Libre analiza GNU, Linux, la división dentro del código abierto, los grandes modelos de lenguaje, SaaSS, vigilancia digital y por qué la libertad del software sigue siendo una cuestión moral.

El 30 de agosto de 2026 Christine Hall, publicaba en la web Foss Force una entrevista a Richard Stallman realizada via correo electrónico. La entrevista la puedes leer en inglés en este enlace:

• https://fossforce.com/2026/08/the-foss-force-interview-with-richard-stallman/

Después de pedir permiso a la escritora de la entrevista, esta accedió a poder realizar una traducción al español en mi blog. Por supuesto siempre enlazando a la original y mencionando a quien la realizó.

I’m glad you like the interview. I’m happy for you to publish a Spanish translation on your personal blog. Just make sure that you link back to our original version. When you do, I would apprecite it if you send us a link to it through our «Contact Us» form (there’s a link to it on the menu below our masthead).

Aquí tenéis mi traducción al español en la que Richard Stallman hace un repaso al pasado y al futuro del software libre y los nuevos retos a los que se enfrenta, tan distintos a aquellos a los que se enfrentaba cuando comenzó el proyecto.

Espero que os guste…

Christine Hall: El movimiento del software libre que usted inició existe desde hace más de cuarenta años. Comenzó en una época en la que los microprocesadores y la informática doméstica estaban en su infancia y muy pocas personas tenían experiencia práctica con las computadoras. Hoy, por el contrario, la vida de la mayoría de las personas está influenciada por las computadoras casi constantemente. A lo largo de este lapso de tiempo y cambios, ¿cómo ha evolucionado su enfoque hacia el software libre?

Richard M. Stallman: Cuando anuncié el Proyecto GNU a finales de 1983, los IBM PC y sus clones estaban muy extendidos. Sus usuarios aún no eran mayoría, ni siquiera en Estados Unidos, pero ya no eran inusuales. Por lo tanto, la experiencia con el software no libre y cómo limitaba al usuario ya no era inusual. Sin embargo, a la mayoría de los usuarios se les había enseñado a considerar normal y legítimo estar bajo el poder de las empresas de software, así que incluso cuando esto les perjudicaba, rara vez se les ocurría que las cosas pudieran ser diferentes. Pocos habían encontrado el software libre previo a GNU, así que no sabían lo que los usuarios habían perdido.

Sin embargo, en aquella época era raro que los ordenadores se diseñaran y construyeran específicamente para restringir a sus usuarios y propietarios. Rara vez había algún obstáculo para desarrollar software libre que realizara un trabajo concreto, aparte del trabajo necesario para escribir el código, y ese trabajo sí podíamos hacerlo.

Utilicé el software libre conveniente y fiable que habíamos lanzado para reclutar a más desarrolladores y para difundir la idea de que los usuarios merecen moralmente control sobre cómo funciona su software y qué hace.

En los años 90, empezamos a encontrarnos con obstáculos creados intencionadamente para el software libre, como la gestión de restricciones digitales (véase DefectiveByDesign.org). Las empresas que diseñaron la tecnología digital como grilletes para el público —por ejemplo, fabricando reproductores de DVD con software no libre para decodificar DVDs cifrados, de modo que pudieran restringir lo que los usuarios podían hacer con la música o el vídeo— entraron en conflicto con nuestro objetivo de dar a los usuarios control sobre lo que hacen sus ordenadores.

Empezamos a hacer campaña contra las restricciones intencionadas (y por tanto maliciosas) impuestas por el software no libre, y contra su terminología propagandística, como el uso de la palabra «piratería» para referirse a compartir algo que desaprobaban, y sus propuestas legales como Digital Millennium Copyright Act (Ley de Derechos de Autor del Milenio Digital), que convertía en delito romper sus grilletes digitales.

También en los años 90, surgió un desacuerdo filosófico entre la demanda moral del Movimiento de Software Libre por la libertad informática y quienes apreciaban esa libertad pero insistían en defender el «derecho» de los desarrolladores a negar la libertad a sus usuarios. En 1998, este último grupo adoptó el término open source o «código abierto» como su marca para esa postura apolítica, y lo promovió con el apoyo de empresas como IBM.

A partir de entonces, el Movimiento del Software Libre tuvo que competir por compartir la mentalidad con el rechazo de nuestros valores y principios en el código abierto. Los partidarios del código abierto desarrollaron software útil que era libre, pero nunca discutieron el principio moral del control sobre tu software, ni estuvieron de acuerdo en que un programa no libre sea injusto por subyugar a los usuarios. Al no estar de acuerdo con ellos, aprendí a ir directamente al nivel moral para exponer nuestra postura y a objetar enérgicamente etiquetarme a mí o a mis actividades con su lema político. Siempre que alguien asocia a GNU, la Licencia General Pública GNU o a mí personalmente con la bandera del «código abierto», estoy obligado a protestar y decir que no es así.

Hacia el año 2000, los productos digitales maliciosos comenzaron a generalizarse, empezando por los reproductores de DVD y los teléfonos móviles. Los reproductores de DVD implementaron la Digital Restrictions Management (o DRM en español Gestión de Restricciones Digitales) para impedir que la gente copiara y compartiera su contenido. Impedir que la gente comparta copias es una política de divide y vencerás, una injusticia.

Los teléfonos móviles contienen software responsable de comunicarse con la red de radio telefónica y de escuchar el micrófono. En su mayoría, los propietarios de los teléfonos no pueden cambiar ese software de ninguna manera, pero otras partes podían usar la radio móvil para instalar software modificado sin el consentimiento del propietario. A veces, el software modificado estaba diseñado para escuchar a través del micrófono todo el tiempo y transmitir todo el tiempo. Si el propietario intentaba apagar el teléfono, estos programas modificados mostraban imágenes que se parecían a un apagado real mientras seguían funcionando y transmitiendo. (No sé si podían anular el «modo avión» y seguir transmitiendo incluso de esa manera.)

Los productos digitales con software malicioso demostraron que el uso generalizado de software no libre entraría en conflicto con los derechos humanos en todos los niveles. Lo supiera la gente o no, el Movimiento del Software Libre se había convertido en un aspecto esencial para defender los derechos humanos en general. Hoy en día, los dispositivos «inteligentes» y «conectados» del internet de las «Malthings» (supongo que un juego de palabras a los que Stallman es tan aficionado relacionado con Smarthings o cosas inteligentes y en este cao algo similar a Malcosas o cosas malas) proporcionan una base para la represión total de cualquier gobernante que se atreva a usarlos — y cada vez más y más gobiernos empiezan a utilizarlos. Estados Unidos avanza hacia una represión similar a la de China, aunque aún no tan completa.

Rechazo los dispositivos de espionaje «conectados» por principio. Los únicos dispositivos digitales que tengo que pueden acceder a internet son mis ordenadores, y solo ejecutan software libre.

C.H: A principios de los años 90, ya habías pasado muchos años defendiendo el software libre y construyendo GNU como base para un sistema operativo libre. Cuando el kernel Linux de Torvalds maduró y, en 1992, fue relicenciado bajo la GNU GPL para poder combinarse con GNU y formar un sistema completamente libre, ¿cómo te sentiste respecto a ese desarrollo en ese momento y cómo lo ves ahora?

RMS: Hacia finales de 1992, escuché que Torvalds había liberado Linux. Le pedí a un amigo que lo revisara y me lo contara. Me dijo que tenía dos inconvenientes prácticos: seguía el diseño y las interfaces de la versión de Unix de AT&T (System V) en lugar de la superior versión de Berkeley, y no era portátil (por lo tanto, solo funcionaba en clones de PC). Decidí seguir adelante con el GNU HURD, que esperaba que fuera mucho mejor, y pronto.

Sin embargo, el desarrollo de HURD tuvo dificultades. Por ejemplo, nuestro depurador (GDB) necesitaba ampliarse para manejar bien programas multihilo, y esto fue lento porque los desarrolladores de GDB tendían a centrarse en las plataformas Unix que usaban los usuarios reales en lugar de en el microkernel HURD y Mach. Para 1994 decidí que debíamos apoyar el desarrollo de una variante de GNU/Linux que siguiera nuestros principios éticos. Así que pedí a la FSF que financiara el desarrollo de Debian GNU/Linux.

El desarrollo del GNU HURD siguió siendo lento, y unos años después Linux había tenido mucho éxito. Así que dejamos de priorizar HURD y dejamos de pagar al personal para trabajar en él. Sin embargo, los voluntarios están avanzando de nuevo en ello.

[Durante el proceso de edición que siguió a la entrevista, Stallman planteó un problema que tuvo con la redacción de la frase «construir GNU como base para un sistema operativo libre.»

«Solo noté una confusión sutil en esa frase», escribió. «GNU no estaba pensado como una mera «base» — estaba pensado para ser un sistema operativo libre. Sin embargo, otras personas empezaron a desarrollar software libre, incluido el kernel Linux, de modo que el sistema libre que finalmente llegó a ser incluía software libre de varios otros desarrolladores.»]

C.H: Avancemos hasta 1998, cuando Bruce Perens y otros introdujeron la Definición de Código Abierto, basada en las Debian Free Software Guidelines, que a su vez estaban influenciadas por los principios de software libre que habías defendido durante años. Algunas personas asumían que acogerías esto como una gran victoria para tu causa, pero no estabas entusiasmado con el cambio de marca «open source». ¿Cómo veías ese desarrollo en ese momento, y cómo lo ves ahora?

RMS: Eric Raymond me llamó para contarme sobre su nuevo término y me pidió que empezara a usarlo. Tenía dudas al respecto, que no pude expresar claramente de inmediato, así que le dije que lo pensaría.

Pensando en el material que me había enviado, me di cuenta de que planeaban cambiar la sustancia y el enfoque de la idea, no solo el nombre — para minimizar la idea de libertad, no solo la palabra malinterpretable «libre». En lugar de aclarar nuestro enfoque moral, lo barrerían.

Con el apoyo de relaciones públicas de grandes empresas, podrían sacar la idea de que los usuarios merecen controlar su propia informática por completo de nuestra comunidad y nuestro trabajo. Para preservar este objetivo, tendríamos que centrarnos en el objetivo — enfatizarlo aún más que antes.

Al día siguiente le dije que seguiríamos hablando de software libre y libertad.

C.H: Creo que incluso a principios de los 2000, la mayoría de la gente que venía tanto al software libre como al código abierto entendía la diferencia entre ambos. No estoy tan segura de que eso sea cierto para la generación actual de usuarios, especialmente para los que vienen del lado del código abierto. ¿Crees que es una valoración justa, y por qué?

RMS: En mi experiencia, la mayoría de la gente solo ha oído hablar de «código abierto» y cree que lo apoyo porque han visto ese error en numerosas publicaciones. Solo una minoría conoce el término «software libre» y sabe qué significa. Esto era cierto a principios de los 2000 y sigue siendo cierto.

Para llamar su atención sobre el tema del software libre, digo sin rodeos que no abogo por el «código abierto» en absoluto, y nunca lo hice. Luego resumo lo que significa el software libre y les remito a mi artículo Por qué el código abierto no entiende el punto del software libre para explicar la diferencia, junto con la definición de software libre y los argumentos a favor de él en el artículo El software libre es ahora aún más importante. (N.d.T: estos tres artículos están disponibles en español).

Cuando tratamos un tema de derechos humanos esenciales, debemos presentarlos con firmeza como tales. Aún más en los derechos humanos que aún no se reconocen generalmente como esenciales. Si concedemos un asiento en la mesa a los intereses económicos de las grandes empresas, devorarán toda la mesa.

La fracción de personas que me escriben y que expresan su apoyo a la libertad del software como principio parece ahora estar aumentando. Espero que el uso predominante y destacado del software no libre para maltratar sistemáticamente a los usuarios, por malvado que sea, esté ayudando a la gente a reconocer el mal del software no libre.

C.H: Una de las cosas que se señala a menudo en los eventos de código abierto es que el código abierto, que parecía un juego para jóvenes cuando empezó a despegar, ahora está visiblemente gris, con menos jóvenes incorporándose. ¿Estás notando la misma tendencia en el software libre? Si es así, ¿por qué crees que está ocurriendo eso y qué, si es que hay algo, se puede hacer para darle la vuelta?

RMS: Veo que las comunidades establecidas y los grupos de desarrollo tienen dificultades para atraer nuevos miembros. Sin embargo, conozco a jóvenes y recibo correos electrónicos de jóvenes que se sienten atraídos por la filosofía del software libre y quieren rechazar por completo el software no libre. Ahora que las actividades sociales y las escuelas han sido abosorbidas por las grandes empresas tecnológicas e imponen su software no libre y sus servicios en línea, enfrentan una intensa presión para rendirse ante las grandes tecnológicas. Les remito al artículo de Wojciech Kosior sobre Cómo luché para graduarme sin usar software no libre.

CH: Mencionaste en tu reciente intervención en Georgia Tech que, hasta donde pudiste ver, ninguno de los modelos actuales de IA es realmente abierto. Mucha gente en el lado del código abierto se ha preguntado si los sistemas de IA genuinamente libres o abiertos son siquiera posibles. ¿Qué opinas — y si no lo son, qué significa eso para el futuro del software libre?

RMS: Estoy seguro de que no los llamé «IA», y estoy seguro de que no me interesaba saber si son «abiertos».

Tengo que abordar esto criticando esa terminología. El término «inteligencia artificial» es la base de una campaña de marketing. Defino «inteligencia» como la capacidad de saber o entender, al menos dentro de cierto ámbito. Ese software existe, para dominios limitados. Sin embargo, cuando la gente habla de «usar IA», generalmente se refiere a large language model (o LLM por su siglas y en español grandes modelos de lenguaje). Esos no tienen inteligencia. Juegan con organizar palabras en texto, pero no entienden el significado de sus entradas textuales, ni el significado de sus respuestas textuales.

La razón por la que los LLMs suelen generar texto cuyo significado se refiere a supuestos hechos falsos es que nunca entienden realmente el texto; no trabajan con significados o hechos en el ámbito de la discusión. Los términos que merecen son «inteligencia falsa» y «generadores de tonterías».

Para evitar dejarse llevar por el bombo de marketing basado en la «IA», por favor, únanse a mí en reservar la palabra «inteligencia» para los sistemas que la cumplan.

Seguramente no dije nada sobre si los LLM son «abiertos», porque, como he explicado, no abogo por hacer que el software sea «abierto» o «de código abierto». Esos términos son sustitutos despolitizados de «free» y «libre» (N.d.T: en inglés Stallman también trata de utiliza el término libre, para que el término free inglés no se confunda con gratis, ya que free tiene ambas acepciones en inglés, cosa que no ocurre en el término español libre) , y fueron acuñados para ganarse el apoyo de las empresas evitando cuestiones de libertad y justicia (para los usuarios de software) que podrían llevar a criticar a las empresas por motivos morales. Dado que esas son las cuestiones cruciales en mi opinión, la pregunta que siempre hago sobre un programa es si es libre.

Los LLMs de los que la gente suele hablar no se publican como software libre. De hecho, en su mayoría no se publican: no hay copias disponibles. Solo pueden usarse como «servicios en línea» — es decir, el programa al que un usuario dirige una pregunta está ejecutándose en el ordenador de alguna empresa y bajo el control total del desarrollador. Incluso modificarlo parcheando el binario es imposible.

Confiar tu propia actividad informática a un software que se ejecuta en el servidor de otra persona te subyuga inherentemente, porque no puedes modificar esa copia — aunque sea una copia de un programa libre. Llamamos a ese escenario SaaSS, de «Servicio como Sustituto de Software» y lo rechazamos.

Desde enero he oído hablar de un LLM que parece lanzarse con libertad, incluyendo las entradas con las que se forma. Si eso es cierto, lo describiríamos como «gratis».

Por desgracia, eso no lo convierte en «inteligente».

C.H: ¿Cómo puede el movimiento del software libre combatir la continua expansión del SaaS y el «servicio como sustituto del software», donde los usuarios no tienen una posibilidad real de ejercer las cuatro libertades del software? ¿Y cómo puede resistir la creciente presión de empleadores y gobiernos que, en la práctica, obligan a la gente a usar software no libre para trabajar, estudiar o interactuar con los servicios públicos?

RMS: Cuando las empresas deciden ofrecer SaaSS, no podemos detenerlas. Cuando los usuarios deciden usar servicios de SaaSS, no podemos detenerlos. Pero podemos explicarles cómo esto les expone a varios tipos de explotación, manipulación e incluso persecución, y luego dar el ejemplo de rechazo.

Nunca uso software no libre, así que cuando las empresas y agencias gubernamentales me presionan para que use algo — ya sean aplicaciones para el teléfono de espionaje o código JavaScript no libre enviado por páginas web — simplemente no uso ese método. Hasta ahora, he comprobado que con las agencias gubernamentales en EE. UU. siempre hay una forma de hacer las cosas por carta o por teléfono.

Lo único que he pagado con tarjetas bancarias en los últimos 15 años son billetes de avión, y lo concedo solo por el requisito gubernamental de mostrar una identificación oficial para embarcar en el vuelo.

La vigilancia es peligrosa para todos. Hoy en día, en Estados Unidos, cualquiera puede ser acosado por las autoridades en cualquier momento, y el gobierno recopila grandes cantidades de datos personales, incluido el rastreo de su ubicación. Me resisto a esto de muchas maneras. No llevo teléfono móvil, ya que rastrean los movimientos de los usuarios y escuchan sus conversaciones. No compro productos con tarjetas bancarias ni sistemas digitales. Compro en efectivo, de forma anónima.

Nunca he pedido nada por internet, pero tengo amigos que están dispuestos a pedir algo en mi nombre de vez en cuando — a su nombre y enviado a sus direcciones — y luego me dan la compra y yo reembolso el coste. Piden cosas para ellos varias veces a la semana, así que algún favor ocasional para mí no reduce mucho lo que queda de su privacidad.

Las facturas de servicios se basan en cuentas para las que tuve que dar mi nombre. Como no puedo ser anónimo con ellos, les pago enviando cheques por correo. Eso no revela nada sobre mí salvo cuánto pagué.

Me preocupan mucho los requisitos de verificación de edad para cualquier cosa digital, porque todos los sistemas que los sitios web intentan usar para verificar la edad de un usuario exigen datos suficientes para identificarlo.

Contrastemos esto con los sistemas tradicionales de verificación de edad para comparar cómo de peor es esto. Cuando compras bebidas alcohólicas, el dependiente de la tienda te pedirá ver tu identificación, pero no registrará tu identidad, solo tomará nota de tu edad. Esa práctica respeta tu privacidad, su impacto en la vigilancia es nulo. Pero los sistemas digitales de verificación de edad registran quién eres y exactamente todo lo que haces.

Con 73 años, estoy seguro de que todas las webs que hacen verificación de edad estarían de acuerdo de que tengo la edad suficiente. Pero al hacer la verificación de edad les daría mi nombre o un número de identificación, y me niego a darles eso.

Por mi edad, tengo derecho a una tarjeta de descuento para los trenes y autobuses de Boston. Pero la tarjeta registraría mi identidad cada vez que suba a un tren o autobús del metro. Prefiero pagar el billete completo antes que someterse a eso.

No tengo coche, ni quiero tenerlo, pero tenemos que impedir que los coches informen de dónde van las personas. Espero encontrar un mecánico que descubra cómo convertir coches conectados en «coches desconectados». Creo que podría hacerse envolviendo algún tipo de lámina metálica alrededor de las antenas que transmitan datos que violan la privacidad, o que reciban GPS. O quizá simplemente desenroscándolas. Para utilizar la navegación, se usaría un receptor GPS independiente que no esté conectado al sistema de vigilancia del coche.

Uno de los peligros de que las empresas tecnológicas almacenen tus datos personales —y datos personales sobre ti— en sus servidores es que los agentes de represión pueden obtener esos datos de la empresa sin siquiera informarte.

Para más información sobre la vigilancia digital, véase:

• https://www.gnu.org/philosophy/surveillance-vs-democracy.html

Si te interesa ayudar al movimiento del software libre, Aquí tienes algunas sugerencias:

• Suscríbete a la lista de correo de la Free Software Foundation en fsf.org.
• Únete a la FSF en fsf.org.
• Colabora como voluntario para el Proyecto GNU — consulta gnu.org/help.

Espero que te haya resultado interesante la entrevista. Stallman sigue defendiendo la libertad del software desde hace más de 40 años y no quiere que esa libertad vaya quedando diluida en cada vez términos más ambiguos que confunden al usuario.

GRACIAS a Christine Hall por permitir la traducción y publicación en mi blog de su entrevista y vuelvo a recordar que puedes leer la original en este enlace:

• https://fossforce.com/2026/08/the-foss-force-interview-with-richard-stallman/

Ya llevo mucho tiempo promocionando plasmoides para Plasma 6 y, al parecer, es un tema inagotable. De hecho, el número de ellos presentados en la KDE Store no para de aumentar, así que esta sección tiene cuerda para rato. De esta forma os presento un Reloj vertical para tu escritorio con el que llegamos al widget número 39 de la serie.

Reloj vertical para tu escritorio – Plasmoides para Plasma 6 (39)

Como he comentado en otras ocasiones, de plasmoides tenemos de todo tipo funcionales, de configuración, de comportamiento, de decoración o, como no podía ser de otra forma, de información sobre nuestro sistema como puede ser el uso de disco duro, o de memoria RAM, la temperatura o la carga de uso de nuestras CPUs.

Así que espero que le deis la bienvenida a Vertical Clock, una creación de cyberbessa que nos proporciona un reloj vertical algo poco habitual en los plasmoides para el escritorio Plasma, y que, por tanto, nos da más opciones de personalización para nuestro entorno de trabajo.

En palabras de su creador, este plasmoide soluciona un pequeño inconveniente:

El reloj digital integrado de Plasma trata a los paneles verticales como un caso excepcional: mantiene las HH:MM en una sola línea y reduce el tamaño de la letra hasta que se ajusta al grosor del panel. Vertical Clock, en cambio, aborda el formato vertical como su caso de uso principal.

Este plasmoide viene cargado de opciones de personalización:

• Ocho estilos visuales (intercambiables desde los ajustes)
  • Apilado jerárquico (Stacked — hierarchy): Hora en letra gruesa sobre los minutos en letra fina, separados por una línea decorativa con el color de acento.
  • Apilado simétrico (Stacked — symmetric): Hora sobre los minutos con el mismo tamaño y grosor.
  • Bloques de dos píldoras (Blocks — two pills): La hora y los minutos encerrados cada uno en su propio bloque redondeado.
  • Bloque de píldora única (Blocks — single pill): Un único bloque que envuelve hora y minutos, dejando la fecha fuera.
  • Lomo de libro (solo hora) (Spine — time only): El texto de la hora rotado 90 grados para leerse en vertical como el lomo de un libro.
  • Lomo de libro (hora y fecha) (Spine — time and date): Dos columnas rotadas lado a lado, añadiendo la fecha sin consumir altura adicional.
  • Siete segmentos limpio (Seven-segment — clean): Estilo indicador de ascensor con segmentos vectoriales de bordes achaflanados.
  • Siete segmentos con fantasma (Seven-segment — ghost): Igual al anterior, pero dejando ver tenuemente en el fondo los segmentos apagados.

• Diseñado para paneles estrechos
  • Escalado automático: Todos los elementos se redimensionan al ancho del panel en lugar de recortarse; funciona perfectamente tanto en paneles de 32 px como de 80 px.
  • Fecha dividida por líneas: Para evitar fuentes diminutas al encajar texto horizontal en paneles estrechos, la fecha se divide en una palabra por línea (ej. «19» sobre «Ago»).
  • Segmentos por vectores: Los dígitos de 7 segmentos son formas vectoriales y no fuentes tipográficas, garantizando nitidez perfecta e independencia de las fuentes instaladas.
• Elementos decorativos opcionales
  • Subrayado de progreso que se va llenando según avanza la hora o el día.
  • Línea fina separadora respecto a la bandeja del sistema (systray).
  • Punto parpadeante que reemplaza la línea de acento en los estilos apilados.
• Opciones de configuración
  • Soporta formato de 12/24 horas, segundos
  • Formato de fecha, día de la semana, tamaño de fecha (20-80 %)
  • Color de las píldoras
  • Dirección de lectura del modo lomo, tipografía, número de semana y primer día de la semana.
• Integración con el calendario de Plasma Al hacer clic se abre el calendario nativo de Plasma, manteniendo la misma navegación, número de semanas y atajos de teclado del sistema.
• Construido usando únicamente API pública A diferencia de otros plasmoides que fallan tras actualizar Plasma por usar módulos privados (org.kde.plasma.private.digitalclock), Vertical Clock no importa ningún módulo privado. Esto garantiza que la extensión siga funcionando tras las actualizaciones del entorno.

Y como siempre digo, si os gusta el plasmoide podéis «pagarlo» de muchas formas en la página de KDE Store, que estoy seguro que el desarrollador lo agradecerá: puntúale positivamente, hazle un comentario en la página o realiza una donación. Ayudar al desarrollo del Software Libre también se hace simplemente dando las gracias, ayuda mucho más de lo que os podéis imaginar, recordad la campaña I love Free Software Day de la Free Software Foundation donde se nos recordaba esta forma tan sencilla de colaborar con el gran proyecto del Software Libre y que en el blog dedicamos un artículo.

Más información: KDE Store

¿Qué son los plasmoides?

Para los no iniciados en el blog, quizás la palabra plasmoide le suene un poco rara pero no es mas que el nombre que reciben los widgets para el escritorio Plasma de KDE.

En otras palabras, los plasmoides no son más que pequeñas aplicaciones que puestas sobre el escritorio o sobre una de las barras de tareas del mismo aumentan las funcionalidades del mismo o simplemente lo decoran.

Aquí bajo os muestro los últimos publicados en el blog.

• 
  Reloj vertical para tu escritorio con Vertical Clock – Plasmoides para Plasma 6 (39)agosto 31, 2026
  Os presento un Reloj vertical para tu escritorio con el que llegamos al widget número 39 de la serie.
• 
  Reloj inverso para tu escritorio (respecto al hemisferio norte, al menos) con Girosur – Plasmoides para Plasma 6 (38)agosto 21, 2026
  os presento Girosur, un reloj inverso para tu escritorio (respecto al hemisferio norte, al menos) con con el que llegamos al widget número 38 de la serie.
• 
  Barra de tareas alternativa para tu escritorio, Punchi Dock – Plasmoides para Plasma 6 (37)agosto 9, 2026
  Os presento Punchi Dock, una barra de tareas alternativa para tu escritorio Plasma llena de funciones y personalización extrema con el que llegamos al widget número 37 de la serie.

La entrada Reloj vertical para tu escritorio con Vertical Clock – Plasmoides para Plasma 6 (39) se publicó primero en KDE Blog.

Work carried out under the openSUSE Innovator initiative brings the next generation of Intel’s Artificial Intelligence stack to Tumbleweed, Leap 16.0, and Leap 16.1, while also resulting in an upstream contribution to the Intel NPU driver.

As an Intel Innovator and a member of the openSUSE Innovator initiative, I remain committed to bringing the openSUSE ecosystem closer to the latest technologies in Artificial Intelligence and heterogeneous computing.

In this latest work cycle, Intel Linux NPU Driver 1.35.0 has been made available for openSUSE Tumbleweed, openSUSE Leap 16.0, and openSUSE Leap 16.1. This gives users of these versions access to the infrastructure needed to utilize the NPU found in the new generations of Intel® Core™ Ultra processors.

However, this time, the work didn’t stop at packaging. While testing the Intel NPU 1.35.0 driver on openSUSE, I identified an issue that prevented the NPU from initializing correctly in certain Linux environments. The problem occurred within the ResourceCleaner—an internal thread of the NPU’s Level Zero driver—causing the process to terminate with a SIGABRT during startup.

Consequently, as an openSUSE member, I submitted a fix directly to the official intel/linux-npu-driver project via Pull Request #142 as an upstream contribution to Intel’s driver. This demonstrates something I consider essential in the open-source ecosystem: it is not just about using a technology or creating a package for a distribution, but also about investigating issues, identifying their root causes, and contributing the solution back to the original project so the entire community can benefit. ## OpenVINO 2026.3.1 Comes to openSUSE

Alongside work on the NPU driver, I also updated OpenVINO to version 2026.3.1, making packages available for openSUSE Tumbleweed, Leap 16.0, and Leap 16.1. OpenVINO is a cornerstone of Intel’s Artificial Intelligence strategy. It enables the development and execution of inference applications using various computing resources available on the machine, including CPU, GPU, and NPU.

For openSUSE, this means providing developers with a modern stack for building applications involving LLMs, multimodal models, computer vision, speech recognition, embeddings, quantized models, and local generative AI.

For more information, go to linux-npu-driver or openvino!

Table of Contents

• 1) Introduction
• 2) The LACT Daemon
• 3) Security Issues
• 3.1) Polkit Authentication Bypass due to PID Race (CVE-2026-75037)
• 3.2) Predictable Temporary File Creation in Snapshot API (CVE-2026-75038)
• 4) Coordinated Disclosure and Upstream Bugfix Release
• 5) Timeline
• 6) References

1) Introduction

LACT is a daemon and graphical user interface for controlling GPU devices on Linux. Beyond providing access to device information, features like GPU overclocking and cooler control are included. In a recent update of LACT a Polkit policy appeared, which triggered a review for the corresponding package in openSUSE Tumbleweed.

During the review we identified a Polkit authentication bypass and a predictable temporary file name issue, resulting in potential local root exploits. The following sections describe the security issues in detail. This report is based on release v0.10.0 of LACT.

2) The LACT Daemon

LACT contains a systemd service unit which runs the lact program as a daemon with full root privileges. No systemd service hardening is in place. The daemon exposes a UNIX domain socket in /run/lactd.sock. Upstream intends this socket to be accessible by members of either the wheel or the sudo group. In openSUSE Tumbleweed a stricter opt-in model is used instead: only members of a dedicated lact group are allowed to access the socket.

The socket is used to exchange LACT-specific messages based on the Rust serde serialization format. In version 0.10.0 of LACT, some of the message types supported by the daemon have been additionally protected by Polkit authentication checks.

3) Security Issues

3.1) Polkit Authentication Bypass due to PID Race (CVE-2026-75037)

The Polkit authentication in the LACT daemon relies on function check_auth(), which authenticates the client solely based on its PID, which is a known misuse in Polkit authentication. A malicious client can attempt to send out the request, then cycle PIDs in an attempt to replace its own PID by a privileged process to alter the outcome of the Polkit authentication check.

Polkit authentication in LACT is used to prevent unprivileged users from adding so-called profile hooks to the LACT configuration. These hooks are basically scripts that will be executed with full root privileges as soon as a LACT profile is (de)activated. As a result, a Polkit authentication bypass in this context allows to gain full root access. Due to the access restrictions to the LACT UNIX domain socket, the privilege escalation is only possible for users that already own a certain level of privilege (i.e. membership in the wheel, sudo or lact group).

We assigned CVE-2026-75037 to track this issue. Upstream fixed this flaw in commit d0478fe4 by additionally passing the caller’s UID to the Polkit daemon, preventing race conditions from influencing the outcome of the authorization.

Shortly before publication of this report the upstream author informed us about a more deeply rooted issue in Rust crate zbus_polkit which affects various Rust applications that attempt to pass client UIDs to Polkit. Due to a D-Bus data type mismatch the UID seems to be silently dropped from the authentication data, resulting again in the same weakness. An update of the zbus_polkit crate, which is part of Rust vendor sources of various packages is thus strongly recommended to developers of affected applications and distributors. For LACT a bugfix commit is already available.

3.2) Predictable Temporary File Creation in Snapshot API (CVE-2026-75038)

The generate_snapshot() function is accessible without Polkit authentication. It creates a tarball in paths of the pattern /tmp/LACT-v{DAEMON_VERSION}-snapshot-{datetime}.tar.gz, which are predictable. The system calls used by the daemon to create these files are as follows (strace excerpt):

openat(AT_FDCWD, "/tmp/LACT-v0.10.0-snapshot-20260819-101819.tar.gz" O_WRONLY|O_CREAT|O_TRUNC|O_CLOEXEC, 0666) = 17
[...]
fchmod(17, 0775) = 0

As can be seen there is no O_NOFOLLOW and no O_EXCL flag passed here. On systems without the protected_symlinks and protected_regular sysctls enabled this allows various attack vectors:

• local Denial-of-Service: by pointing symbolic links to vital system files, the target files will be overwritten, breaking the system. The content of the tarball is not attacker-controlled (or at best partly and indirectly), therefore further privilege escalation should not be possible this way.
• Denial-of-Service against the LACT daemon: by placing a special file like a FIFO named pipe in this location the daemon will block forever, trying to write data to it.
• local information leak: the tarball contains data about GPU devices and LACT configuration; mostly information that is available to all users in the system anyway. By placing a symlink to a private file, however, the target file will end up with world-readable permissions, due to the fchmod(). The content of the file will be lost due to the O_TRUNC flag during openat(), but the file might be re-populated with sensitive data by privileged processes at a later time, without restoring the original safe file permissions.

With the kernel hardenings protected_symlinks and protected_regular enabled, which is the default on most systems, these issues are fortunately not exploitable.

A side effect of how the tarball creation in LACT works at the moment is that the snapshot tarball cannot be deleted by the client that asked for it, since it is owned by root. As there is already a UNIX domain socket available, we suggested to upstream to use file descriptor passing instead: the client passes to the daemon an already open file where the tarball data will be written. This way neither open() nor chmod() calls will be necessary in the privileged daemon, resulting in a much cleaner design.

We assigned CVE-2026-75038 to track this issue. Upstream fixed this flaw in commit 2aae677d0 by invoking File::create_new() instead of plain File::create(). This results in the O_EXCL flag to be passed to the openat() system call shown above, preventing both opening already existing files and following symbolic links.

4) Coordinated Disclosure and Upstream Bugfix Release

We offered coordinated disclosure to upstream, who declined and quickly pushed bugfixes to the LACT GitHub project instead. The bugfixes (including the zbus_polkit fix) are included in the recently published release v0.10.1.

5) Timeline

6) References

• LACT GitHub repository
• openSUSE review bug for LACT Polkit Authorization
• Polkit Authorization Bugfix
• Snapshot Temporary File Bugfix

Inicio la serie con las nuevas funcionalidades que nos ofrece la Comunidad KDE después de lanzar su conjunto de aplicaciones revisadas y mejoradas. Para seguir continuamos con las novedades de Dolphin de KDE Gear 26.08 edición «Enjoy Shiny Stuff» la mejor aplicación que puedes tener para manejar tus archivos.

Las novedades de Dolphin de KDE Gear 26.08, edición «Enjoy Shiny Stuff»

Dolphin es el potente explorador de archivos, carpetas y servidores de KDE (esta función promete mejorar mucho para el futuro). La versión 26.08 va un paso más allá y mejora su integración con KDE Connect. Al explorar los archivos de tu teléfono desde Dolphin, haz clic en el botón Abrir KDE Connect en la parte superior de la ventana para hacer aparecer la aplicación de KDE Connect.

Otra nueva función es que si estás navegando por un directorio muy concurrido, abre la barra de filtrado con Ctrl + I para usar texto plano, patrones globbing (como los que usarías con el comando ls en la terminal) o expresiones regulares para buscar y organizar tus archivos.

En esta misma línea, ahora puedes agrupar archivos y carpetas de forma independiente al criterio de ordenación. Esto significa que puedes ordenar los archivos alfabéticamente por nombre y, al mismo tiempo, agruparlos por tipo.

Para finalizar, si el número de pestañas que tienes abiertas se te va de las manos, haz clic derecho sobre una pestaña y podrás elegir cerrar las pestañas a la derecha, a la izquierda o a ambos lados.

Todo ello mientras se prepara el 30 aniversario de un proyecto que según más de uno es el I+D+I de un Software de todo el mundo para todo el mundo.

Y, recuerda, todo este software es gratuito y sin publicidad en todos los sentidos: no te cuesta ni un euro y no se cobra en en forma de datos personales. No obstante, si quieres ayudar a su desarrollo siempre puedes participar en su campaña de recaudación de fondos.

• 
  Las novedades de Dolphin de KDE Gear 26.08, edición «Enjoy Shiny Stuff»agosto 30, 2026
  Las novedades de Dolphin de KDE Gear 26.08, edición «Enjoy Shiny Stuff»
• 
  Las novedades de Okular de KDE Gear 26.08, edición «Enjoy Shiny Stuff»agosto 24, 2026
  Las novedades de Okular de KDE Gear 26.08, edición «Enjoy Shiny Stuff»
• 
  Lanzado KDE Gear 26.08, Edición «Enjoy Shiny Stuff»agosto 20, 2026
  Lanzado KDE Gear 26.04, Edición «KDE a los 30»

La entrada Las novedades de Dolphin de KDE Gear 26.08, edición «Enjoy Shiny Stuff» se publicó primero en KDE Blog.

In the first post I described the setup: funkoverage eBPF tracing, a podman container running openQA, and the first coverage report with 141 binary targets. That was the starting line. This is what happened next.

Daemon shimming

The biggest limitation in the first round was daemons. Services like sshd, cups, postgresql, and rpcbind couldn’t be shimmed because funkoverage’s wrapper broke systemd’s service lifecycle. Two specific problems: the shim used SIGKILL instead of forwarding SIGTERM to the child process, so daemons couldn’t clean up sockets on restart. And the shim didn’t relay sd_notify, so Type=notify services timed out on start.

El incansable trabajo de promoción que está realizando Nate (ahora con ayuda de otros desarrolladores) en su blog sigue su ritmo. 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 desde hace un tiempo que le voy a siguiendo semana tras semana, traduciendo 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 «Las aplicaciones de QtWidgets se unen a Union» de «Esta semana en Plasma», donde nos presentan como se sigue preparando Plasma 6.8 para ser un nuevo hito en el desarrollo de este entorno de trabajo libre.

Las aplicaciones de QtWidgets se unen a Union – 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 mejoras

Plasma 6.8

¡El nuevo sistema de temas Union ha ganado soporte inicial para aplicar estilos a aplicaciones de QtWidgets! (Akseli Lahtinen, union MR #270) [Primeros pasos para un nuevo tema].

Seguro que puedes ver numerosos fallos visuales en la captura de pantalla de arriba. Esta es una primera versión con muchos errores visuales conocidos, y trabajaremos en solucionarlos lo más rápido posible. ¡Pero aun así, es muy emocionante! El sistema de temas Union está tomando forma muy bien. Lee más sobre ello en el blog de Akseli.

El servidor RDP integrado de Plasma ahora soporta ajustar su nivel de calidad al ancho de banda disponible de la red para mantener la tasa de fotogramas lo más consistente posible. (Nick Haghiri, krdp MR #238)

El soporte de Plasma para VPN Strongswan ahora permite el uso de autenticación EAP-TTLS. (Wyllian Bezerra da Silva, plasma-nm MR #636)

Mejoras en la interfaz de usuario

Plasma 6.7.5

Discover ahora solo ofrece abrir e instalar paquetes .deb en sistemas operativos que soportan nativamente ese formato de paquete. (Aleix Pol Gonzalez, plasma-desktop MR #3957) [Si no se puede que no se haga].

Plasma 6.8

Cuando copias una contraseña u otro texto que la aplicación indica que es secreto, la interfaz del historial del portapapeles ahora lo deja claro en lugar de ocultarlo y hacerte preguntarte por qué no apareció nada allí. (Tobias Fella, KDE Bugzilla #508326) [La información es importante].

El indicador de que hay una grabación de pantalla en progreso ahora solo aparece si realmente está en progreso, lo que maneja el caso de aplicaciones que abren sesiones de grabación de pantalla antes, pero inician la grabación más tarde. (David Redondo, xdg-desktop-portal-kde MR #597) [Esto me vendrá muy bien].

El efecto Vista general de KWin ahora es un poco más fácil de abrir con un gesto de deslizar con cuatro dedos en el touchpad. (Remy Farley, kwin MR #9486)

Todo el texto de los eventos de calendario en el widget Reloj digital ahora es seleccionable. (Nate Graham, KDE Bugzilla #433668)

La página de Tableta de dibujo de Configuración del sistema ahora tiene un diseño menos incómodo para el cuadro de diálogo que elige qué hacen los botones del lápiz de tu tableta. (Joshua Goins, KDE Bugzilla #524720) [Redimensionar bien las ventanas es lo correcto].

El widget de Bluetooth ahora muestra su botón «Configurar» en el mismo lugar que todos los demás widgets, para una mejor consistencia funcional. (Tomáš Hnyk, KDE Bugzilla #516134)

Conectarse a una red Wi‑Fi empresarial por primera vez ahora te lleva inmediatamente al lugar donde puedes introducir tus credenciales, en lugar de obligarte a navegar allí manualmente. (Ramil Nurmanov, plasma-nm MR #635) [Esto estça bien. A veces no sabes qué está pasando].

Hacer clic en un icono de la bandeja del sistema que abre un widget ya no puede hacer que ese icono desaparezca inmediatamente; ahora siempre permanecerá visible hasta que se cierre la ventana emergente del widget, dándote la oportunidad de hacer clic en él una segunda vez para cerrar la ventana emergente. (समीर सिंह Sameer Singh, KDE Bugzilla #521115)

Usar la opción del portapapeles «Mantener la selección y el portapapeles igual» ya no desactiva innecesariamente otras opciones. (Tomáš Hnyk, KDE Bugzilla #492840)

Si tu sistema está en un estado tan deficiente que hay muchos cierres inesperados, tu bandeja del sistema ya no se llena de docenas de pequeños iconos de cara triste; ahora solo aparece uno, y al hacer clic en él se mostrará la lista completa en su propia ventana. (Tobias Fella, KDE Bugzilla #420443)

Frameworks 6.30

Los cuadros de diálogo dentro de la ventana en aplicaciones basadas en Kirigami ahora se resaltan mejor frente al resto del contenido de la ventana al usar un tema oscuro. (Marco Martin, KDE Bugzilla #447965)

Las gráficas de Monitor del sistema ahora solicitan «números tabulares» para las leyendas cuando usan una fuente que los soporta, mejorando la alineación. (Christoph Wolk, kquickcharts MR #109)

Corrección de errores importantes

[No comento las correcciones de errores ya que son bastante evidentes].

Plasma 6.6.7

Se corrigió un problema de seguridad que hacía que el bloqueador de pantalla no se bloqueara si lo configurabas manualmente para apagar la pantalla después del periodo «no requerir contraseña para desbloquear». (Xaver Hugl, KDE Bugzilla #523504)

Plasma 6.7.5

Se corrigió un bug bastante grave que hacía que Discover se quedara atascado al comprobar actualizaciones cuando su backend de Snap estaba presente, pero no había aplicaciones Snap actualizables. (Dustin Trumps, KDE Bugzilla #524077)

Se corrigió un caso en el que aplicaciones no‑KDE ejecutándose en Plasma podían a veces cerrarse inesperadamente al cerrar un cuadro de diálogo. (Balló György, KDE Bugzilla #523039)

Se corrigió una regresión reciente que afectaba al movimiento del puntero en máquinas virtuales que usan controladores gráficos sin aceleración. (Base Devel, KDE Bugzilla #524280)

Usar un idioma de derecha a izquierda como el árabe o el hebreo ya no impide forzar el cierre de procesos o aplicaciones en Monitor del sistema. (Jakob Petsovits, KDE Bugzilla #522233)

Se corrigió un pequeño bug extraño que hacía que la descripción emergente del panel en modo de edición se volviera incorrecta después de hacer clic derecho en el panel. (Christoph Wolk, KDE Bugzilla #488578)

Si tu sistema está en un estado súper‑muy mal, al menos ya no puede hacer que el manejador de cierres inesperados DrKonqi se cierre en bucle, alimentándose con cierres que agotan la memoria del sistema. (Harald Sitter y Alexander Berg, KDE Bugzilla #524048)

Plasma 6.8

Se corrigió el segundo cierre inesperado más común en Plasma, que podía ocurrir al cerrar sesión. (Tobias Fella, plasma-workspace MR #6973)

En la página de Búsqueda de Plasma de Configuración del sistema, el botón «Predeterminados» y el resaltado de ajustes no predeterminados ahora funcionan como se espera. (Tobias Ozór, plasma-desktop MR #3973)

Con varios widgets de Lanzador de aplicaciones (Kickoff), todos ellos ahora son capaces de devolver resultados de búsqueda para aplicaciones aún no instaladas, no solo el primero. (Christoph Wolk, KDE Bugzilla #511220)

Un sonido de cierre de sesión ya no retrasa el proceso de cierre de sesión más de lo necesario. (Ramil Nurmanov, KDE Bugzilla #491745)

Destacado en rendimiento y aspectos técnicos

Plasma 6.7.5

Se mejoró la forma en que se ve el contenido HDR al usar un perfil ICC. (Xaver Hugl, KDE Bugzilla #524038)

Plasma 6.8

Se mejoró el rendimiento y la eficiencia energética de muchos tipos de contenido a pantalla completa al usar una GPU Intel o NVIDIA con HDR, perfiles ICC y/o el efecto Luz nocturna. (Naveen Kumar, kwin MR #9640)

KWin ahora soporta contenido HDR usando la función de transferencia HLG. (Xaver Hugl, KDE Bugzilla #508817)

Se redujo en un fotograma la latencia de transmisión de pantalla en todo Plasma y KWin (¡incluido el servidor RDP integrado!). (David Edmundson, kpipewire MR #274)

Se redujo el uso de recursos necesario para mostrar miniaturas en notificaciones y en la barra lateral de Actividades. (Kai Uwe Broulik, plasma-workspace MR #6966 y plasma-desktop MR #3967)

Se redujo el uso de recursos necesario para el widget de Papelera. (Kai Uwe Broulik, plasma-desktop MR #3965)

Las capturas de pantalla hechas con Spectacle que no tienen transparencia ya no incluyen un canal alfa, reduciendo ligeramente el tamaño de los archivos. (Kai Uwe Broulik, kwin MR #9798)

Desactivar un widget de la bandeja del sistema ahora libera su memoria inmediatamente, en lugar de solo después de reiniciar Plasma o el sistema. (Tomáš Hnyk, plasma-workspace MR #6983)

La función showConfigurationInterface() ahora funciona en la scripting de Plasma. (Remilia S., plasma-workspace MR #6977)

Si has roto, malconfigurado o eliminado todos los complementos de fondo de pantalla de Plasma, Plasma ahora se iniciará sin ellos y mostrará un fondo liso, en lugar de no iniciarse en absoluto. (Ramil Nurmanov, KDE Bugzilla #524875)

Frameworks 6.30

KWallet ya no inunda tus registros con errores, porque eliminamos la función responsable de ellos, ya que nunca funcionó correctamente y no tenía una vía realista para hacerlo. (Nicolas Fella, KDE Bugzilla #524500)

KDE Gear 26.12.0

La página de Proxy de Configuración del sistema se reescribió en QML, lo que permite que funcione en Plasma Mobile. El diseño es casi idéntico, así que no deberías notar cambios obvios en ella. (Tobias Fella, kio-extras MR #536)

Cómo puedes ayudar

KDE se ha vuelto importante en el mundo, y tu tiempo y contribuciones han ayudado a llegar hasta aquí. A medida que crecemos, necesitamos tu apoyo para mantener KDE sostenible.

¿Te gustaría ayudar a preparar este informe semanal? Preséntate en la sala de Matrix y únete al equipo.

Más allá de eso, puedes ayudar a KDE involucrándote directamente en cualquier otro proyecto. Donar tiempo es realmente más impactante que donar dinero. Cada colaborador marca una gran diferencia en KDE — ¡no eres un número ni un engranaje en una máquina! No tienes que ser programador, existen muchas otras oportunidades.

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

• 
  Las aplicaciones de QtWidgets se unen a Union – Esta semana en Plasmaagosto 29, 2026
  Bienvenidos pues a «Las aplicaciones de QtWidgets se unen a Union» de «Esta semana en Plasma», donde nos presentan como se sigue preparando Plasma 6.8 para ser un nuevo hito en el desarrollo de este entorno de trabajo libre.
• 
  Mejoras en la interfaz y en el rendimiento – Esta semana en Plasmaagosto 22, 2026
  «Mejoras en la interfaz y en el rendimiento» de «Esta semana en Plasma», donde nos presentan como se está preparando Plasma 6.8 para ser un nuevo hito en el desarrollo de este entorno de trabajo libre.
• 
  Sincronización bidireccional del portapapeles en RDP – Esta semana en Plasmaagosto 15, 2026
  «Sincronización bidireccional del portapapeles en RDP» de «Esta semana en Plasma», donde nos presentan un gran avance cuando trabajamos en este tipo de configuraciones.

La entrada Las aplicaciones de QtWidgets se unen a Union – Esta semana en Plasma 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/2026/08/tumbleweed-review-of-the-week-2026-35/

Esta semana se han publicado 5 Snapshots  (0820, 0821, 0822, 0825, y 0826)

Ha sido una semana excepcionalmente repleta de actualizaciones, en la que se entregaron con éxito tres elementos principales. Primero, la snapshot 0821 trajo toda la biblioteca Qt 6.11.2, sentando una base sólida para el entorno de escritorio. A esto le siguió inmediatamente en la snapshot 0825 con la llegada de KDE Gear 26.08.0, que introduce importantes mejoras de productividad en Dolphin, Okular y Konsole.

La snapshot 0825 llegó para actualizar el kernel Linux a la versión 7.2.0 con todas las mejoras que se han añadido a esta nueva versión. Y la snapshot 0822 vino con la actualización de Mozilla Firefox 154.0

Estas son las actualizaciones en más detalle de esta semana:

• 389-ds 3.2.2
• clamav 1.5.4
• dracut 112+suse.34.g35e16b7
• expat 2.8.2
• KDE Gear 26.08.0
• Linux Kernel 7.2.0
• Mesa 26.2.1
• MozillaFirefox 154.0
• postgresql18 18.6
• Qt 6.11.2
• strace 7.2
• virtualbox 7.2.16
• webkitgtk4 2.52.6

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

• Rust 1.98
• Linux Kernel 7.2.2
• LLVM 23.1.0
• Swig 4.5.0
• glibc 2.44
• icewm 4.1.0
• libnettle 4.0.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

——————————–

Dear Tumbleweed users and hackers,

This week saw the release of 5 snapshots (0820, 0821, 0822, 0825, and 0826).

It was an exceptionally packed week of updates, successfully delivering three major items that had been brewing in our staging areas. First, snapshot 0821 brought the entire Qt 6.11.2 library stack, laying a solid foundation for the desktop environment. This was immediately followed in snapshot 0825 by the arrival of KDE Gear 26.08.0, which introduces substantial productivity upgrades to Dolphin (with advanced regex-capable filtering and decoupled grouping), Okular (unified settings and improved annotating workflows), and Konsole (which adds Alt+Click drag-and-drop support).

Another monumental addition in snapshot 0825 was the transition to Linux Kernel 7.2.0. This new kernel introduces major performance optimizations including Cache-Aware Scheduling (CAS) to prevent cache bouncing on multi-core chips, initial AMDGPU HDMI 2.1 support, and the integration of Rust GPUVM abstractions. On the application side, snapshot 0822 was highlighted by the delivery of Mozilla Firefox 154.0 (bundled with the 154.0.1 bugfix release), bringing WebSocket local network permissions, smart tab grouping suggestions, and significantly accelerated video seeking latency.

These 5 snapshots delivered the following updates:

• 389-ds 3.2.2
• clamav 1.5.4
• dracut 112+suse.34.g35e16b7
• expat 2.8.2
• KDE Gear 26.08.0
• Linux Kernel 7.2.0
• Mesa 26.2.1
• MozillaFirefox 154.0
• postgresql18 18.6
• Qt 6.11.2
• strace 7.2
• virtualbox 7.2.16
• webkitgtk4 2.52.6

With these massive updates successfully integrated and rolled out to users, we turn our attention forward to see what is currently working its way through our staging projects:

• Rust 1.98: Already checked in, currently building as part of the next snapshot before heading to openQA.
• Linux Kernel 7.2.2: Likely to be shipped in the coming days.
• LLVM 23.1.0: Transition in progress to make this the new system default, replacing version 22.
• Swig 4.5.0: Received a few fixes, but some YaST-related integration issues still remain to be addressed.
• glibc 2.44: Still progressing in Staging:N. The integration issues with rpmlint, python-scipy, and xsimd have been resolved, and the transition is now focused on resolving the remaining build failure in m4.
• icewm 4.1.0: Active in the staging queue, currently awaiting openQA verification results.
• libnettle 4.0.0: Currently excluded from main staging runs while developers work on resolving test suite breakages in libzypp.