El cliente de correo Thunderbird y la gestión para que se visualice en la bandeja de sistema de sistemas GNU/Linux es un problema que quizás pronto tenga solución

Desde hace tiempo utilizo el cliente de correo Thunderbird para la gestión de mis correos electrónicos, por hacer la tarea de manera eficiente y ser software libre y para asegurarme que siga siendo así he donado varias veces al proyecto.

Algo que todavía queda pendiente en sistemas GNU/Linux y que de manera recurrente se ha pedido, es la posibilidad de minimizar la aplicación en la bandeja del sistema y que además muestre el número de correos sin leer, o si hay alguno nuevo.

Es un problema más complejo de lo que pueda parecer, pero que quizás poco a poco se vaya solventando hasta dar con la solución.

De manera periódica, cada mes en Thunderbird publican una revisión del desarrollo que están llevando a cabo en el software. De las novedades en las que trabajan, de los problemas solucionados y tareas en las que sigue involucrado el equipo de desarrollo.

En la revisión de marzo de 2026 un apartado me llamó la atención, el referente al trabajo desarrollado para la bandeja de sistema en sistemas GNU/Linux.

Como he comentado, algo recurrente en las peticiones a Thunderbird era la posibilidad de que Thunderbird se minimizara en la bandeja de sistema y que además mostrara número de correos sin leer o alertas de correos nuevos. Desconozco si en sistemas privativos como el de Microsoft o Apple sí hace eso.

En este caso el equipo de desarrollo comparte la siguiente nota:

Bandeja del Sistema Linux

Este mes queremos dar un reconocimiento especial a Christophe Henry, que ha ido más allá con una ambiciosa contribución para mejorar la integración de la bandeja de sistemas de Thunderbird en Linux.

Este trabajo no es un parche pequeño y abarca varias partes de la base de código, incluyendo JavaScript, C++ y Rust, e incluso conecta con interfaces de XPCOM. El objetivo es unificar cómo se comportan los indicadores de correo no leído y los iconos de bandeja entre plataformas, lo cual es un problema sorprendentemente complejo si se tienen en cuenta las diferencias entre entornos Linux, Windows y macOS.

Lo que realmente destacó fue el nivel de persistencia detrás de esta contribución. A lo largo de varias iteraciones, Christophe resolvió fallos de compilación, peculiaridades de la plataforma y comentarios detallados de revisiones, todo ello mientras abordaba problemas complicados como la codificación de imágenes, las APIs de bandeja del sistema y la integración entre idiomas.

Este tipo de trabajo rara vez es sencillo y a menudo requiere profundizar en partes desconocidas de la pila. Ver que se impulse con este nivel de cuidado y determinación es precisamente lo que hace que la colaboración de código abierto sea tan poderosa.

¡Gracias por la dedicación y el esfuerzo! Realmente marca la diferencia.

---

Espero que ese esfuerzo, poco a poco vaya dando los resultados esperados y el cliente de correo Thunderbird llegue a ese grado de integración con sistemas GNU/Linux, en el que la diversidad es la norma y que supongo complica la tarea.

I gave a proprietary tool a fair chance - and was not disappointed

The views expressed in this post are my own and do not represent the position of my employer. This post is not a commercial endorsement of QASE or any of its products.

I very seldom write about proprietary solutions and software. Not because I have any problem with them, but simply because I usually prefer open source solutions, and during my daily work and hobby projects I use almost exclusively open source software.

No dia 31 de março de 2026, um evento chamou a atenção da comunidade de engenharia de software e segurança: o suposto vazamento completo do código-fonte do Claude Code, CLI oficial da Anthropic.

Mas o mais curioso?
Não foi um ataque sofisticado.

Foi algo muito mais comum e perigoso: um source map publicado no npm.

O que aconteceu

Um pesquisador de segurança identificou que o pacote @anthropic-ai/claude-code incluía um arquivo .map de aproximadamente 57 MB, contendo o código original completo da aplicação. Esse tipo de arquivo é usado normalmente para debug, mapeando código minificado de volta ao original mas, neste caso, ele continha todo o código em texto puro dentro da propriedade sourcesContent.

O resultado:

• ~1.900 arquivos
• 512.000+ linhas de código TypeScript
• Arquitetura completa de produção exposta

Ou seja: não foi um
leak parcial.
Foi o sistema inteiro.

O que existe dentro do Claude Code

O vazamento revelou algo muito mais interessante do que apenas código revelou como uma IA moderna de desenvolvimento realmente funciona por dentro.

Arquitetura real (não marketing)

O Claude Code não é apenas um wrapper de chat. Ele é um sistema complexo com:

• Sistema de ferramentas (tool-based)
  Cada ação (ler arquivo, executar bash, buscar web) é um módulo isolado e com permissões.
• Query Engine (~46k linhas)
  Responsável por orquestrar chamadas ao modelo, cache, streaming e controle de execução.
• Multi-agentes (“swarms”)
  Capacidade de criar agentes paralelos para resolver tarefas complexas.
• Integração com IDEs
  Comunicação com VS Code e JetBrains via canais autenticados.

Tudo isso rodando sobre Bun + React (Ink) no terminal.

O que mais chamou atenção (e preocupa)

Esse tipo de vazamento não expõe só código ele expõe modelo mental e decisões de segurança.

Entre os pontos críticos identificados:

• System prompts e lógica interna de comportamento
• Modelo de permissões de ferramentas
• Proteções contra path traversal e acesso indevido
• Features beta não lançadas
• Estratégias de orquestração de agentes

Além disso, foram encontrados codenames internos como:

• KAIROS → modo persistente “always-on”
• Capybara → outro subsistema interno
• Flags de recursos como:
  • contexto de 1 milhão de tokens
  • “interleaved thinking”
  • controle de esforço e modo rápido

A falha real: supply chain e build pipeline

O mais importante aqui não é o Claude. É o padrão. Esse incidente reforça um problema recorrente:

Falhas em pipelines de build e publicação são hoje uma das maiores superfícies de ataque.

O erro foi simples:

• O bundler gerou .map
• O .npmignore não excluiu
• Nenhum pre-check validou o pacote antes do publish

Resultado: qualquer pessoa com npm pack tinha acesso ao código inteiro.

Insight estratégico (o que isso nos ensina)

Esse caso revela três coisas fundamentais sobre o futuro da IA:

1. IA moderna = sistemas complexos, não modelos isolados

O diferencial não está só no LLM está na orquestração.

2. Segurança de IA não é só prompt injection

É:

• supply chain
• permissões de ferramentas
• controle de execução

3. Transparência involuntária acelera aprendizado global

Mesmo sendo um incidente, ele oferece um “raio-x” de como sistemas state-of-the-art são construídos.

Conexão com o futuro (e com o que estamos construindo)

Se você trabalha com:

• sistemas multi-agente
• execução local/offline de IA
• orquestração de ferramentas

Esse vazamento praticamente confirma uma direção:

O futuro da IA está na integração entre modelo + sistema operacional + runtime de execução.

Algo muito próximo do que já vemos emergindo em iniciativas como:

• AI-native OS
• agentes autônomos
• computação heterogênea (CPU + GPU + NPU)

---

Conclusão

Não foi apenas um vazamento. Foi um lembrete.Onde:

• segurança básica ainda falha
• sistemas de IA são mais complexos do que parecem
• e estamos apenas começando a entender como esses sistemas realmente funcionam

E talvez o ponto mais importante:

Quem dominar a arquitetura, não só o modelo vai dominar a próxima geração da IA.

My AI mini workstation from HP has seen some non-AI workloads this weekend. I installed Capture One for photo editing and a couple of software synthesizers. And realized along the way that while built-in speakers are nice, high-end audio is a lot better! :-)

For months, I have been listening to music on devices that are designed for speech: a pair of Jabra headphones and the speakers of my various laptops. There were many reasons for this, including peer pressure, and some hearing loss at a way too loud concert. I was also lazy to use my high-end devices and tried to persuade myself that audio equipment designed for meetings is good enough for music too. Well…

This weekend, I installed various software synthesizers on my new computer. Not that I learned music or could play any instruments, but I still enjoy experimenting with music (well, with noise, actually :-) ). As I connected the machine to the big screen in the living room, I also connected it to my HiFi system. Suddenly, I realized how much better it sounds than my laptop or anything I’ve listened to in the past few months.

While making noise with a couple of software synths and listening to music from my TIDAL subscription, I also recharged my Focal headphones. My Focal Bathys is not as good as my HiFi, but also has a wonderful sound regardless.

So I guess that after a few months long detour, I am back to using high-end audio gear whenever it is technically possible. I love the extra detail I can hear on my Heed Enigma speakers or on my Focal headphones. Of course, nothing can replace listening to live music at concerts, but high-end gear is much better at approximating the vibe of various live events than anything below it.

This blog is part of a longer series about my adventures with my new machine and AI. You can reach me to discuss this blog on one of the contacts listed in the upper right corner. You can read the rest of the blogs under the toy tag.

Con este creo que ya me pongo al día con los últimos episodios del podcast más regular e informativo de la Comunidad KDE. Me congratula presentaros el episodio 71 de KDE Express, titulado «esLibre2026 Guía de Autodefensa Digital con Enxeñería Sen Fronteiras» donde David Marzal sigue promocionando el evento de la Comunidad del Software Libre de abril.

Episodio 71 de KDE Express: esLibre2026 Guía de Autodefensa Digital con Enxeñería Sen Fronteiras

Comenté hace ya bastante tiempo que había nacido KDE Express, un audio con noticias y la actualidad de la Comunidad KDE y del Software Libre con un formato breve (menos de 30 minutos) que complementan los que ya generaba la Comunidad de KDE España, aunque ahora estamos tomándonos un tiempo de respiro por diversos motivos, con sus ya veteranos Vídeo-Podcast que todavía podéis encontrar en Archive.org, Youtube, Ivoox, Spotify y Apple Podcast.

De esta forma, a lo largo de estos 71 episodios, promovidos principalmente por David Marzal, nos han contado un poco de todo: noticias, proyectos, eventos, etc., convirtiéndose (al menos para mi) uno de los podcast favoritos que me suelo encontrar en mi reproductor audio.

En palabras de David:

Bueno, con esto de los PrestoCast me ha costado volver a los podcast normales (que llevan bastante más trabajo), pero la ocasión lo merece porque os traigo información de primera mano de otra charla de esLibre. Hoy tenemos a Laura Salgueiro Sánchez voluntaria de Enxeñería Sen Fronteiras.

Vivimos en un mundo que, con su parte buena y su parte mala, avanza hacia lo digital a pasos agigantados y, en demasiadas ocasiones, dejando a mucha gente atrás. Este mundo digital, al igual que el presencial, también tiene una serie de riesgos de los que hay que protegerse. Muchas de vosotras quizás tenéis a esa persona de confianza (hija, sobrina, amiga…) a quien consultarle dudas o pedirle consejo en cosas relacionadas con las tecnologías de la información (TIC), pero no todo el mundo tiene esa opción. Además, tendemos a caer en el uso de herramientas de Google, Microsoft y otras grandes multinacionales, cediendo completamente nuestra soberanía digital. Por eso hacemos esta guía, explicando de forma clara y detallada cómo puedes mejorar tu seguridad digital, recuperando tu soberanía digital, tengas o no conocimientos previos de ciberseguridad. Es importante tener claro que la seguridad absoluta no existe, y siempre hay riesgo. Lo que podemos hacer como personas usuarias es poner barreras que nos protejan.

Laura es estudiante del último curso de Ingeniería Informática y Matemáticas. Le interesa especialmente utilizar sus conocimientos para mejorar la igualada de genero, el medio ambiente y la educación. Imparte como voluntaria de Ingeniería Sin Fronteras charlas en institutos sobre el impacto medioambiental de la nube, la privacidad digital o ciberseguridad.
Web personal: https://galicia.isf.es/ Mastodon (u otras redes sociales libres): https://mastodon.gal/@ESFGalicia GitLab (u otra forja o portfolio general): https://gitlab.com/esfgalicia/guia_autodefensa_dixital
Que nos trae la charla:

Guía de Autodefensa Digital: recupera tu soberanía digital. Tipo de propuesta: Charla larga (alrededor de 30 minutos)

Público objetivo: Todo tipo de público. No se requieren conocimientos previos de ningún tipo.

https://propuestas.eslib.re/2026/charlas/guia-de-autodefensa-digital-recupera-tu-soberania-digital

---

Por cierto, también podéis encontrarlos en Telegram: https://t.me/KDEexpress

La entrada Episodio 71 de KDE Express: esLibre2026 Guía de Autodefensa Digital con Enxeñería Sen Fronteiras se publicó primero en KDE Blog.

No es la primera vez que Guillem Cortés (GCtech) se asoma por el blog, lo tuvimos cuando hablaba de su experiencia instalando en un MacOS un sistema libre como Asahi Linux . En esta ocasión, GCtech vuelve para compartir una de sus mayores aventuras digitales: su primer año completo utilizando Linux como sistema operativo principal intentando contestar a la pregunta del millón: ¿Qué es Mejor Windows o Linux? Evidentemente la respuesta no es categórica ya que depende de la persona pero gracias a este vídeo podemos tener las cosas más claras.

¿Qué es Mejor Windows o Linux? Mi Experiencia 1 año Después

Hoy toca un excelente vídeo de GCtech donde explica de forma muy didáctica las bases de Linux, sus ventajas e inconvenientes, comparándolo con Windows.

En palabras de Guillem:

¿Puede Linux realmente reemplazar a Windows en el día a día? En este video comparto mi experiencia completa tras un año usando Linux a diario: desde mis inicios hasta usarlo como sistema operativo principal. Te explico sus diferencias técnicas con Windows, las ventajas, los retos reales, y por qué creo que probar Linux debería ser obligatorio en un mundo cada vez más digital.

De esta forma, a lo largo de casi 30 minutos nos cuenta las bondades, y los inconvenientes de Linux (o GNU/Linux siendo precisos). Unos problemas que se centran en las aplicaciones que no existen en el sistema del pingüino, el tema de los videojuegos (aunque estos problemas tienen solución como la búsqueda de las alternativas o en el desarrollo de Protón) o en eterno problema del hardware no compatible.

Aunque hayáis visto el vídeo, creo que es bueno tener una lista de cosas buenas y malas:

Más allá de las comparativas técnicas, el mensaje de Guille es una invitación a la curiosidad. Defiende que Linux debería enseñarse en las escuelas para entender la tecnología que sostiene el mundo (desde servidores hasta Android).

Si tienes un PC antiguo acumulando polvo o simplemente quieres recuperar la soberanía sobre tu ordenador, este vídeo es la guía perfecta para perder el miedo a la terminal y descubrir que, como bien dice Guillem, en Linux «el límite lo pones tú».

La entrada ¿Qué es Mejor Windows o Linux? Mi Experiencia 1 año Después se publicó primero en KDE Blog.

El pasado 17 de febrero fue lanzado Plasma 6.6, el mejor escritorio del universo conocido (según nosotros). Ha pasado mucho tiempo y es el momento de hablar de las mejoras en la accesibilidad de Plasma 6.6, uno de los ejes en los que los desarrolladores de la Comunidad KDE trabajan con más ahinco.

Mejoras en la accesibilidad de Plasma 6.6

Tras comprobar que esta nueva versión de Plasma 6 sigue centrada en la mejora de la usabilidad, hoy tocar destacar también que la accesibilidad es muy importante. Veamos estas mejoras.

Si tienes daltonismo, consulta los filtros en la página Accesibilidad de las Preferencias del sistema, en la sección Corrección de daltonismo. Plasma 6.6 añade un nuevo filtro de escala de grises, lo que eleva el total a cuatro filtros que abarcan diferentes tipos de daltonismo:

Uno de los grandes aspectos mejorados, clave para para personas con discapacidad visual, es la función Ampliación y lupa que ha ganado un nuevo modo de seguimiento que siempre mantiene el puntero centrado en la pantalla, lo que eleva el total a cuatro modos:

Seguimos con un regreso, el de las Teclas lentas (Slow Keys) en Wayland, una función diseñada para personas que tienen dificultades con el control motor fino o temblores en las manos.

Para los que no sepan ¡, cuando las «Teclas lentas» están activadas, el sistema no registrará una pulsación de tecla a menos que esta se mantenga presionada durante un periodo de tiempo determinado (que puedes configurar). Esto evita que se escriban caracteres por error si rozas accidentalmente una tecla mientras te desplazas por el teclado.

Aunque esta función existía en el antiguo servidor X11, traerla a Wayland es un paso técnico importante para que Plasma pueda abandonar por completo las tecnologías antiguas sin dejar atrás a los usuarios que dependen de estas herramientas.

Y para finalizar, se ha mejorado el movimiento reducido (Reduced Motion), una configuración de accesibilidad indicada para personas con trastornos vestibulares, cinetosis (mareo por movimiento) o epilepsia fotosensible.

Al hacer que Plasma 6.6 la introduzca de forma estandarizada hace que el sistema operativo le diga a todas las aplicaciones y al propio escritorio que eliminen o simplifiquen las animaciones no esenciales.

De esta forma. e lugar de que una ventana se «deslice» desde una esquina, podría simplemente aparecer con un fundido suave o de forma instantánea. También pueden eliminar efectos de rebote, zooms y desplazamientos cinéticos.

Debo confesar que estoy buscando esta opción y no me aparece, así que si alguien sabe donde activarla, rogaría que lo pusiera en comentarios.

Más información: Plasma 6.6

La entrada Mejoras en la accesibilidad de Plasma 6.6 se publicó primero en KDE Blog.

Es increíble el trabajo de promoción que está realizando Nate (ahora con ayuda de otros desarrolladores) 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 «Ajuste sencillo de la sensibilidad del micrófono» de Esta semana en Plasma. Espero que os guste.

Ajuste sencillo de la sensibilidad del micrófono – 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. Por cierto, ya se nota que la resaca de 6.6 ya está pasando, grandes cosas nos vienen para 6.7.

Nuevas funciones destacables nuevas

Plasma 6.7

Se ha implementado una función que permite grabarse con el micrófono y reproducir la grabación, facilitando detectar cuándo el nivel de grabación es demasiado alto o demasiado bajo. A continuación, puedes ajustar el nivel hasta que quede justo. KDE Bugzilla #435256 (Ramil Nurmanov) [Esto nos puede venir muy bien ahora que casi todos nos comunicamos vía webconferencias].

Se ha implementado soporte para el portal de notificaciones, que, entre otras cosas, permite configurar las notificaciones enviadas por Flatpak y otras aplicaciones sandboxed que utilizan portales del mismo modo en que se pueden configurar las notificaciones de aplicaciones empaquetadas tradicionalmente. plasma-workspace MR #6312 (Kai Uwe Broulik)

Frameworks 6.25

Las búsquedas impulsadas por KRunner ahora pueden convertir a y desde la unidad “momme”, que mide el peso de los textiles de seda. kunitconversion MR #82 (Nate Graham) [Software para todo el mundo].

Mejoras en la interfaz de usuario

Plasma 6.6.4

La animación de retroalimentación de lanzamiento de aplicación “saltarina” alrededor del puntero ahora se ve mejor al usar un factor de escala fraccionario. KDE Bugzilla #489403 (Vlad Zahorodnii)

Se ha acelerado el proceso de selección de una estación meteorológica para el widget Informe meteorológico usando el teclado. kdeplasma-addons MR #1016 (Nate Graham)

Ahora puedes arrastrar los elementos recientes de los menús del lanzador hasta el escritorio. plasma-workspace MR #6431 (Christoph Wolk) [Más eficiencia].

El widget de Redes ahora indica al instante la última red utilizada, en lugar de hacerlo solo después de reiniciar Plasma. KDE Bugzilla #512951 (Aviral Singh) [Información útil].

El widget Administrador de tareas ahora actualiza al instante el icono de una aplicación fijada o en ejecución cuyo icono hayas cambiado, en lugar de solo hacerlo tras reiniciar Plasma. plasma-workspace MR #6443 (Kai Uwe Broulik)

Plasma 6.7

La interfaz de selección de pantalla (por ejemplo, para compartir o transmitir pantalla) ahora incluye visualizaciones más atractivas para las pantallas, mostrando sus fondos de pantalla en el fondo. xdg-desktop-portal-kde MR #532 y plasma-workspace MR #6409 (Harald Sitter)

Se ha eliminado el diálogo superpersonalizado de selección de carpetas que se veía en todo el software de KDE; ahora elegir una carpeta usa el diálogo estándar de “Abrir” y solo muestra carpetas. KDE Bugzilla #197938 (Akseli Lahtinen)

Los cofres Plasma bloqueados ahora tienen sus puntos de montaje en solo lectura y marcados con un icono de candado, de modo que queda más claro qué son y que tú ni tus aplicaciones podéis guardar archivos en ellos por accidente, lo que bloquearía el montaje del cofre. plasma-vault MR #72 (Matthias Pleschinger)

Ahora puedes limitar la banda Wi‑Fi para redes en modo infraestructura. plasma-nm MR #536 (Piotr Balwierz)

Frameworks 6.25

Distintos cuadros de diálogo de mensaje en todo el software de KDE ahora ajustan su texto aproximadamente a los 70 caracteres, en lugar de hacerlo en función del ancho de pantalla. kwidgetsaddons MR #339 (Thomas Friedrichsmeier) [Puliendo visualizaciones].

Corrección de errores importantes

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

Plasma 6.5.6

Se ha corregido un caso en el que Plasma podía bloquearse al conectar otra pantalla. KDE Bugzilla #477941 (Harald Sitter)

Se ha corregido un caso en el que Plasma podía bloquearse cuando los servicios subyacentes de aplicaciones con iconos en la Bandeja del sistema desaparecían. KDE Bugzilla #518128 (Nicolas Fella)

Se ha corregido un caso en el que Spectacle podía bloquearse bajo ciertas circunstancias al usar varias pantallas. layer-shell-qt MR #95 (Vlad Zahorodnii)

Se ha corregido un problema que podía hacer que OBS se bloqueara al salir en ciertas circunstancias. KDE Bugzilla #517599 (Nicolas Fella)

La función del widget Reloj digital para copiar la fecha y la hora actuales al portapapeles en varios formatos ahora usa la hora correcta de tu zona horaria local, no la hora UTC. KDE Bugzilla #517692 (David Edmundson)

Se han corregido varios casos de transparencia perdida en ciertos iconos de aplicaciones de la Bandeja del sistema. plasma-workspace MR #6427 (Qiancheng Sun)

Se ha corregido un problema revelado por la actualización a Qt 6.11 que aplicaba el color incorrecto al recuadro de ajuste de ventanas (snapping). KDE Bugzilla #518178 (Nicolas Fella)

Plasma 6.7

Se ha corregido un problema que hacía que la aplicación y los widgets Monitor del sistema mostraran nombres incorrectos para los núcleos de la CPU en sistemas con más de una CPU física. KDE Bugzilla #515435 (Kevin Tipping)

Mejoras de rendimiento y aspectos técnicos

Plasma 6.6.4

El desenfoque en Konsole ahora funciona correctamente con el efecto Wobbly Windows. KDE Bugzilla #474196 (Jérôme Lécuyer)

Plasma 6.7

Las grabaciones de pantalla hechas usando Spectacle y otros programas basados en KPipeWire ahora usan el dispositivo de renderizado correcto en sistemas con varias GPU, por lo que las grabaciones resultantes son siempre correctas y válidas. KDE Bugzilla #518008 (Marsh Land)

Se ha implementado una “cadena de intercambio multi‑GPU” (multi‑GPU swapchain) para KWin, que abre la puerta a futuras mejoras de rendimiento en casos de uso de varias GPU y con soporte de Vulkan. kwin MR #8926 (Xaver Hugl)

Se ha mejorado la capacidad de la aplicación y widgets Monitor del sistema para detectar múltiples GPUs. ksystemstats MR #130 y ksystemstats MR #132 (Michael Bauer)

Se ha hecho que la aplicación y widgets Monitor del sistema ya no ignoren discos completamente cifrados y elementos RAID a efectos de recopilar estadísticas de I/O de disco. ksystemstats MR #86 (Christoph Cullmann)

Se ha mejorado el rendimiento del cambiador de ventanas Alt+Tab cuando el efecto “Highlight Window” está activo (como está por defecto) y hay muchas ventanas minimizadas. kwin MR #8997 (Sushi Trash)

Wayland 1.48

Tras más de 6 años en desarrollo, ¡el protocolo de restauración de sesiones de Wayland está completo y fusionado! KWin ya dispone de una implementación preliminar, por lo que deberíamos empezar a ver pronto avances serios en este tema tan reclamado. wayland‑protocols MR #18 (Jonas Ådahl y muchos otros)

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.

La entrada Ajuste sencillo de la sensibilidad del micrófono – 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/03/tumbleweed-review-of-the-week-2026-13/

Esta semana por diversas circunstancias solo se publicaron un par de snapshots (0324 y 0326). Ahora está claro que el paso anterior a grub2-bls fue un error. Se está corrigiendo esa decisión cambiando los sistemas modernos a systemd-boot.

Si bien el cambio a systemd-boot es un punto destacado importante para las instalaciones nuevas, fue solo una de las muchas actualizaciones que llegaron esta semana:

• systemd-boot: Ahora es el valor predeterminado para instalaciones nuevas (los aquellos sistemas que simplemente actualicen permanecen en su gestor de arranque existente).
• AppArmor 4.1.7
• KDE Plasma 6.6.3
• ffmpeg 8.1
• FreeRDP 3.24.1
• gettext 1.0
• Linux kernel 6.19.9
• qemu 10.2.2
• SQLite 3.51.3

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

• GNOME 50
• Autoconf 2.73
• Linux kernel 6.19.10
• Qt 6.11.0
• Mozilla Firefox 149.0
• GCC 16
• LLVM 22
• glibc 2.43

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,

After a high-speed run, we hit a wall this week: only two snapshots (0324 and 0326) reached the mirrors. The culprit was a combination of bad timing and a necessary course correction regarding our bootloader defaults.

It is now clear that the previous move to grub2-bls was a mistake. We are correcting that decision by switching modern systems to systemd-boot. This transition caused a “weekend blackout” because openQA changes for the new default were deployed last Friday, but the actual distribution changes didn’t land until Sunday. We spent Monday and Tuesday ironing out the resulting kinks, which cost us the weekend snapshots.

While the change to systemd-boot is a significant highlight for fresh installations, it was just one of many updates that landed this week:

• systemd-boot: Now the default for fresh installations (upgraders remain on their existing bootloader).
• AppArmor 4.1.7
• KDE Plasma 6.6.3
• ffmpeg 8.1
• FreeRDP 3.24.1
• gettext 1.0
• Linux kernel 6.19.9
• qemu 10.2.2
• SQLite 3.51.3

The package maintainers and release engineers are busy preparing the next few changes for the upcoming days. These include:

• GNOME 50: matplotlib’s test suite needs to accept deprecations in glib 2.88.0
• Autoconf 2.73
• Linux kernel 6.19.10
• Qt 6.11.0
• Mozilla Firefox 149.0
• GCC 16 as the default distro compiler
• LLVM 22
• glibc 2.43: metabug: https://bugzilla.opensuse.org/show_bug.cgi?id=1257250