Tras un parón nada habitual de un mes me congratula presentaros el episodio 73 de KDE Express, titulado » Kubuntu 26.04 y Studio por fin traen Plasma 6 a las masas» donde David Marzal no obsequia con el repaso de las últimas noticias del mundo KDE y del Software Libre en general.

Episodio 73 de KDE Express: Kubuntu 26.04 y Studio por fin traen Plasma 6 a las masas

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 73 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:

Temas tratados en el episodio 73: Krita, Kookbook, Drawy, Kubuntu, Ubuntu Studio, Phoronix, GNOME, Plasma, FreeBSD, EndeavourOS, KDE Linux, Thunderbird, Firefox, OsmAnd…

Si no ves nada tras esta línea, es que tu app no sabe leer bien el feed RSS, avísales o prueba otra

Apps

Krita 5.3 y 6.0 lanzadas. En cuanto a funcionalidades son prácticamente idénticas, solo que la rama 6.0 es la nueva que usa Qt6 y más Wayland, y puede ser menos estable que la de Qt 5. Las novedades, como no las controlo, simplemente os dejo el enlace donde las explican mejor que yo.

Kookbook se actualiza a la versión 0.3.0.

Os presento a Drawy, la primera pizarra digital infinita de KDE.

Kubuntu 26.04 viene con Plasma 6.6.

KDE Gear 25.12.3 y kernel 7.0.

Será finalmente LTS, con soporte hasta abril de 2029.

Ya trae Wayland por defecto.

Se recomienda limpiar el .config debido a la cantidad de cambios en esta versión.

Ubuntu 26.04 Studio trae 2 widgets de panel:

Uno para poder modificar el quantum y la frecuencia de muestreo de PipeWire directamente.

Y otro que muestra el título de la ventana activa al estilo macOS, para uno de los 3 layouts disponibles.

Skanpage sustituye a Skanlite para escanear documentos.

Comparativa de Phoronix en la que KDE Plasma 6.6 sale muy bien parada respecto a GNOME 50. Y Wayland sobre X11 es una pequeña mejora.

Dotfiles para transformar tu ArchLinux con Plasma.

El plan de FreeBSD para ofrecer Plasma en el menú de instalación se retrasó de la 15.0 a la 15.2.

Dedoimedo hace una review bastante larga y Wayland-hater de Kubuntu 26.04. Su conclusión es que está mucho mejor que las anteriores, pero sigue soñando con un mundo sin bugs o regresiones.

Y, para compensar, nos enseña lo potente que es la opción de aplicar opciones de ventana en Plasma.

EndeavourOS ya instala por defecto Plasma Login Manager en vez de SDDM.

El fondo para la tecnología soberana (Sovereign Tech Fund) invierte un millón de euros en mejorar KDE.

Se usará para mejorar la infraestructura, la arquitectura de seguridad, las comunicaciones y el stack tecnológico en general de KDE.

Plasma 6.7

Ya se puede usar un perfil ICC cuando se usa HDR.

Discover es más inteligente a la hora de deduplicar aplicaciones instaladas vía Flatpak, tanto en el sistema como en el usuario.

Servidor remoto integrado.

Gwenview como visor predeterminado de SVG en vez de GIMP.

Plasma Big Screen ha vuelto: aplicaciones a pantalla completa, con buen rendimiento y opciones accesibles.

Mejor experiencia para renderizado solo por CPU.

Background App portal para dejar que las aplicaciones que lo pidan se escondan como solo iconos en la barra de sistema.

KDE Linux ahora usará KMSCON para mejorar la experiencia del modo consola “tradicional” VT / TTY.

Thunderbird 150 permite buscar en el cuerpo de mensajes cifrados tanto con OpenPGP como con S/MIME.

Firefox 150

Mejora la gestión de pestañas con Split View avanzado (menú contextual sobre enlace) y opciones de compartir múltiples pestañas a la vez.

Se activan para todos los usuarios las restricciones de acceso a la red local, reforzando la privacidad y el control sobre dispositivos conectados.

OsmAnd 5.3.

Lenovo y Dell se suman a Framework como patrocinadores de la LVFS para hacer el proyecto sostenible.

---

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

La entrada Episodio 73 de KDE Express: Kubuntu 26.04 y Studio por fin traen Plasma 6 a las masas se publicó primero en KDE Blog.

Managing System Extensions on openSUSE MicroOS with sysextmgrcli

If you are running openSUSE MicroOS, you already know the drill: the root filesystem is read-only, and transactional updates are the law of the land.

But what happens when you need to add software or system extensions without rebooting or messing with your base OS layers?

E.g. You need strace or gdb to debug a running application, but a reboot to install this tools would change the situation.

Enter System Extensions (sysext images) and the utility designed to make them manageable: sysextmgrcli.

What is sysextmgrcli?

At its core, sysextmgrcli is a command-line client for managing systemd-sysext images and has been written by Thorsten Kukuk. It is designed specifically to play nice with the atomic nature of MicroOS.

Instead of forcing you to use sudo for every query, it talks to a background daemon (sysextmgrd) via Varlink. This architecture allows unprivileged users to list existing system extension images without needing root permissions, while the daemon handles the heavy lifting of downloads and verification via systemd-pull. For security reasons, root provileges are still required for installing or updating sysext images.

The Architecture: Smart Snapshots

One of the cleverest things about sysextmgrcli is how it handles storage to be efficient and “rollback-safe”:

• /var/lib/sysext-store: This is where the actual image files live. Since /var is a separate subvolume shared across all Btrfs snapshots, you only store the image once, saving disk space. If you have no network available, that’s the location for storing offline or even own build sysext images via e.g. an USB device.

• /etc/extensions: This directory contains symlinks to the images in the store. Because /etc is part of your root snapshot, the extensions are tied to your current system state.

Why does this matter? If you perform a system rollback, your symlinks roll back too. This ensures the active sysext images always match the OS version you are currently booted into.

Essential Commands

Getting started is straightforward. Here are the primary commands you’ll use to manage your extensions:

1. Listing and Checking Images

Want to see what’s available or if your images are compatible with your current OS version?

# List all images and report compatibility
sysextmgrcli list

# Check for updates and verify compatibility
sysextmgrcli check

2. Installing New Extensions

You can install by providing a name and a source URL. The tool automatically handles SHA256 verification and checks if it fits your OS.

# --url is optional (default: https://download.opensuse.org/tumbleweed/appliances/ )
sysextmgrcli install [NAME] --url [https://your-image-repo.com](https://your-image-repo.com)

3. Maintenance and Updates

Updates are handled by comparing local files against remote manifests. If a newer version matches your current snapshot, it gets pulled down and symlinked.

# Update existing images to the latest compatible versions
sysextmgrcli update

# Clean up: Remove images in the store that are no longer referenced by any snapshot
sysextmgrcli cleanup

The “Activation” Catch

It is important to note that sysextmgrcli is a manager, not an activator. It handles the logistics: downloading, version checking, and symlinking. To actually “plug in” the extensions to your running system, you still use standard systemd-sysext commands:

• Manual activation: systemd-sysext merge

• Manual deactivation: systemd-sysext unmerge

• Enable at boot: systemctl enable systemd-sysext.service

Available default system extention (sysext) images:

• debug (babeltrace, gdb, ltrace, strace, traceroute)
• gcc (cpp, gcc, make, patch)
• git (git, git-core)

Summary

You need git on your openSUSE MicroOS ?

Just call sysextmgrcli install git ; systemd-sysext merge and use it…

You do not need ‘git’ anymore on your system ?

Just call systemd-sysext unmerge and it is not available anymore…

sysextmgrcli bridges the gap between static immutable infrastructure and the need for flexible system additions. By leveraging the Btrfs directory structure of MicroOS, it ensures your system remains clean, version-synced, and easy to manage.

We know, we know. We skipped a blog post for version 20 and you may be wondering what happened. The truth is that we were heads-down working on several significant improvements and decided to focus on shipping rather than writing. But don't worry - this release announcement covers the most relevant changes introduced in both versions 20 and 21.

In exchange for the delay we offer you an extensive list of impressive enhancements, covering several aspects of the installation experience and including some long-awaited features. Let's go through the most visible novelties.

Shedding some light on the desktops​

And few things are more visible in a GNU/Linux system than its desktop environment. During installation, most openSUSE distributions provide a wide range of desktops to select from. But openSUSE does not endorse any of those environments as the default option. As a consequence, the user needs to make a conscious decision during installation.

That was not obvious enough in previous versions of Agama. As a result, it was too easy to end up installing a system with no graphical interface at all. The resulting text-based system could be daunting for many users, especially newbies to openSUSE or GNU/Linux in general.

Now the situation is more clearly presented in the main summary screen of the installer and in the software selection section.

We took the opportunity to rethink several aspects of the form used to select patterns. Now it works in a way that is more consistent with the rest of the Agama interface and it presents the information in a more useful way.

In addition to all that, a reminder about the potentially missing desktop was added in the confirmation dialog for some distributions like openSUSE Tumbleweed, Slowroll or Leap 16.1.

Better network management in the web UI​

Usability improvements go beyond the software management. The user interface for configuring the network also received some serious attention in these releases. The most visible result is a completely redesigned form to create and modify network connections.

With the new form, we are now in the position to enrich the web interface with the ability to configure more types of connections, in addition to Ethernet and Wi-Fi. In previous releases, it was necessary to use the JSON-based Agama configuration format in order to setup a network bonding, a bridge or a VLAN connection. With Agama 21 it is now possible to configure a bonding or bridge connection directly from the user interface. As usual, Agama offers reasonable default settings for each kind of connection but it also allows to setup several advanced aspects manually.

Support for VLAN connections is on its way and will be included in the upcoming version of the Agama web interface. Hopefully these new features will fulfill the wishes of those users who have been requesting a more powerful user interface to configure the network.

Install on an existing LVM setup​

But if there is a feature that has been long awaited by some users, that is the ability to reuse existing LVM volume groups and logical volumes. If you had an existing LVM setup on your system, previous versions of Agama couldn't take advantage of it. Now it is possible thanks to a new feature that, as usual, is built at two levels.

On the one hand, the JSON configuration format was expanded to support all kind of operations with existing volume groups and logical volumes. That includes expanding the volume groups with new physical volumes and also mounting, formatting and resizing all kind of logical volumes. It is even possible to create new thin volumes in a reused thin pool.

On the other hand, the web user interface now allows to select an existing volume group as destination for the installation and also as additional device to create or reuse more logical volumes.

The user interface also makes it possible to define what to do with the current logical volumes in the same way that it can be done for the current partitions of a disk.

Support for Systemd-boot​

So far, Agama has always installed Grub2 as boot loader for all distributions. At least, that was the idea, although Systemd-boot slipped through the cracks in some openSUSE Tumbleweed installations due to changes introduced in the internals shared between YaST and Agama.

But in EFI environments, it seems there is a trend among many Linux distributions to adopt the UAPI Boot Loader Specification. And we do not want Agama to fall behind.

Although Grub2 is still used unconditionally in many scenarios, now every distribution ("product" in Agama's jargon) can define which boot loader to install in some supported EFI systems. Products can choose between Grub2, Systemd-boot or openSUSE's Grub2-BLS. In the latter two cases, Agama will adhere to the mentioned UAPI Boot Loader Specification.

Based on the chosen boot loader, Agama automatically adapts the partitioning and uses the corresponding methodology and tools to configure the TPM to automatically unlock encrypted devices, if the user decided to do so.

For products that still rely on Grub2, like the beta versions of openSUSE Leap 16.1 and SUSE Enterprise Linux Server 16.1, the user can force the usage of Systemd-boot where possible by starting the installation with the boot argument inst.systemd_boot_preview=1.

NTP configuration​

As most of our readers surely know, the Network Time Protocol (NTP) is typically used to set the date and time of computers through the network connection. That normally works out of the box if the network offers access to the Internet or if the address of a local NTP server is provided as part of the automatic network configuration (eg. using DHCP). But sometimes some manual configuration is needed.

Agama now allows to explicitly set the list of NTP sources (pools, servers and peers) using the JSON format. It also supports automatic conversion from the corresponding ntp-client section of an AutoYaST profile. Last but not least, the web interface now offers a new "System" section accommodating the configuration of both the hostname and the NTP sources.

But there is an important aspect to consider. In order to establish secure network connections, the date and time must be aligned with the date and time of the other system and all the involved certificates. For network-based installations, in which secure connections may be needed already in order to fetch the installation media, that implies the NTP configuration must happen at a very early stage of the booting process. For that, the installation media now supports the special boot argument rd.ntp that allows to setup the NTP sources.

Agama will take care to persist to the installed system any setting configured through Agama itself or by using the rd.ntp boot option.

Restrict network access to the installer​

Speaking of installations and network, you already know that by default Agama allows to control the installation process over the network from another computer or mobile device. But that is a feature that could come with security implications in some scenarios.

Now it is possible to disable the remote access with the inst.remote=0 boot option. When used, the installer can be accessed only locally from the machine being installed.

Usability improvements in the command-line tools​

Apart from all the mentioned new installer features, the command-line interface also received several enhancements to make it more useful for tracking the current state of the installation process. Whether you are automating installations or just prefer working from the terminal, the improved CLI tools provide better visibility into what Agama is doing at any given moment. These improvements make it easier to monitor installations, debug issues and integrate Agama into your existing automation workflows.

More to come​

As you can see, we have not been idle lately. After these two feature-packed releases we are planning to shift our focus a bit more toward stabilization and polish. That doesn't mean development is slowing down, though! We still plan to release Agama 22 in about a month, and it will include some cool new features alongside the stability improvements.

As always, we appreciate your feedback and contributions. You can reach the YaST team at the YaST Development mailing list, our #yast channel at Libera.chat or the Agama project at GitHub.

Have a lot of fun!

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 «Lanzamiento de la beta de 6.7» de «Esta semana en Plasma«. Espero que os guste.

Lanzamiento de la beta de 6.7 – 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.

Mejoras notables

Plasma 6.7

Ahora puedes configurar qué hace que aparezca el teclado virtual de Plasma. (Kristen McWilliam, Xaver Hugl y Yelsin Sepulveda, kwin MR #9206 y plasma-workspace MR #6548)

La función por ventana “Ocultar de la retransmisión de pantalla” ahora también oculta la ventana de las capturas de pantalla estáticas. Se ha renombrado en consecuencia. (Elliot Flint, kwin MR #9171) [Esto está bien para hacer directos y poder tener el guion delante].

Ahora puedes permitir que una aplicación que controla los dispositivos de entrada lo haga siempre que lo solicite, en lugar de tener que autorizarla cada vez. (David Redondo, xdg-desktop-portal-kde MR #496 y flatpak-kcm MR #175)

Plasma 6.8 – ¡Primeras novedades!

¡El teclado virtual de Plasma ahora tiene un diseño y modo de funcionamiento dedicados para el idioma amárico! (Abenezer Wesenseged, plasma-keyboard MR #118) [KDE quiere ser para todo el mundo].

La página Redes de Ajustes del sistema ahora te permite configurar puntos de acceso inalámbricos para seleccionar automáticamente un canal. (Mickaël Thomas, plasma-nm MR #523)

Mejoras en la interfaz de usuario

Plasma 6.6.6

Se han hecho legibles para el lector de pantalla Orca un par de botones de la página Fuentes de Ajustes del sistema. (Nicolas Fella, KDE Bugzilla #519471)

Plasma 6.7

Discover ahora agrupa por defecto los elementos de su página “Instalado” en categorías. ¡Esto hace mucho más fácil encontrar lo que buscas! (Tobias Fella, KDE Bugzilla #423344) [Gestionar el maremagnum de aplicaciones disponibles hace que se deba ir puliendo todas las opciones].

Las notificaciones de Plasma ahora se deslizan desde fuera de la pantalla en lugar de desvanecerse al aparecer. Se ve realmente bien y ayuda a llamar la atención sobre las nuevas notificaciones sin ser demasiado llamativo. (Vlad Zahorodnii, kwin MR #9139) [Esto puede ser interesante].

Se ha mejorado la capacidad del Lanzador de aplicaciones Kickoff para abrir el elemento que buscaste con una pulsación muy rápida de la tecla Intro después de escribir muy deprisa. (Christoph Wolk, KDE Bugzilla #519579)

Gwenview ahora está configurado como el visor SVG predeterminado de Plasma, por lo que estos archivos ya no se abrirán con GIMP por defecto. (Darafei Praliaskouski, plasma-desktop MR #3712) [Eso es integración, no obstante, seguro que se puede cambiar].

Se han realizado varias mejoras en el flujo de trabajo para desbloquear la sesión usando una tarjeta inteligente. (Andreas Lundqvist, kscreenlocker MR #310)

El ajuste de ventana “Mantener por encima de las demás” se ha movido al nivel superior del menú contextual de la barra de título para que puedas acceder a él más fácilmente. Se consideró que probablemente sea uno de los elementos más usados, así que debería estar más a mano. (Vlad Zahorodnii, kwin MR #9201) [Así es].

Corrección de errores importantes

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

Plasma 6.6.6

Se ha corregido un problema que hacía que Plasma se bloqueara al reiniciarse usando systemctl restart --user plasma-plasmashell.service en sistemas con varias pantallas y varios paneles. (Nate Graham, KDE Bugzilla #515234)

Se ha corregido un problema que hacía que Plasma se bloqueara al cambiar de Actividades usando el widget Selector de actividades en sistemas con varias pantallas. (Marco Martin, KDE Bugzilla #520065)

Ahora, al clonar un panel, también se copian correctamente los iconos de los lanzadores independientes. (Marco Martin, KDE Bugzilla #519502)

La aplicación Monitor del sistema y los sensores ya no siguen informando de una actividad de red fantasma cuando el sistema no está conectado a ninguna red. (Kartikeya Tyagi, KDE Bugzilla #508516)

Escribir en el escritorio para invocar KRunner ahora también funciona al pulsar teclas del teclado numérico. (Marco Martin, KDE Bugzilla #504304)

Las reseñas de aplicaciones en Discover ya no se duplican si instalas, desinstalas y vuelves a instalar la aplicación mientras Discover permanecía abierto. (Tobias Fella, discover MR #1325)

Frameworks 6.27

Se ha corregido un problema de diseño que a veces podía romper Discover por completo cuando el idioma del sistema estaba configurado en árabe, chino o japonés. (Akseli Lahtinen, KDE Bugzilla #517091)

El repositorio de Breeze Icons ya no utiliza de forma inapropiada iconos de terceros con copyright. (Nate Graham y Martin Sh., KDE Bugzilla #487595)

Se ha corregido un problema sutil en el diálogo común del navegador de iconos que impedía seleccionar un icono estándar del tema de iconos activo después de haber elegido primero un icono desde una ubicación específica del disco. (Christoph Wolk, KDE Bugzilla #520007)

Mejoras de rendimiento y aspectos técnicos

Plasma 6.7

Se ha implementado soporte para la “codificación progresiva” en el servidor de escritorio remoto integrado de Plasma, que puede usarse cuando un cliente no soporta la codificación H.264, no dispone de sus códecs o cuando la codificación progresiva resulta más eficiente en ancho de banda. (David Edmundson, krdp MR #165 y krdp MR #173)

Se ha mejorado el rendimiento y reducido la latencia del servidor de escritorio remoto integrado de Plasma. (David Edmundson, krdp MR #170)

Se ha implementado soporte para la versión 3.2 del protocolo Wayland Text Input. (David Edmundson, kwin MR #8970)

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 Lanzamiento de la beta de 6.7 – Esta semana en Plasma se publicó primero en KDE Blog.

How can you learn syslog-ng? There are many possibilities, depending on your time and budget. Possibilities range from tutorial series through reading the documentation to instructor-led training. Find out which one is for you!

Read more at https://www.syslog-ng.com/community/b/blog/posts/learning-syslog-ng

Hoy me salgo un poco del mundo KDE para promocionar un nuevo evento que nace. Se trata de la I Jornada sobre Software Libre e Inteligencia Artificial Abierta que se va a celebrar en Madrid el 6 de julio (algo que me alegra porque pienso que promocionamos poco los eventos que se hacen en la capital).

I Jornada sobre Software Libre e Inteligencia Artificial Abierta

Queramos o no la IA está aquí y no se va a ir. Es imparable como lo fue la aparición de la web, las redes sociales, la Wikipedia o el Software Libre.

Al fin y al cabo, es una herramienta que podemos utilizar para hacer cosas mejores. Eso si, siempre y cuando se utilice con cabeza, con espíritu crítico y sin una fe ciega. Si no se hace así, por experiencia a varios niveles, los resultados no son buenos.

Es por ello que debemos conocer su funcionamiento, sus opciones, sus limitaciones y sus aspectos éticos; pero sobre todo, como desde el Software Libre podemos utilizar de forma efectiva todo su potencial y como ponerlo al servicio de todo el mundo… en caso contrario veremos crecer otro muro social y otra desigualdad

Por esta razón me ha encantado encontrarme con seLIA, un nuevo evento que se celebrará el 6 de julio en Madrid, una jornada dirigida a personas desarrolladoras, investigadoras, estudiantes, profesorado, profesionales, activistas del software libre y cualquier persona interesada en la Inteligencia Artificial desde una perspectiva abierta.

En palabras de los organizadores:

La I Jornada sobre Software Libre e Inteligencia Artificial Abierta invita a la comunidad a presentar propuestas para compartir conocimientos, experiencias, herramientas e ideas en torno a la intersección entre software libre e IA abierta.

Buscamos contribuciones variadas, tanto técnicas como reflexivas, que fomenten un ecosistema de inteligencia artificial más abierto, transparente y colaborativo.

Y en este momento están en la fase de búsqueda de ponencias que traten sobre alguno de estos temas:

• Software libre aplicado directamente a la Inteligencia Artificial
• Modelos de IA «abiertos» (al menos con los pesos disponibles públicamente)
• Herramientas, bibliotecas o plataformas libres para IA
• Experiencias prácticas de uso de IA libre u abierta
• Desarrollo de modelos, infraestructuras o flujos de trabajo abiertos
• Casos de adopción en empresa, universidad, administración o comunidades
• Aspectos éticos, sociales, legales o filosóficos de la IA abierta
• Consejos e ideas para iniciarse en IA con software libre
• Buenas prácticas para compartir modelos, datos y resultados

Eso si, las charlas presentadas deben cumplir uno de estos dos requisitos:

• Tratar sobre software libre directamente relacionado con IA
• Tratar sobre modelos de IA abiertos, entendiendo como mínimo que los pesos estén disponibles públicamente

Así que ya sabes, si tienes una propuesta no te duermas en los laureles, tienes hasta el 15 de junio.

La entrada I Jornada sobre Software Libre e Inteligencia Artificial Abierta se publicó primero en KDE Blog.

Organizada por la asociación sin ánimo de lucro GNU/Linux València os invito a participar en su nuevo evento: Taller de IA Local y Soberana + Install Party que se celebrará el 29 de mayo a las 17:00 horas. Otra tarde de conocimiento compartido y de ambiente.

Taller de IA Local y Soberana + install party, nuevo evento organizado por GNU/Linux València

Me complace presentaros un nuevo evento de la Asociación sin Ánimo de Lucro GNU/Linux València que siguen sus actividades este 2026 con una jornada que presentará un interesante y necesario debate que sería muy adecuado que llegara al gran público, sobre todo, si queremos protegernos de un mundo cada vez más virtual.

En palabras de los organizadores:

Pero antes, y como un servicio que no tiene precio pero si un valor incalculable:

¡Recuerda!

• Viernes 28 de Mayo de 2026
• ¡Entrada libre!
• Edifici Las Naves (Carrer Joan Verdeguer, 16, 46024, València)
• 17:00 Install party
• 18:00 Taller de IA Local y Soberana

Más información: GNU/Linux València

¡Únete a GNU/Linux València!

Aprovecho para recordar que desde hace unos meses, los chicos de GNU/Linux Valencia ya tienen su menú propio en el blog, con lo que seguir sus eventos en esta humilde bitácora será más fácil que nunca, y así podréis comprobar su alto nivel de actividades que realizan que destacan por su variedad.

Y que además, GNU/Linux València creció y se ha convertió en asociación. Así que si buscas una forma de colaborar con el Software Libre, esta asociación puede ser tu sitio. ¡Te esperamos!

La entrada Taller de IA Local y Soberana + install party, nuevo evento organizado por GNU/Linux València se publicó primero en KDE Blog.

Fieles a los periodos cuatrimestrales que los propios desarrolladores se han marcado, acaba de ser anunciado el calendario de lanzamientos KDE Gear 26.08, el síntoma inequívoco de la continua evolución de la Comunidad KDE y su compromiso por la constancia y mejora continua.

Tener un plan de trabajo pre-establecido es algo fundamental para que los equipos funcionen. Este calendario de trabajo debe contener la respuesta a dos preguntas muy explícitas: qué hay que hacer y cuándo debe estar hecho. Además, en sus aplicaciones internas se responde a otra pregunta que también es sumamente importante: quien lo va a hacer.

Esta metodología de trabajo la tienen perfectamente clara y establecida los desarrolladores de KDE que, como viene siendo habitual, no solo se lo marcan en sus agendas sino que lo hacen público. De hecho, esta entrada es un calco de la que hice hace ya mucho tiempo con KDE Aplicaciones 20.04, KDE Gear 23.08, KDE Gear 25.04, etc.

Calendario de lanzamientos KDE Gear 26.08 de KDE

Si tenéis un calendario a mano y tenéis interés en los lanzamientos de KDE Aplicaciones os aconsejo que  anotéis en él las fechas principales de lanzamientos de KDE Gear 26.08. Hay que destacar que en esta ocasión se ha querido simplificar mucho el proceso en aras de ser más claros y efectivos. En anteriores lanzamientos ha resultado bastante acertado.

De este modo tenemos:

• Viernes, 17 de Julio de 2026: lanzamiento de la primera beta
• Viernes, 31 de julio de 2026: lanzamiento de KDE Gear 26.08 RC (Versión Candidata)
• Jueves, 13 de Agosto de 2026 Marcado de KDE Gear 26.08
• Jueves, 20 de Agosto de 2026: Lanzamiento de KDE Gear 26.08 definitivo

En fin, un equipo incansable que nos ofrece la colección de aplicaciones más útil, integradas y funcionales para el escritorio libre más bello, funcional y dinámico que puede habitar en tu PC o portátil… y esperemos que pronto en otros dispositivos.

Más información: KDE Techbase | TSDgeos’ blog

La entrada Calendario de lanzamientos KDE Gear 26.08 de KDE se publicó primero en KDE Blog.

I did some exploration on KDE's code base. It's amazing what you can find when you have almost 30 years of public history in git.

In doing so I ran some statistics on KDE's core software. That core is relatively well-defined, even over the years. It's the libraries (Frameworks), the desktop (Plasma), and the standard applications shipped together on a regular release schedule (Gear). Of course there are other fine applications in Extragear and elsewhere, but I didn't look at them for now.

In 2009 I did an analysis of KDE's sources and found 4,273,291 lines of code. So I was curious to see where we are today. The numbers are not 100% comparable, because the shape of KDE's core software has changed a bit, but when you look at what is in git (omitting graphics, translations, and other non-code files) you find 8,173,148 lines of code.

Yes, when you look at the history, there is more. There is churn, code gets added, code gets modified, code gets deleted. It evolves. So behind every line of code which is shipped today, there are about 7 lines of code which have been written, changed, deleted. This is what you find in git.

So 55 million lines of code have been written to arrive at 8 million lines of code today. They represent progress, learning, and adaptation to a changing world. You see life there.

The most amazing part for me is actually not the code itself, but that there are thousands of people behind this code who have worked together for decades to continuously improve KDE's software. That's the real story.

P.S. Take the numbers with a grain of salt. They are based on a couple of assumptions and influenced by quirks of tools and history. This is not science, it's the report of a hobby code historian.