Linux From Scratch (LFS) estrena versión. El proyecto ha publicado oficialmente Linux From Scratch 13.1, seis meses después de LFS 13.0, incorporando numerosos cambios tanto en los paquetes utilizados para construir el sistema como en la propia documentación.

No estamos ante una distribución Linux convencional. LFS proporciona un libro con instrucciones detalladas para que el usuario pueda compilar y construir manualmente un sistema GNU/Linux partiendo del código fuente, ofreciendo así una visión especialmente profunda sobre su funcionamiento interno.

En esta ocasión, el equipo confirma 46 paquetes actualizados o añadidos y más de 200 commits realizados desde la anterior versión estable.

Linux From Scratch 13.1 renueva su toolchain

La principal novedad de LFS 13.1 se encuentra en la cadena de herramientas utilizada para construir el sistema.

La nueva versión adopta:

• GCC 16.2.0
• GNU Binutils 2.47
• Glibc 2.44

Son componentes fundamentales en el proceso de compilación. GCC proporciona la colección de compiladores GNU, Binutils reúne diferentes herramientas para trabajar con archivos binarios y Glibc constituye la implementación de referencia de la biblioteca estándar de C utilizada por gran parte del ecosistema GNU/Linux.

El salto es considerable respecto a LFS 13.0, que había llegado en marzo utilizando Binutils 2.46 y Glibc 2.43.

La documentación de LFS también advierte de que GCC posterior a 16.2.0 o Binutils posterior a 2.47 no han sido probados con esta edición. Utilizar versiones más nuevas en el sistema anfitrión podría provocar problemas durante la construcción.

Linux 7.1.8 como nuevo kernel

Otro de los cambios importantes es la actualización del kernel.

Linux From Scratch 13.1 utiliza Linux 7.1.8, una evolución considerable frente a Linux 6.18.10 incluido en la anterior edición estable de la guía.

Hay que recordar que el propósito de LFS no consiste simplemente en instalar un kernel ya configurado. El libro guía al usuario durante los diferentes pasos necesarios para construir su propio sistema, incluyendo la preparación del entorno, la creación de una cadena de herramientas temporal, la compilación de los componentes esenciales y la configuración final.

Precisamente esta filosofía convierte a Linux From Scratch en un proyecto especialmente interesante para usuarios avanzados, administradores de sistemas, desarrolladores y cualquier persona que quiera comprender qué sucede realmente detrás de una distribución Linux.

46 paquetes actualizados o añadidos

La renovación va mucho más allá del compilador, la biblioteca C y el kernel.

El equipo de Linux From Scratch contabiliza 46 paquetes actualizados o incorporados desde LFS 13.0, además de numerosos ajustes realizados en diferentes capítulos de la documentación.

Entre los componentes que fueron actualizándose durante el desarrollo de esta versión encontramos Python 3.14.7, systemd 261.2, Perl 5.44.0, Meson 1.12.0, Shadow 4.20.2, libffi 3.8.0 y procps-ng 4.0.7, entre otros.

También se incorporó mpdecimal 4.0.1 y se actualizaron diferentes módulos utilizados por Python.

Todo ello permite que quienes comiencen ahora una nueva construcción de LFS trabajen con una base mucho más reciente.

Importantes actualizaciones de seguridad

La seguridad también ha tenido un peso considerable durante este ciclo de desarrollo.

El anuncio oficial destaca actualizaciones relacionadas con la seguridad para paquetes como attr, acl, Expat, Glibc, el propio kernel Linux, Python, systemd, util-linux, Vim y zlib.

Durante los meses de desarrollo se fueron incorporando distintas revisiones de estos componentes para corregir vulnerabilidades y problemas detectados.

El resultado es una nueva base estable que recoge buena parte del trabajo realizado durante los seis meses transcurridos desde LFS 13.0.

Más de 200 cambios desde LFS 13.0

El número de commits también refleja el alcance de esta versión.

El proyecto confirma que más de 200 commits llegaron a Linux From Scratch desde la publicación de la versión anterior. En comparación, LFS 13.0 había acumulado aproximadamente 100 commits respecto a su predecesora.

No todos estos cambios corresponden a nuevas versiones de paquetes. La documentación es una parte esencial de LFS y también ha recibido correcciones, modificaciones y mejoras distribuidas a lo largo del libro.

Esto resulta especialmente importante en un proyecto donde una instrucción incorrecta o desactualizada puede afectar directamente al proceso de compilación.

¿Qué es Linux From Scratch?

Para quienes no conozcan el proyecto, conviene aclarar que Linux From Scratch no funciona como Ubuntu, Debian, Fedora o Arch Linux.

No existe un instalador que permita seleccionar un disco, crear un usuario y obtener un escritorio funcional unos minutos después.

LFS propone prácticamente lo contrario.

El usuario comienza con un sistema Linux anfitrión y sigue una extensa documentación para descargar el código fuente, preparar particiones, construir una cadena de herramientas, compilar los paquetes necesarios y configurar progresivamente su propio sistema.

El objetivo no es tanto ahorrar tiempo como aprender cómo está construido GNU/Linux desde sus cimientos.

El resultado final es un sistema extremadamente básico sobre el que posteriormente pueden añadirse nuevas capacidades.

BLFS 13.1 llegará próximamente

Precisamente ahí entra en juego Beyond Linux From Scratch (BLFS).

Mientras LFS se concentra en construir el sistema base, BLFS amplía esa instalación con herramientas de red, servidores, bibliotecas, sistemas gráficos, entornos de escritorio y numerosas aplicaciones.

Sin embargo, BLFS 13.1 no se ha publicado simultáneamente con LFS 13.1.

El desarrollo está prácticamente terminado. Según la información disponible, más del 99 % de sus más de 1.000 paquetes ya han sido compilados y probados utilizando LFS 13.1 como base, por lo que su lanzamiento debería producirse próximamente.

LFS 13.1 ya está disponible

Linux From Scratch 13.1 fue publicado oficialmente el 1 de septiembre de 2026 y está disponible en su edición basada en systemd. El libro puede consultarse directamente desde el navegador o descargarse para utilizarlo sin conexión.

Web oficial de Linux From Scratch

Con GCC 16.2, Binutils 2.47, Glibc 2.44, Linux 7.1.8 y decenas de paquetes renovados, LFS 13.1 supone una importante actualización de una de las mejores herramientas disponibles para quienes quieran conocer GNU/Linux desde su nivel más profundo.

Leer también: Arch Linux estrena ISO de septiembre de 2026 con Linux 7.2 y importantes actualizaciones

La entrada Linux From Scratch 13.1 llega con GCC 16.2, Glibc 2.44 y Linux 7.1.8 se publicó primero en SoloLinux.

Valve continúa mejorando Steam con una nueva actualización estable del cliente que llega cargada de cambios prácticos. La principal novedad afecta directamente a los usuarios de Steam Deck OLED, que ahora pueden utilizar HDR durante las retransmisiones mediante Remote Play.

La actualización también mejora el rango de color del vídeo en Remote Play y añade soporte para streaming AV1 cuando se utiliza el cliente experimental SteamRT3, una incorporación que puede resultar especialmente relevante en conexiones y dispositivos compatibles con este códec.

Remote Play gana HDR y corrige varios problemas

El cambio más destacado es, sin duda, la incorporación de HDR en Steam Deck OLED a través de Remote Play. Esto permite aprovechar mejor las capacidades de la pantalla OLED del dispositivo cuando se retransmite un juego desde otro equipo compatible.

Valve también ha introducido mejoras en la gestión del color del vídeo y ha corregido varios errores que podían perjudicar la experiencia de streaming. Entre ellos se encontraba un problema que provocaba que la transmisión apareciese en una ventana completamente negra.

También se ha solucionado un fallo que impedía que algunos dispositivos remotos con Remote Play activado apareciesen como disponibles para iniciar una retransmisión.

Otro problema corregido afectaba al escalado del escritorio. En determinados escenarios, el vídeo podía aparecer recortado cuando estaba habilitado el escalado de pantalla del sistema.

Valve también ha solucionado una caída de la tasa de fotogramas que podía aparecer al seleccionar la opción de ancho de banda ilimitado durante retransmisiones iniciadas desde Steam Deck o Steam Machine.

Steam permite cambiar de cuenta incluso con un juego abierto

Otra modificación importante afecta al sistema de cuentas.

Steam ahora permite iniciar el proceso para cambiar de usuario incluso cuando existe un juego en ejecución. En ese caso, el selector de cuentas mostrará una advertencia indicando que continuar con el cambio provocará el cierre de los juegos que estén abiertos.

Además, Valve ha añadido una nueva opción denominada “Preguntar qué cuenta utilizar al iniciar”, pensada para ordenadores o dispositivos compartidos entre varias personas.

También se ha simplificado el procedimiento para cambiar de cuenta. La confirmación independiente que aparecía anteriormente ha sido eliminada en la mayoría de los casos. Al seleccionar otra cuenta, Steam dirige directamente al selector y posteriormente reinicia el cliente con el usuario elegido.

Estas modificaciones pueden resultar especialmente cómodas en equipos familiares o dispositivos donde se utilizan varias bibliotecas de Steam.

Mejor sincronización con Steam Cloud

Valve también ha ajustado el comportamiento del cliente cuando se cierra Steam.

A partir de esta actualización, el programa esperará a que los juegos cerrados recientemente terminen de sincronizar sus datos con Steam Cloud antes de apagarse por completo.

El cambio busca reducir el riesgo de interrumpir una sincronización pendiente, algo que podía provocar que las partidas guardadas más recientes no llegasen correctamente a la nube.

Esta mejora resulta especialmente útil para quienes alternan habitualmente entre un PC y dispositivos como Steam Deck.

Correcciones para Workshop y descargas

La actualización también soluciona varios problemas menos visibles, pero que podían resultar molestos durante el uso diario.

Valve ha corregido un error que impedía que determinados contenidos de Steam Workshop se actualizasen correctamente.

También se ha solucionado un problema por el cual un juego desinstalado podía permanecer bloqueado dentro de la cola de descargas, incluso después de que la eliminación se hubiera completado.

Otra corrección aborda un cierre inesperado del cliente que podía producirse después de suspender y reanudar un dispositivo cuando previamente se había desconectado un mando.

Steam Input mejora la gestión de configuraciones

Steam Input también recibe cambios.

La interfaz ahora muestra con mayor claridad si una configuración de mando se comparte entre diferentes dispositivos o si pertenece únicamente al dispositivo que se está utilizando en ese momento.

Además, los usuarios pueden separar las configuraciones del Steam Controller para evitar que estas se compartan automáticamente con Steam Deck.

Es una pequeña mejora, pero puede ser especialmente útil para jugadores que utilizan diferentes controles dependiendo del dispositivo y necesitan ajustes específicos para cada uno.

Más protección frente a mensajes sospechosos

Valve también ha introducido una función relacionada con la seguridad en los chats de grupo.

Steam puede ahora marcar mensajes que contengan contenido sospechoso. Cuando aparece una advertencia, el usuario tiene la posibilidad de denunciar el mensaje, bloquear al remitente o simplemente descartar el aviso.

La compañía continúa así reforzando las herramientas destinadas a limitar comportamientos potencialmente maliciosos dentro de la plataforma.

La actualización llegará automáticamente

Como ocurre habitualmente con las actualizaciones estables del cliente, la nueva versión de Steam debería descargarse de manera automática.

También es posible forzar la comprobación manual desde el menú de Steam utilizando la opción destinada a buscar actualizaciones del cliente.

La nueva versión no supone una revolución, pero sí reúne varias mejoras interesantes. El soporte HDR para Remote Play en Steam Deck OLED es la novedad más visible, mientras que los cambios en las cuentas, Steam Cloud y Steam Input hacen que el cliente resulte algo más cómodo y fiable en el uso cotidiano.

Para los usuarios de Linux y Steam Deck, especialmente aquellos que utilizan Remote Play con frecuencia, esta actualización supone un paso más en la evolución del ecosistema de Valve.

Leer también: Darktable 5.6.1 mejora el rendimiento, las funciones de IA y corrige numerosos errores

La entrada Steam estrena streaming HDR en Remote Play para Steam Deck OLED y mejora el cambio de cuentas se publicó primero en SoloLinux.

Los responsables de Arch Linux han publicado la ISO correspondiente a septiembre de 2026, una nueva instantánea destinada principalmente a quienes quieran realizar una instalación limpia de la distribución rolling release.

La imagen aparece identificada como Arch Linux 2026.09.01 y tiene como una de sus novedades más destacadas la incorporación de Linux 7.2.2, sustituyendo al kernel 7.1.5 utilizado por la ISO publicada durante el mes de agosto. El paquete del nuevo kernel fue compilado para Arch Linux el pasado 28 de agosto junto a sus correspondientes cabeceras y documentación.

Arch Linux 2026.09.01 da el salto a Linux 7.2.2

La actualización del kernel es especialmente interesante para quienes vayan a instalar Arch Linux en equipos recientes. Utilizar una ISO moderna reduce la necesidad de realizar grandes actualizaciones inmediatamente después de completar la instalación y puede proporcionar desde el primer arranque un mejor soporte para hardware de última generación.

Sin embargo, Linux 7.2.2 está lejos de ser la única actualización incluida.

Durante agosto se renovaron numerosos componentes esenciales del sistema. Entre ellos encontramos GCC 16.2.1, glibc 2.44, Python 3.14.7 y mkinitcpio 41.1.

También se incorporan versiones recientes de algunas herramientas fundamentales:

• OpenSSH 10.5p1
• OpenSSL 3.6.4
• iproute2 7.2.0
• NetworkManager 1.58.1

A esto hay que sumar el paquete de firmware de Linux publicado el 10 de agosto, que incluye firmware destinado a dispositivos de fabricantes como AMD, Intel, NVIDIA, Realtek, Qualcomm, Broadcom y MediaTek, entre otros.

Mesa 26.2.1 y NVIDIA 610.57.04

El apartado gráfico también recibe importantes mejoras.

Arch Linux incorporó durante agosto Mesa 26.2.1, incluyendo las correspondientes actualizaciones de los controladores Vulkan utilizados por hardware AMD, Intel y diferentes arquitecturas soportadas por proyectos como Nouveau, Panfrost y Freedreno.

Los usuarios de tarjetas gráficas NVIDIA también encontrarán novedades. Los repositorios de Arch adoptaron la rama NVIDIA 610.57.04, incluyendo paquetes como nvidia-open, nvidia-open-dkms y nvidia-open-lts, además de nvidia-utils, nvidia-settings y opencl-nvidia.

De este modo, la nueva ISO resulta especialmente interesante para realizar instalaciones en ordenadores relativamente nuevos, donde disponer desde el principio de un kernel, firmware y pila gráfica recientes puede facilitar considerablemente la puesta en marcha del sistema.

Plasma 6.7.4, GNOME 50.4 y COSMIC 1.7

Aunque Arch Linux no está ligada a un entorno de escritorio concreto, sus repositorios también experimentaron una importante renovación durante agosto.

Los usuarios de KDE disponen de Plasma 6.7.4, acompañado por KDE Frameworks 6.29. Por su parte, GNOME Shell se actualizó hasta la versión 50.4.

También continúa avanzando otro de los escritorios que más atención está generando en el ecosistema Linux: COSMIC Desktop. Arch Linux incorporó COSMIC 1.7, incluyendo componentes actualizados para el compositor, panel, lanzador de aplicaciones, configuración, gestor de archivos, terminal, tienda de software y gestión de espacios de trabajo.

Firefox 154 y LibreOffice 26.8 entre las aplicaciones actualizadas

La renovación de paquetes también alcanza al software de uso cotidiano.

Entre las incorporaciones más destacadas encontramos LibreOffice 26.8, mientras que en el apartado de navegadores Arch Linux dispone de Firefox 154, Chromium 152 y Vivaldi 8.1.

No hay, sin embargo, una nueva versión de Archinstall específicamente asociada a esta instantánea. Tampoco Archiso recibió una reconstrucción durante agosto. Sí se actualizaron los arch-install-scripts a la versión 31.2.

Virtualización y contenedores también se actualizan

La ISO de septiembre refleja además las últimas incorporaciones de Arch para quienes utilizan la distribución como entorno de desarrollo, virtualización o trabajo con contenedores.

Entre las versiones disponibles aparecen QEMU 11.1, libvirt 12.6 y VirtualBox 7.2.16.

En tecnologías de contenedores encontramos Docker 29.7.2, Docker Compose 5.5, containerd 2.3.4 y Podman 6.1.

El conjunto demuestra una vez más una de las principales características de Arch Linux: ofrecer versiones muy recientes del software sin necesidad de esperar al lanzamiento de grandes actualizaciones de la distribución.

¿Hay que reinstalar Arch Linux?

No. La publicación de Arch Linux 2026.09.01 no representa una nueva versión de Arch Linux en el sentido tradicional.

Estas imágenes mensuales están pensadas fundamentalmente para nuevas instalaciones. Arch utiliza un modelo rolling release, por lo que quienes ya tengan la distribución instalada pueden mantener el sistema actualizado mediante el procedimiento habitual:

sudo pacman -Syu

Un sistema Arch correctamente actualizado debería recibir los mismos paquetes sin necesidad de descargar la nueva ISO ni reinstalar el sistema.

Arch Linux comienza septiembre completamente renovado

Arch Linux 2026.09.01 reúne en una única imagen buena parte de las actualizaciones que llegaron a los repositorios durante agosto.

Linux 7.2.2, GCC 16.2.1, glibc 2.44, Python 3.14.7, Mesa 26.2.1, Plasma 6.7.4, GNOME 50.4 y COSMIC 1.7 conforman una instantánea especialmente actualizada para quienes estén pensando en instalar Arch Linux desde cero.

La nueva ISO puede obtenerse a través de la página oficial de descargas y de la red internacional de servidores espejo de Arch Linux.

Leer también: LibreOffice 26.8 ya está disponible: grandes mejoras en Writer, Calc, Impress y más

La entrada Arch Linux estrena ISO de septiembre de 2026 con Linux 7.2 y importantes actualizaciones se publicó primero en SoloLinux.

La actualización llega aproximadamente dos meses después de Darktable 5.6 y está dirigida principalmente a mejorar la estabilidad y solucionar problemas detectados desde el lanzamiento de esta versión. Aunque no estamos ante una actualización mayor, contiene cambios interesantes para fotógrafos que utilizan habitualmente el programa en GNU/Linux.

Darktable 5.6.1 mejora el rendimiento de la interfaz

Una de las primeras modificaciones afecta directamente al rendimiento de la interfaz gráfica.

Los desarrolladores han revertido el incremento aplicado anteriormente al tamaño del preview pipe. El cambio proporciona una pequeña mejora en la fluidez de la interfaz, evitando además una pérdida de rendimiento provocada por el uso de mipmaps de mayor tamaño.

Este tipo de optimizaciones resulta especialmente relevante en un programa como Darktable, donde el procesamiento de fotografías RAW de alta resolución puede exigir una cantidad considerable de recursos.

Mejoras para las nuevas herramientas de IA

Darktable 5.6 introdujo diferentes funciones basadas en modelos de inteligencia artificial y la versión 5.6.1 se centra en pulir su funcionamiento.

Las fotografías creadas mediante las funciones de reducción de ruido y escalado con IA pueden conservar ahora más información procedente de la imagen original.

Además de los datos EXIF y las etiquetas, Darktable puede copiar las etiquetas de color, las puntuaciones y las ubicaciones geográficas añadidas manualmente.

De esta forma, utilizar estas herramientas no obliga al fotógrafo a reconstruir posteriormente parte de la organización realizada sobre su biblioteca.

Las descargas de modelos de IA pueden reanudarse

También mejora el sistema utilizado para descargar los modelos necesarios para determinadas funciones.

Si una descarga se interrumpe por un problema de conexión, Darktable 5.6.1 puede continuar desde el punto en el que se detuvo, en lugar de comenzar nuevamente desde cero.

El programa también vuelve a intentar automáticamente las descargas cuando detecta determinados errores temporales de red.

Otra corrección impide utilizar la reducción de ruido RAW mediante IA con antiguos sensores Fujifilm Super CCD para los que los modelos no fueron entrenados. De este modo se evita aplicar un procesamiento que podría producir resultados incorrectos.

Solucionados problemas con JPEG 2000 y PNG

Una parte importante del trabajo realizado para Darktable 5.6.1 está relacionada con el procesamiento de imágenes.

Se ha corregido un fallo que provocaba la distorsión de uno de cada cuatro píxeles en determinadas imágenes JPEG 2000 con submuestreo YCbCr 4:2:0.

También desaparece un problema que generaba colores azules incorrectos al exportar fotografías como archivos PNG de 16 bits.

Otro error podía introducir pequeñas desviaciones de color después de realizar modificaciones en el historial de edición. Este comportamiento también ha sido solucionado.

Neural Restore recibe varias correcciones

Las herramientas de restauración neuronal concentran otra parte de los cambios.

Darktable podía considerar incorrectamente determinadas imágenes sRAW como incompatibles con Neural Restore. La actualización corrige este comportamiento.

También se soluciona un bloqueo acompañado de una dominante blanca en la previsualización de Neural Restore al trabajar con imágenes de clase LINEAR.

Otro posible cierre inesperado podía producirse durante la reducción de ruido RAW neuronal cuando el área visible de una fotografía llegaba hasta el propio borde del sensor.

Mejoras para Wayland y AppImage

Los usuarios de Linux encontrarán una corrección especialmente interesante relacionada con Wayland.

La versión AppImage de Darktable podía iniciarse utilizando X11/Xwayland incluso cuando el usuario estaba trabajando en una sesión Wayland nativa.

Darktable 5.6.1 corrige este comportamiento, mejorando así la integración del paquete universal con escritorios Linux modernos que utilizan Wayland.

También se ha solucionado un problema que impedía conectar correctamente el modo tethering cuando Darktable utilizaba una interfaz configurada en un idioma distinto del inglés.

Correcciones en máscaras, retoque y demosaico

La actualización resuelve además un problema por el que la mezcla de módulos podía modificar las máscaras.

En el módulo de retoque se corrige un fallo relacionado con la invalidación de la caché después de modificar formas cuando estaba activa la mezcla.

También se soluciona un error en el módulo de demosaico provocado por datos incorrectos de equilibrado del canal verde.

A estas correcciones se añaden problemas de lectura fuera de los límites tanto en la descomposición wavelet como en el código encargado de almacenar las máscaras ráster en caché. En determinadas circunstancias, estos fallos podían terminar provocando el cierre inesperado de la aplicación.

Más estabilidad con LUT y procesamiento de altas luces

Darktable 5.6.1 soluciona igualmente un posible bloqueo al aplicar archivos LUT .cube, .3dl y determinados LUT 3D GMIC comprimidos.

El procesamiento de altas luces mediante CPU también ha recibido atención. Un error podía provocar un consumo excesivo de memoria y terminar cerrando Darktable por falta de recursos.

Los desarrolladores han corregido además varios pequeños problemas en el modo de segmentación de altas luces.

Correcciones para algunas GPU AMD

Los usuarios con determinadas tarjetas gráficas AMD también se benefician de esta actualización.

Se ha corregido un problema que podía generar píxeles corruptos en algunas GPU AMD al utilizar el controlador OpenCL Mesa rusticl.

La aceleración mediante GPU constituye una parte importante del flujo de trabajo de Darktable, especialmente cuando se procesan grandes cantidades de imágenes, por lo que esta corrección puede resultar significativa para los sistemas afectados.

Cómo descargar Darktable 5.6.1 en Linux

Darktable 5.6.1 está disponible para GNU/Linux, además de macOS y Windows.

En Linux, una de las formas más sencillas de probar inmediatamente esta versión es mediante su AppImage universal, que puede ejecutarse en prácticamente cualquier distribución compatible sin realizar una instalación tradicional.

Como alternativa, los usuarios pueden esperar a que Darktable 5.6.1 llegue a los repositorios de su distribución o utilizar alguno de los métodos de instalación disponibles para su sistema.

En conjunto, Darktable 5.6.1 es una actualización centrada en estabilidad y refinamiento. No introduce las grandes novedades de Darktable 5.6, pero corrige numerosos problemas que afectan al procesamiento RAW, GPU, máscaras, LUT, Wayland y las recientes herramientas basadas en IA.

Leer también: Armbian 26.8 llega con Linux 7.1, nuevo instalador y soporte para más dispositivos ARM

La entrada Darktable 5.6.1 mejora el rendimiento, las funciones de IA y corrige numerosos errores se publicó primero en SoloLinux.

LibreOffice 26.8 está disponible para GNU/Linux, macOS y Windows y mantiene una de las señas de identidad del proyecto: ofrecer una suite completa sin depender de servicios en la nube ni de funciones obligatorias de inteligencia artificial.

Writer estrena un nuevo compositor de párrafos

Una de las novedades más destacadas aparece en LibreOffice Writer.

La versión 26.8 incorpora un nuevo Paragraph Composer, un algoritmo de composición de texto diseñado para equilibrar mejor el espaciado entre palabras a lo largo de varias líneas consecutivas.

También llega soporte para variaciones tipográficas OpenType, algo especialmente interesante para fuentes variables que permiten ajustar parámetros como peso, anchura o inclinación sin recurrir a archivos de fuente separados.

Writer mejora además la detección automática de la dirección de los párrafos cuando se abren documentos o se pega texto plano. Esto beneficia especialmente a quienes trabajan con idiomas escritos de derecha a izquierda.

Mejoras de accesibilidad en Writer

La accesibilidad también recibe atención.

Las tablas de Writer ahora comunican correctamente a los lectores de pantalla los índices de filas y columnas siguiendo las especificaciones ARIA. Esto facilita que las personas con discapacidad visual puedan comprender mejor la estructura de tablas complejas.

El selector de caracteres especiales pasa además a ser completamente navegable mediante teclado.

A ello se suma una mejora importante de rendimiento: los documentos muy grandes con imágenes deberían abrirse de forma considerablemente más rápida.

Cambios en alineación y cuadrícula base

Los nuevos documentos pasan a utilizar por defecto la alineación de inicio en lugar de la tradicional alineación izquierda.

También se corrige el comportamiento al cambiar la dirección de un párrafo: los párrafos alineados explícitamente a izquierda o derecha ya no se reflejan automáticamente.

Otra mejora afecta a la baseline grid, que ahora funciona correctamente con texto dentro de marcos y puede visualizarse mientras se edita el documento. Incluso es posible configurar su color.

Calc incorpora campos calculados en tablas dinámicas

LibreOffice Calc también recibe numerosas novedades.

Una de las más interesantes es la nueva opción de Campos calculados en tablas dinámicas, que permite crear cálculos adicionales basados en los datos utilizados por estas herramientas.

También aparece soporte para tamaños de fuente relativos dentro de los estilos de celda y un nuevo comando Shuffle, que permite reorganizar aleatoriamente las celdas de un rango.

El botón de bordes de la barra de herramientas puede recordar ahora el último estilo utilizado y volver a aplicarlo rápidamente.

Validación de datos y compatibilidad con XLSX

Calc mejora igualmente el tratamiento de la validación de datos.

Ahora puede configurarse para rechazar silenciosamente entradas no válidas, sin necesidad de mostrar continuamente advertencias al usuario.

También se ha mejorado el manejo de saltos de línea en celdas referenciadas dentro de documentos XLSX, mientras que los controles de formularios presentes en estos archivos aparecen ahora dentro del Navegador.

Otra novedad importante es la posibilidad de editar estilos de tabla. Su representación interna, además, pasa de un formato binario a XML.

Calc también detecta automáticamente la dirección de una celda cuando el usuario introduce texto escrito de derecha a izquierda.

Mejor compatibilidad con gráficos de Microsoft Office

LibreOffice 26.8 amplía la compatibilidad con algunos de los tipos de gráficos modernos utilizados por Microsoft Office.

El componente Chart incorpora soporte básico de ida y vuelta para gráficos como:

• caja y bigotes;
• embudo;
• Pareto;
• sunburst;
• treemap;
• waterfall.

Esto significa que LibreOffice puede conservar mejor este tipo de gráficos cuando abre y vuelve a guardar documentos OOXML creados originalmente con Microsoft Office.

Impress y Draw ganan páginas de distintos tamaños

Impress y Draw reciben una característica especialmente interesante: ahora es posible utilizar varios tamaños de página dentro de un mismo documento.

También se incorporan secciones de presentación, que permiten organizar las diapositivas en grupos con nombre.

El panel lateral puede mostrar los nombres personalizados de las diapositivas junto a sus números, facilitando la navegación en presentaciones grandes.

Además, resulta posible convertir listas numeradas en listas con viñetas de forma más directa.

Plantillas 16:9 y 4:3 mejor adaptadas

Varias de las plantillas incluidas se proporcionan ahora tanto en formato 16:9 como 4:3.

El cambio evita que los elementos gráficos de fondo terminen deformados al cambiar la relación de aspecto de una presentación.

LibreOffice Draw también permite invertir el comportamiento de la rueda del ratón, haciendo que el zoom pueda convertirse en la acción predeterminada.

Math mejora el soporte para escritura de derecha a izquierda

LibreOffice Math incorpora nuevas capacidades relacionadas con idiomas y sistemas de escritura.

Ahora admite funciones y operadores con nombre para los alfabetos N’Ko y Adlam, además de vectores orientados hacia la izquierda y arpones destinados a fórmulas escritas de derecha a izquierda.

También se mejora la resolución de nombres de fuentes almacenados en idiomas distintos al idioma utilizado por la interfaz.

Esto ayuda a que documentos creados en otros entornos mantengan correctamente su tipografía.

Base conserva comentarios SQL

En LibreOffice Base encontramos otra mejora práctica.

Los comentarios SQL ya no desaparecen cuando una consulta cambia hacia la Vista de diseño.

También se incorpora soporte para filtros sobre columnas de fecha, hora y timestamp cuando se utiliza la base de datos Firebird integrada.

Nuevo modo Draft y búsqueda en comentarios

Entre las mejoras generales aparece un nuevo modo Draft.

Este modo oculta encabezados, pies de página y márgenes para ofrecer una experiencia de edición más limpia y centrada en el contenido.

La barra lateral Quick Find también permite buscar dentro de los comentarios.

Además, se añaden tamaños de papel adicionales desde A0 hasta B3 y se unifica la lista de estilos entre Notebookbar, barra de formato y barra lateral.

Mejoras en macros y Python

LibreOffice 26.8 también introduce cambios importantes para quienes trabajan con automatización.

El administrador de macros permite ahora crear y editar scripts Python sin necesidad de instalar una extensión adicional.

También se pueden instanciar servicios UNO mediante constructores en lugar de utilizar identificadores de texto.

Las bibliotecas ScriptForge reciben además nuevas funciones, incluyendo entradas tipadas, operaciones funcionales sobre arrays Basic como map, filter y reduce, y un named pipe predeterminado.

LibreOffice 26.8 no incorpora IA generativa

The Document Foundation ha querido destacar expresamente un aspecto que diferencia a LibreOffice de muchas otras suites actuales.

LibreOffice 26.8 no incluye funciones de inteligencia artificial generativa.

El proyecto tampoco envía documentos a servicios remotos para procesarlos y ningún componente de la suite necesita conexión a Internet para funcionar.

Según The Document Foundation, se trata de una decisión deliberada orientada a mantener el control de los documentos en manos del usuario.

Descarga y soporte

LibreOffice 26.8 ya puede descargarse en forma de paquetes para distribuciones GNU/Linux de 64 bits basadas en DEB y RPM, además del código fuente.

Como siempre, quienes prefieran mantener la integración completa con su distribución pueden esperar a que la nueva versión llegue a los repositorios oficiales.

The Document Foundation tiene previsto publicar siete actualizaciones de mantenimiento para esta rama hasta el 13 de junio de 2027.

LibreOffice 26.8.1 será la primera de ellas y está prevista para mediados de septiembre de 2026.

Una actualización muy completa

LibreOffice 26.8 no gira alrededor de una única característica espectacular. Su importancia está precisamente en la cantidad de mejoras repartidas por toda la suite.

Writer gana composición de párrafos, accesibilidad y rendimiento. Calc amplía tablas dinámicas, validación y compatibilidad con XLSX. Impress y Draw mejoran la organización de presentaciones, mientras que Math y Base reciben funciones orientadas a escenarios más específicos.

Todo ello mantiene intacta una de las principales fortalezas de LibreOffice: una suite ofimática completa, libre, multiplataforma y capaz de funcionar totalmente en local sin depender de servicios externos.

Leer también: COSMIC 1.7 ya está disponible: mejoras en Files, Edit y el compositor del escritorio

La entrada LibreOffice 26.8 ya está disponible: grandes mejoras en Writer, Calc, Impress y más se publicó primero en SoloLinux.

Más allá de actualizar paquetes, Armbian 26.8 continúa mejorando uno de los aspectos que han convertido al proyecto en una referencia dentro del ecosistema ARM: ofrecer una base Linux relativamente homogénea para dispositivos con características y procesos de arranque muy diferentes.

Linux 7.1 se convierte en el kernel principal

Uno de los cambios más importantes de Armbian 26.8 es la adopción de Linux 7.1 en el conjunto principal de ramas del proyecto.

Los usuarios que quieran experimentar con versiones todavía más recientes disponen además de Linux 7.2 en las ramas edge para determinadas plataformas. Entre ellas se encuentran Rockchip64, Meson64, mvebu64, Sunxi y bcm2711.

También se actualiza U-Boot. U-Boot 2026.07 pasa a utilizarse en buena parte de las placas compatibles, incluyendo dispositivos pertenecientes a las familias Rockchip RK35xx, Amlogic, i.MX6 y mvebu.

La combinación de kernels recientes y nuevas versiones de U-Boot resulta especialmente importante en ARM, donde el soporte del hardware puede depender considerablemente de la placa y del SoC utilizado.

Un instalador de Armbian completamente renovado

Otra de las novedades destacadas está en el proceso de instalación.

El instalador ha dejado de ser un script independiente para convertirse en un módulo integrado dentro de armbian-config. El objetivo es ofrecer una experiencia más coherente y facilitar su mantenimiento.

El nuevo sistema permite trabajar con destinos SPI y MTD, mientras que las instalaciones sobre eMMC y NVMe pasan a tratarse mediante flujos separados.

Además, el instalador puede escribir por sí mismo el cargador de arranque y, algo especialmente útil para diagnosticar problemas, informa al usuario cuando falla la escritura del bootloader.

Son modificaciones principalmente técnicas, pero deberían conseguir que instalar Armbian resulte más predecible en dispositivos que utilizan configuraciones de almacenamiento y arranque diferentes.

Armbian 26.8 amplía considerablemente el hardware compatible

La lista de nuevos dispositivos soportados es extensa.

Entre las incorporaciones encontramos Anbernic RG DS y RG Vita Pro, Radxa Cubie A7Z, Radxa Dragon Q6A y Q8B, así como los kits de desarrollo Seeed reComputer basados en RK3576 y RK3588.

También llegan TI BeagleBadge y TMDS64EVM, Orange Pi 4 Pro y Zero 3W, Sovol Zero y SV08, Walnut Pi Box y 1B, EmbedFire LubanCat 5IO, LuckFox Nova y SpacemiT K3 Pico-ITX.

A la lista se suman Milk-V DuoS, Avnet MaaXBoard 8ULP, NanoPi NEO3 Plus, KICKPI K3B, Graperain G3568 v2, EASY EAI Nano, Mellow Fly C5 y CIX P1.

Especialmente llamativa resulta la incorporación de dispositivos que se alejan del concepto tradicional de placa de desarrollo, como Xiaomi Pad 6S Pro y Tanix TX6S.

Esta expansión demuestra hasta qué punto Armbian ha evolucionado desde una distribución dirigida principalmente a determinadas placas ARM hasta convertirse en una plataforma capaz de abarcar hardware muy diverso.

Las imágenes UEFI ahora pueden convertirse en ISO arrancables

Otra novedad relevante afecta a los sistemas compatibles con UEFI.

Armbian 26.8 permite generar las imágenes UEFI como ISO Live arrancables gracias a la nueva extensión image-output-iso.

Esta posibilidad amplía considerablemente los escenarios en los que puede utilizarse Armbian. Las ISO pueden emplearse directamente mediante CD virtual sobre IPMI y también en determinados entornos cloud donde una imagen ISO constituye el formato de entrada admitido.

La infraestructura de descargas y redirección del proyecto también se ha adaptado para distribuir estas ISO junto con las tradicionales imágenes RAW comprimidas.

Cambios en los controladores inalámbricos

El proyecto ha aprovechado esta versión para reorganizar algunos controladores Wi-Fi.

Los drivers rtl8852bs, rtl8189es, rtl8192eu y uwe5622 pasan a alojarse en un repositorio específico de Armbian y pueden compilarse para versiones del kernel de hasta Linux 7.2.

Separar estos componentes facilita su mantenimiento y resulta especialmente interesante en el ecosistema de placas ARM, donde determinados adaptadores inalámbricos dependen todavía de controladores externos al kernel principal.

La infraestructura de integración continua también cambia

Las novedades no se limitan al sistema que reciben los usuarios. Armbian continúa reorganizando su propia infraestructura de desarrollo.

La integración continua, o CI, ha sido trasladada desde armbian/os hasta un repositorio independiente denominado armbian/ci.

Esta separación debería facilitar el mantenimiento de las herramientas utilizadas para construir, probar y validar las diferentes imágenes que genera el proyecto.

Una actualización especialmente importante para Armbian

Armbian 26.8 combina cambios visibles con numerosas mejoras de infraestructura. Linux 7.1 como kernel principal, Linux 7.2 en determinadas ramas edge, U-Boot 2026.07, el nuevo instalador y las ISO UEFI forman una actualización especialmente completa.

A esto se añade un catálogo de hardware compatible que continúa creciendo y que abarca desde placas de desarrollo hasta dispositivos comerciales.

Para quienes utilizan pequeños servidores ARM, SBC, sistemas embebidos o placas para proyectos domésticos y profesionales, esta versión refuerza el atractivo de Armbian como una de las plataformas Linux más versátiles del segmento.

Armbian 26.8 ya está disponible para los dispositivos compatibles y los usuarios de versiones anteriores podrán actualizar sus sistemas siguiendo los procedimientos habituales del proyecto.

Leer también: Ardour 9.8 llega con soporte inicial para escalas, mejor recuperación de grabaciones y novedades MIDI

La entrada Armbian 26.8 llega con Linux 7.1, nuevo instalador y soporte para más dispositivos ARM se publicó primero en SoloLinux.

Desarrollado principalmente en Rust, COSMIC se ha convertido en uno de los proyectos de escritorio Linux más interesantes de los últimos años. Aunque nació alrededor de Pop!_OS, su diseño independiente permite que pueda incorporarse también a otras distribuciones GNU/Linux.

COSMIC 1.7 no supone una transformación radical del escritorio, sino una actualización centrada principalmente en pulir la experiencia de usuario, corregir problemas y mejorar funciones existentes.

COSMIC Compositor mejora el cursor y la accesibilidad

Una parte importante de las novedades se encuentra en COSMIC Compositor.

La nueva versión mejora el soporte de cursores escalables, evitando que aparezcan borrosos cuando el usuario aumenta su tamaño. Se trata de una modificación especialmente interesante para configuraciones HiDPI y para usuarios que necesitan cursores de mayores dimensiones por motivos de accesibilidad.

También se ha mejorado el funcionamiento del zoom. Ahora es posible incrementar progresivamente la ampliación con cada pulsación de la combinación de teclas correspondiente.

Además, COSMIC incorpora una función que permite agrandar temporalmente el cursor al agitarlo, facilitando su localización cuando se utilizan pantallas grandes, configuraciones con varios monitores o resoluciones elevadas.

COSMIC Files recibe varias mejoras importantes

El gestor de archivos COSMIC Files es otro de los grandes beneficiados de esta actualización.

COSMIC 1.7 permite cambiar el nombre del panel de Favoritos situado en la barra lateral. También se ha mejorado la alineación de los nombres de archivos cuando utilizamos la vista de cuadrícula, consiguiendo una presentación más consistente.

El cuadro de diálogo Abrir con incorpora ahora la posibilidad de buscar aplicaciones. Esta función puede parecer pequeña, pero resulta especialmente práctica en equipos donde existen numerosos programas capaces de trabajar con un mismo formato.

Las ubicaciones de red reciben igualmente atención. COSMIC Files permite navegar hacia una ubicación de red desde cualquier localización y mejora el rendimiento al explorar sistemas de archivos mediante la red.

Estas modificaciones continúan acercando el administrador de archivos a la madurez necesaria para convertirse en una alternativa sólida a gestores consolidados como Dolphin, Nautilus, Nemo o Thunar.

COSMIC Edit pule la gestión de pestañas

El editor de texto COSMIC Edit también incluye algunos ajustes orientados a mejorar su comportamiento.

A partir de COSMIC 1.7, el programa únicamente seleccionará otra pestaña cuando se cierre la pestaña que se encuentra activa. El cambio evita saltos innecesarios entre documentos durante una sesión con varios archivos abiertos.

También se modifica el comportamiento de las opciones Cortar y Copiar. Cuando no existe ningún texto seleccionado, estos botones ya no podrán pulsarse desde el menú.

Son pequeños detalles, pero precisamente este tipo de correcciones resulta importante a medida que COSMIC pasa de desarrollar sus grandes componentes a perfeccionar la interacción cotidiana con ellos.

Mejoras en COSMIC Greeter y el inicio de sesión

System76 también ha trabajado en COSMIC Greeter, el componente encargado de la pantalla de inicio de sesión.

La versión 1.7 permite continuar con el acceso al sistema cuando PAM devuelve determinados errores considerados no fatales. El objetivo es evitar que una incidencia que no debería impedir la autenticación termine bloqueando innecesariamente el inicio de la sesión.

COSMIC Settings incorpora, por su parte, navegación hacia atrás dentro de la sección Bluetooth cuando el ordenador dispone de varios adaptadores.

También se ha añadido la posibilidad de restablecer la frecuencia de actualización predeterminada al mover monitores, mejorando la gestión de configuraciones con múltiples pantallas.

Otro pequeño problema corregido afectaba a cosmic-settings-daemon: el servicio deja de mostrar advertencias de batería baja en equipos que directamente no disponen de batería, como muchos ordenadores de sobremesa.

COSMIC elimina una dependencia de Bash

Entre los cambios técnicos encontramos una modificación interesante en el script start-cosmic.

Este componente pasa a ser compatible con POSIX sh, eliminando así su dependencia directa de Bash. Es una mejora interna que aumenta la portabilidad y simplifica los requisitos necesarios para iniciar el entorno.

La actualización también soluciona diversos bloqueos detectados en COSMIC Panel, uno de los componentes esenciales de la interfaz.

A ello se añaden nuevos fondos de escritorio basados en el logotipo de COSMIC y diferentes patrones visuales relacionados con la identidad del proyecto.

Portal de escritorio remoto y compatibilidad con Steam Input

Una de las incorporaciones técnicas más interesantes de COSMIC 1.7 es la implementación de un portal de escritorio remoto.

Gracias a este componente, herramientas como Steam Input pueden controlar el teclado y el ratón, ampliando las posibilidades de integración del escritorio con aplicaciones que necesitan este tipo de acceso.

El cambio resulta especialmente relevante dentro de Wayland, donde el acceso de las aplicaciones a dispositivos de entrada está mucho más controlado que en el tradicional entorno X11.

COSMIC avanza a gran velocidad

La llegada de COSMIC 1.7 apenas una semana después de COSMIC 1.6 demuestra el elevado ritmo de desarrollo que mantiene System76.

Esta vez no encontramos grandes novedades visuales, pero sí una colección considerable de modificaciones destinadas a conseguir un escritorio más estable, coherente y cómodo de utilizar.

COSMIC Files continúa ganando funciones, COSMIC Edit mejora pequeños comportamientos de su interfaz y el compositor incorpora características interesantes de accesibilidad. Paralelamente, System76 sigue reforzando los componentes menos visibles encargados del inicio de sesión, configuración, compatibilidad con Wayland y funcionamiento general del escritorio.

Los usuarios que ya utilicen COSMIC podrán recibir la versión 1.7 cuando llegue a los repositorios estables de su distribución. Como siempre, la disponibilidad dependerá del ciclo de actualización de cada sistema.

Con esta nueva versión, COSMIC continúa consolidando su propuesta como uno de los entornos de escritorio Linux modernos que más merece la pena seguir de cerca, especialmente por su apuesta por Rust, Wayland y una arquitectura desarrollada prácticamente desde cero.

Leer también: Linus Torvalds recurre a la IA para resolver un complicado bug del driver Intel Xe en Linux

La entrada COSMIC 1.7 ya está disponible: mejoras en Files, Edit y el compositor del escritorio se publicó primero en SoloLinux.

El desarrollo de Ardour continúa avanzando con una actualización especialmente interesante para músicos y productores que trabajan habitualmente con MIDI. La versión 9.8, publicada oficialmente el 23 de agosto de 2026, incorpora por primera vez un sistema para trabajar directamente con tonalidades y escalas dentro del DAW.

Pero no es la única novedad. También encontramos cambios destinados a proteger mejor las sesiones de grabación, facilitar el trabajo con clips y mejorar diferentes aspectos de un programa disponible para GNU/Linux, macOS y Windows.

Ardour 9.8 estrena soporte para tonalidades y escalas

La característica más visible de Ardour 9.8 es el soporte inicial para claves y escalas musicales.

A partir de esta versión, Ardour puede mostrar visualmente qué notas se encuentran fuera de una escala determinada. El usuario también puede configurar el programa para impedir que se creen esas notas mientras compone.

El funcionamiento parte de una estructura jerárquica. Una sesión dispone de una tonalidad general, pero las pistas individuales pueden utilizar configuraciones diferentes. Los desarrolladores contemplan ampliar esta filosofía en el futuro para que incluso regiones y determinados elementos de procesamiento puedan sobrescribir esa configuración.

Por ahora, tanto la visualización como la corrección de entrada MIDI son funciones opcionales que deben activarse individualmente en cada pista.

Un nuevo editor de escalas

Para controlar estas posibilidades aparece el Scale Editor.

Se trata todavía de una implementación inicial, pero permite seleccionar una tonalidad y una escala para cada pista y visualizar cómo se relaciona con el sistema de afinación.

También encontramos el menú Key Enforcement, desde el que podemos decidir qué debe hacer Ardour cuando encuentra notas fuera de la escala seleccionada.

Por ejemplo, podemos impedir que se dibujen nuevas notas que no pertenezcan a ella.

El programa también puede ajustar automáticamente las notas fuera de escala que toquemos desde un teclado MIDI, ofreciendo diferentes comportamientos para realizar la corrección.

Esto puede resultar especialmente práctico al improvisar o crear rápidamente nuevas líneas melódicas.

Leer también: RPM 6.1 estrena un nuevo ciclo de lanzamientos inspirado en el kernel Linux y mejora rendimiento, macros y seguridad

Es solamente el comienzo

El propio equipo de Ardour advierte de que estamos ante una primera implementación.

Hay características mucho más ambiciosas previstas para próximas versiones, como ampliar el soporte más allá del sistema de afinación 12-TET, permitir cambios de tonalidad y escala a lo largo de la línea temporal y cargar archivos SCALA. Parte de la infraestructura necesaria para esta última función ya está desarrollada.

Por tanto, Ardour 9.8 establece los cimientos de un sistema que probablemente continuará evolucionando durante varias versiones.

Mejor recuperación de grabaciones después de un fallo

La segunda gran novedad puede resultar todavía más importante para quienes utilizan Ardour profesionalmente.

Pocas situaciones generan más preocupación durante una sesión que un bloqueo del ordenador mientras estamos grabando.

Ardour 9.8 mejora considerablemente su sistema de recuperación. Cuando el sistema se bloquea durante una grabación, la pérdida de audio debería quedar limitada a un máximo aproximado de cinco segundos.

Además, las regiones recuperadas se colocan ahora correctamente en sus posiciones originales, incluso cuando estamos utilizando modos de grabación en bucle o punch.

Es una mejora que puede marcar una enorme diferencia durante sesiones que no pueden repetirse fácilmente.

Ardour también recupera FLAC y BWF incompletos

El problema se complica con formatos como FLAC y BWF (Broadcast Wave Format).

Cuando el sistema se bloquea mientras estos archivos están escribiéndose, pueden quedar incompletos y no ser directamente legibles.

Ardour 9.8 puede recuperar los datos de audio disponibles y almacenarlos dentro de un archivo nuevo. En el caso de Broadcast Wave, también restaura correctamente su información asociada.

Como medida de seguridad, el archivo parcial original no se elimina.

Es una decisión acertada: ante una grabación potencialmente importante, conservar siempre los datos originales permite disponer de una segunda posibilidad si posteriormente necesitamos intentar otro método de recuperación.

Mejoras importantes al grabar clips

La grabación de clips también recibe atención.

Ardour garantiza ahora un conteo previo de al menos dos compases, mostrando la cuenta atrás dentro del editor de clips cuando este se encuentra visible.

El programa comienza realmente a capturar desde el inicio de la cuenta atrás y posteriormente ajusta el comienzo del clip al punto adecuado.

Esta estrategia proporciona cierto margen para modificar manualmente sus límites si hemos empezado a tocar antes de lo previsto.

El editor de clips de audio también corrige la posición del cabezal de reproducción cuando los datos subyacentes son más largos que la región.

Además, la regla utiliza ahora Bars, Beats and Ticks en lugar de minutos y segundos, incorporando un desplazamiento correspondiente al comienzo de la región.

Los MIDI Tools ahora pueden crear arpegios

Las novedades MIDI no terminan con las escalas.

La sección de edición de acordes de MIDI Tools incorpora una nueva opción que permite generar arpegios en lugar de acordes.

El panel de herramientas MIDI pasa además a estar contenido dentro de un área desplazable.

Puede parecer un cambio pequeño, pero permite reducir considerablemente el tamaño del editor sin perder acceso a sus diferentes herramientas, algo especialmente útil en pantallas con menos espacio disponible.

Mejoras para la sincronización mediante LTC

Ardour es utilizado en entornos bastante más complejos que la producción musical doméstica, y la versión 9.8 también introduce mejoras relacionadas con Linear Timecode (LTC).

El cuadro Transport Masters puede informar ahora de la posición aunque el código de tiempo lineal se encuentre detenido.

Las sesiones también pueden localizar directamente un código de tiempo estático, reduciendo el tiempo necesario para conseguir la sincronización.

Además, la grabación puede continuar después de una discontinuidad LTC. Según los desarrolladores, esto aumenta la robustez cuando se utiliza LTC para grabar sesiones en directo sincronizadas mediante un reloj externo.

Los plugins LV2 también reciben novedades

El soporte para plugins continúa evolucionando.

Ardour 9.8 añade compatibilidad en la interfaz con parámetros de cadena de texto de LV2, además de mejorar el tratamiento de cambios de propiedades y diferentes tipos de parámetros.

También amplía el seguimiento de parámetros LV2 mediante mensajes patch:Put.

Por otra parte, los controles de microedición integrados para VST quedan desactivados por defecto y se incorporan nuevas rutas de búsqueda para plugins VST3 en Linux y macOS.

Más compatibilidad con controladores externos

Los usuarios de hardware MIDI encontrarán igualmente varios cambios.

Ardour 9.8 incorpora soporte preliminar para Novation Launchkey Mk4 88, aunque el propio proyecto señala que todavía no ha sido probado.

También se añade compatibilidad MIDNAM para Arturia DrumBrute, junto con diferentes correcciones y mejoras para Mackie, Push 2, OSC y otros sistemas de control.

El thread pool utilizado por OSC aumenta y se incorpora el nuevo método add_section, además de solucionarse un bloqueo relacionado con una ambigüedad de master.

Numerosas correcciones de estabilidad

Como es habitual en una actualización de Ardour, la lista de cambios va bastante más allá de las funciones principales.

La versión 9.8 soluciona bloqueos que podían producirse al cargar sesiones antiguas con plugins VST3 replicados, eliminar canales de audio de determinadas pistas analizadas o ejecutar ciertas operaciones mientras se estaba grabando.

También encontramos correcciones relacionadas con MIDI, mapas de tempo, importación de audio, regiones, sesiones, precisión de ganancia, interfaz gráfica y sistema de compilación.

En macOS se ha solucionado, entre otras cuestiones, un fallo que podía producirse al desconectar un dispositivo de hardware.

Las traducciones al alemán, francés, polaco y ruso también han sido actualizadas.

Ardour sigue siendo una potente alternativa de código abierto

Ardour es una estación de trabajo de audio digital profesional y multiplataforma que permite grabar, editar, mezclar y procesar audio y MIDI.

El programa no establece límites artificiales en el número de pistas, buses, plugins, inserciones o envíos; las limitaciones prácticas dependen principalmente de los recursos disponibles en el equipo.

Aunque Ardour funciona también en Windows y macOS, continúa siendo una de las referencias indiscutibles para producción musical profesional dentro de GNU/Linux.

La versión oficial para Linux funciona en sistemas x86 de 64 bits y ARM compatibles. El proyecto recomienda al menos 2 GB de RAM, aunque para proyectos complejos evidentemente resultará conveniente disponer de muchos más recursos.

Cómo descargar Ardour 9.8

Ardour 9.8 ya dispone de compilaciones para GNU/Linux x86_64 y ARM64, además de macOS Intel, Apple Silicon y Windows de 64 bits.

La descarga puede realizarse desde la página oficial:

Descargar Ardour

Los usuarios de distribuciones GNU/Linux también pueden esperar a que Ardour 9.8 llegue a los repositorios correspondientes si prefieren mantener el programa gestionado mediante el sistema de paquetes de su distribución.

Una actualización especialmente interesante para músicos

Ardour 9.8 no supone una transformación radical de la estación de trabajo, pero incorpora dos características que pueden tener bastante recorrido.

Por un lado, las tonalidades y escalas abren una nueva etapa para las herramientas de composición MIDI. La implementación todavía es básica, pero el proyecto ya ha explicado que pretende ampliarla en próximas versiones.

Por otro, mejorar la recuperación después de un bloqueo aborda un problema mucho más práctico: proteger una grabación que podría ser imposible repetir.

Si añadimos los nuevos arpegios, las mejoras de clips, LTC, plugins y controladores externos, encontramos una actualización sólida que continúa refinando uno de los proyectos de producción de audio libre más importantes disponibles actualmente.

La entrada Ardour 9.8 llega con soporte inicial para escalas, mejor recuperación de grabaciones y novedades MIDI se publicó primero en SoloLinux.

La inteligencia artificial continúa entrando en terrenos que hasta hace poco parecían reservados exclusivamente a desarrolladores altamente especializados. Uno de los ejemplos más interesantes acaba de producirse en el propio kernel Linux.

Y el protagonista no es precisamente un programador cualquiera.

Linus Torvalds, creador de Linux y principal responsable del desarrollo del kernel, recurrió a herramientas de IA mientras intentaba localizar un extraño error relacionado con el driver gráfico Intel Xe.

El resultado ofrece una interesante demostración de lo que estas herramientas pueden aportar a la programación: la inteligencia artificial no encontró mágicamente la solución, pero sí realizó buena parte del trabajo repetitivo necesario para llegar hasta ella.

Un error que provocaba una pantalla completamente negra

El problema afectaba al manejo de memoria Flat CCS dentro del controlador DRM Xe utilizado por las GPU modernas de Intel.

Torvalds consiguió reproducirlo en su propio equipo equipado con una Intel Battlemage G21 con 16 GiB de VRAM.

El síntoma era bastante serio.

Al iniciar el entorno gráfico, la primera operación enviada por el compositor a la GPU terminaba fallando. GDM reiniciaba entonces el compositor y el proceso volvía a repetirse, dejando finalmente al usuario frente a una pantalla negra.

Lo complicado era descubrir qué estaba provocando realmente el fallo.

Leer también: KDE Gear 26.08 ya está disponible: Dolphin, Kdenlive, Okular y Konsole reciben importantes mejoras

24 parches de depuración y 18 reinicios del kernel

Torvalds describió la investigación como una auténtica “debug session from hell”.

La expresión resulta comprensible al conocer las cifras.

Para localizar el origen del problema fueron necesarias 24 iteraciones de parches destinados a incorporar información de depuración y 18 arranques diferentes del kernel.

Aquí apareció la inteligencia artificial.

En lugar de escribir manualmente cada nueva modificación destinada a obtener información adicional, Torvalds utilizó la IA para encargarse de una parte importante de ese trabajo repetitivo.

El sistema añadía instrumentación de depuración y posteriormente ayudaba a analizar los datos obtenidos.

Torvalds seguía dirigiendo la investigación, determinando qué debía comprobarse y decidiendo cuándo continuar profundizando en una determinada hipótesis.

Es una distinción importante: la IA funcionó como asistente técnico, no como sustituto del desarrollador que entendía el problema y dirigía la investigación.

Hasta la inteligencia artificial quiso rendirse

La historia tiene además un detalle bastante curioso.

Según explicó Torvalds, durante la investigación la propia IA llegó varias veces a considerar que el problema era imposible de solucionar y sugirió elaborar simplemente un informe con los resultados obtenidos.

Torvalds decidió continuar.

Cuando recibió instrucciones para seguir investigando, el sistema continuó añadiendo código de depuración y analizando los resultados hasta conseguir aislar el origen de la corrupción de memoria.

La anécdota refleja perfectamente tanto las posibilidades como las limitaciones actuales de estas herramientas.

Una IA puede trabajar incansablemente generando código y procesando información, pero todavía necesita que el desarrollador determine cuándo una conclusión es razonable y cuándo merece la pena continuar investigando.

El enorme problema estaba en una operación diminuta

Después de semejante proceso, la causa resultó sorprendentemente pequeña.

El driver Xe necesitaba determinar dónde comenzaba una zona de VRAM reservada para CCS (Color Control Surface), utilizada para almacenar metadatos relacionados con la compresión.

El cálculo utilizaba una operación round_up() que redondeaba la dirección hacia arriba.

El problema es que la memoria situada entre la dirección real y ese límite redondeado terminaba siendo considerada disponible por el asignador de VRAM.

No lo estaba.

El hardware podía utilizar esa zona reservada mientras Linux también podía terminar asignándola para otros propósitos. Si allí acababan estructuras especialmente sensibles, como tablas de páginas de la GPU, las consecuencias podían ser graves.

Torvalds explicó que esto también podría justificar algunas corrupciones gráficas ocasionales que había observado anteriormente.

De round_up() a round_down()

La solución terminó siendo casi cómica comparada con el esfuerzo necesario para encontrarla.

La lógica debía redondear hacia abajo en lugar de hacia arriba para impedir que el espacio reservado para CCS pudiera entregarse como VRAM utilizable.

En esencia, la investigación terminó conduciendo al cambio de un round_up() por un round_down().

Una modificación diminuta capaz de solucionar un problema que había requerido numerosas horas de investigación.

Es un ejemplo clásico de desarrollo del kernel: el tamaño de un parche no guarda necesariamente ninguna relación con la dificultad necesaria para descubrir qué debe modificarse.

La IA también escribió el mensaje del commit

Torvalds llegó incluso a permitir que la inteligencia artificial redactara el extenso mensaje del commit utilizado para documentar la solución.

El parche quedó identificado como:

drm/xe: Don't hand out the flat CCS storage as usable VRAM

La corrección fue integrada por Torvalds el 21 de agosto de 2026.

El mensaje explica detalladamente el funcionamiento del problema, algo especialmente importante dentro del desarrollo del kernel.

Un commit no sirve únicamente para almacenar código. Su descripción debe permitir que futuros desarrolladores comprendendan por qué se realizó una modificación y qué problema intenta solucionar.

Linus Torvalds no se ha convertido repentinamente en un evangelista de la IA

El episodio resulta especialmente interesante teniendo en cuenta la postura pública de Torvalds respecto a la inteligencia artificial.

Durante los últimos años se ha mostrado crítico con buena parte del ruido y las exageraciones que rodean esta tecnología.

Eso no significa que rechace su utilización.

Su posición ha evolucionado hacia un enfoque eminentemente práctico: la IA es una herramienta y el resultado debe juzgarse por su calidad, manteniendo la responsabilidad sobre quien presenta y revisa el código.

Este caso encaja perfectamente con esa filosofía.

Torvalds no pidió a un chatbot que solucionara Linux y aceptó ciegamente su respuesta.

Utilizó la IA para automatizar una parte tediosa de una investigación que él continuaba controlando.

¿Significa esto que veremos código generado por IA dentro del kernel?

La cuestión es más compleja que responder simplemente sí o no.

Las herramientas de inteligencia artificial pueden utilizarse durante diferentes partes del proceso de desarrollo: generar instrumentación temporal, analizar registros, localizar patrones, explicar código o proponer modificaciones.

Eso no elimina las exigencias habituales del kernel Linux.

El código que finalmente se integra debe ser revisado, mantenible y técnicamente correcto. La responsabilidad continúa recayendo sobre las personas que envían y aceptan los cambios.

Precisamente el caso del driver Xe muestra un escenario donde la IA puede resultar especialmente útil: trabajo auxiliar que requiere numerosas iteraciones pero cuya dirección y validación permanecen en manos de un desarrollador experimentado.

Una pista sobre el futuro de la programación

El caso resulta relevante más allá de Linux.

Durante los primeros años de la IA generativa, buena parte del debate se concentró en si los modelos podían escribir programas completos.

Quizá esa no sea la aplicación más interesante.

Depurar software complejo exige formular hipótesis, modificar código, ejecutar pruebas, analizar resultados y repetir el proceso.

Una IA capaz de encargarse rápidamente de parte de ese trabajo puede multiplicar la capacidad del desarrollador sin necesidad de sustituir su criterio.

En el caso de Torvalds fueron 24 parches de depuración y 18 arranques antes de llegar a una solución mínima.

Ese contraste resume perfectamente el valor potencial de estas herramientas.

La IA no evitó la complejidad del problema. Tampoco acertó inmediatamente y, de hecho, quiso abandonar la investigación en varias ocasiones.

Pero ayudó a recorrer el camino.

Y cuando hablamos de depurar un componente tan complejo como un controlador gráfico dentro del kernel Linux, reducir el trabajo mecánico para que el desarrollador pueda concentrarse en tomar las decisiones importantes puede ser una de las aplicaciones más interesantes de la inteligencia artificial en programación.

Preguntas frecuentes

¿Linus Torvalds utilizó IA para solucionar un bug de Linux?

Sí. Torvalds explicó que utilizó inteligencia artificial como ayuda durante la depuración de un problema del controlador Intel Xe. La IA colaboró especialmente en la generación de código de depuración y el análisis de resultados.

¿Qué hardware estaba afectado?

Torvalds reprodujo el problema en un sistema con una Intel Battlemage G21 y 16 GiB de VRAM, donde podía terminar produciéndose una pantalla negra debido al reinicio continuado del compositor.

¿Cuánto trabajo fue necesario para encontrar el fallo?

La investigación necesitó 24 parches de depuración y 18 arranques del kernel antes de localizar definitivamente la causa.

¿Cuál fue finalmente la solución?

El problema estaba relacionado con el cálculo de la memoria reservada para Flat CCS. La solución esencial consistió en evitar redondear el límite hacia arriba y hacerlo hacia abajo, impidiendo que memoria reservada terminara ofreciéndose como VRAM utilizable.

¿La IA encontró sola el problema?

No exactamente. La IA realizó una parte importante del trabajo repetitivo de instrumentación y análisis, pero Torvalds dirigió la investigación, insistió en continuar cuando el sistema sugería abandonar y validó finalmente la solución.

La entrada Linus Torvalds recurre a la IA para resolver un complicado bug del driver Intel Xe en Linux se publicó primero en SoloLinux.

RPM es una de esas tecnologías fundamentales de GNU/Linux que millones de usuarios utilizan diariamente sin prestarle demasiada atención.

Cuando instalamos, actualizamos o eliminamos software en una distribución basada en paquetes RPM, por debajo existe toda una infraestructura encargada de almacenar información, comprobar dependencias, verificar integridad y gestionar las operaciones necesarias.

Después del importante salto que supuso RPM 6.0, el proyecto continúa evolucionando con RPM 6.1. Esta vez, sin embargo, una de las novedades más importantes no se encuentra dentro del propio código.

También cambia la manera en la que se desarrollarán y publicarán las próximas versiones.

RPM adopta un modelo de lanzamientos inspirado en Linux

Probablemente sea el cambio estratégico más interesante de RPM 6.1.

Los responsables del proyecto han reconocido que la numeración utilizada históricamente no siempre permitía saber claramente qué esperar de una nueva versión.

Durante la larguísima etapa de RPM 4.x, las actualizaciones micro solían estar destinadas a corregir errores e incorporar características menores, pero las versiones minor podían introducir modificaciones considerablemente mayores.

Con RPM 6.x se establece una política más predecible.

A partir de ahora:

• Versión mayor: continúa identificando el formato de paquete RPM.
• Versiones menores: incorporarán nuevas funciones y correcciones, procurando no introducir cambios incompatibles.
• Versiones micro: quedarán reservadas principalmente para correcciones de errores y seguridad.

El proyecto pretende además publicar versiones menores con mayor frecuencia, potencialmente dos veces al año o incluso trimestralmente, aunque todavía no existe una frecuencia definitiva.

La inspiración reconocida por los desarrolladores procede del modelo utilizado por el kernel Linux.

Adiós a los largos ciclos alpha y beta para cada versión menor

El nuevo planteamiento también modifica el periodo de desarrollo.

Las futuras versiones menores no deberían atravesar largos ciclos formados por diferentes versiones alpha y beta.

En su lugar, RPM utilizará uno o varios Release Candidates durante unas pocas semanas antes de publicar la versión estable.

RPM 6.1 es precisamente la primera entrega creada siguiendo esta nueva filosofía.

Para distribuciones, desarrolladores y mantenedores de paquetes, el cambio debería proporcionar una evolución más gradual.

En lugar de acumular grandes cantidades de modificaciones durante periodos prolongados, las características podrán llegar antes mediante actualizaciones menores más frecuentes.

RPM 6.1 mejora el bloqueo del almacén de claves

Entrando en las novedades técnicas, encontramos una modificación importante en la gestión del keystore.

El almacén de claves utiliza ahora su propio bloqueo independiente en lugar del bloqueo correspondiente a la transacción.

El cambio corrige una regresión introducida en RPM 6.0.0 que podía provocar que las consultas a la base de datos RPM quedaran bloqueadas mientras se ejecutaban determinadas transacciones.

Separar ambos bloqueos evita esa situación y permite un comportamiento más eficiente.

Es una modificación que probablemente resulte invisible para la mayoría de usuarios, pero que afecta directamente a uno de los componentes internos fundamentales del gestor de paquetes.

Las consultas de usuarios y grupos vuelven a utilizar NSS

RPM 6.1 recupera por defecto las consultas de usuarios y grupos mediante Name Service Switch (NSS).

Este comportamiento había sido desactivado en RPM 4.19.

Con la nueva versión, RPM vuelve a recurrir a NSS de manera predeterminada, aunque los administradores pueden modificar este comportamiento mediante las correspondientes macros de configuración.

Existe una excepción importante: las consultas NSS permanecen deshabilitadas en operaciones realizadas utilizando --root.

Además, los usuarios y grupos pueden ser proporcionados ahora no solo por paquetes, sino también por el entorno de ejecución del sistema mediante NSS.

Hasta un 26 % menos de tiempo en determinadas instalaciones

Una de las mejoras más interesantes desde el punto de vista del rendimiento afecta al tratamiento de los descriptores de archivos.

RPM 6.1 introduce un mecanismo más eficiente para cerrarlos en sistemas que utilicen Linux 5.11 o posterior junto con glibc 2.34 o superior.

Según las notas oficiales, esta optimización puede reducir el tiempo de instalación aproximadamente un 26 % en determinadas circunstancias.

Conviene interpretar correctamente la cifra.

No significa que cualquier instalación de paquetes vaya a ser automáticamente un 26 % más rápida.

La mejora depende del escenario, del sistema y de la operación realizada.

Aun así, representa una optimización significativa para una herramienta cuyas operaciones se ejecutan constantemente en servidores, estaciones de trabajo, imágenes de sistemas y procesos automatizados.

El sistema de macros de RPM se vuelve más potente

Los mantenedores de paquetes encontrarán novedades especialmente interesantes en el procesador de macros.

RPM utiliza ampliamente macros dentro de los archivos SPEC para evitar repeticiones, establecer variables y automatizar partes del proceso de construcción.

RPM 6.1 introduce una nueva sintaxis de modificadores aplicados durante la definición de las macros.

Inicialmente existen dos:

l para expansión literal.

o para expansión de un solo uso (one-shot).

La sintaxis utiliza modificadores entre los caracteres < y > situados después del nombre de la macro.

Es una característica destinada fundamentalmente a empaquetadores y desarrolladores, pero proporciona un control más preciso sobre uno de los mecanismos esenciales de RPM.

%define incorpora nuevas opciones

Las novedades continúan con %define.

RPM 6.1 incorpora las opciones -e y -g.

La primera permite expandir el cuerpo de una macro en el momento en el que se define.

La segunda permite colocarla dentro del contexto global.

Utilizar ambas conjuntamente proporciona un comportamiento equivalente a %global.

También se han corregido diferentes problemas relacionados con la eliminación de macros mediante rpm --undefine y la correspondiente función disponible para Lua.

rpmbuild facilita reproducir el entorno de compilación

Otro cambio interesante aparece durante la construcción de paquetes.

RPM 6.1 exporta ahora el entorno utilizado por los scripts de compilación a un archivo denominado:

rpmbuild.env

Este archivo se encuentra dentro de %{builddir} y puede cargarse desde un shell.

La finalidad es facilitar que otras herramientas puedan reproducir o trabajar dentro de un entorno similar al utilizado durante la construcción del paquete.

Para desarrolladores y mantenedores puede resultar especialmente práctico a la hora de depurar problemas de compilación.

Nuevos mensajes de error más útiles

Una herramienta destinada a desarrolladores necesita proporcionar información precisa cuando algo falla.

RPM 6.1 mejora varios mensajes de error.

Por ejemplo, al intentar empaquetar binarios cuya arquitectura no coincide con la arquitectura declarada por el paquete —un binario dentro de un paquete noarch, por ejemplo— el mensaje muestra ahora los nombres concretos de los archivos problemáticos y su tipo.

También se han realizado diferentes ajustes en el tratamiento de errores durante construcción y verificación.

Son cambios pequeños, pero pueden ahorrar mucho tiempo cuando intentamos localizar por qué falla un paquete.

rpmbuild puede saltar directamente hasta %check

Existe además una nueva posibilidad para los empaquetadores.

rpmbuild incorpora el argumento de etapa k, que permite realizar un short-circuit hasta la fase %check.

Esta característica facilita determinados flujos de desarrollo donde necesitamos repetir las comprobaciones sin volver a ejecutar innecesariamente todas las fases anteriores.

rpmsign añade soporte para tokens PKCS#11

La seguridad continúa siendo una de las prioridades después de los importantes cambios criptográficos introducidos con RPM 6.0.

RPM 6.1 permite que rpmsign firme archivos utilizando tokens PKCS#11.

PKCS#11 define una interfaz utilizada para trabajar con dispositivos y sistemas criptográficos como determinados tokens de seguridad y módulos hardware.

Esto abre nuevas posibilidades para mantener las claves privadas protegidas fuera del almacenamiento convencional del ordenador durante determinados procesos de firma.

También se han corregido mensajes excesivos, incorrectos o confusos que podían aparecer en diferentes escenarios de verificación.

RPM 6.1 mejora su integración con systemd journal

El plugin rpm-plugin-syslog también recibe modificaciones.

Se han eliminado mensajes duplicados y nombres de operaciones que podían resultar engañosos.

Además, la cadena de identificación cambia de [RPM] a simplemente rpm.

Gracias a ello, consultar el historial de operaciones resulta más sencillo utilizando:

journalctl -t rpm

El comando permite localizar rápidamente en el journal las entradas correspondientes a RPM.

La documentación sigue creciendo

Uno de los objetivos de la rama RPM 6.x es modernizar una documentación que durante años había acumulado apartados obsoletos o incompletos.

RPM 6.1 incorpora nuevas páginas de manual para diferentes componentes:

elfdeps(1)

rpm-dependency-generators(7)

rpm-design(7)

rpm-scriptlets(7)

rpm-sysusers(7)

Además, la página de manual de rpmbuild(1) incluye ahora una sección dedicada específicamente al proceso de construcción, mientras que rpmkeys(8) amplía la documentación sobre las políticas de verificación.

Para una herramienta tan compleja y utilizada por tantas distribuciones, disponer de documentación actualizada resulta casi tan importante como incorporar nuevas características.

Compilación limpia utilizando Clang

RPM 6.1 también mejora la situación para quienes compilan el propio proyecto.

Los desarrolladores han corregido los errores y advertencias de compilación detectados con Clang, permitiendo conseguir una compilación limpia utilizando esta cadena de herramientas.

También se ha solucionado una regresión relacionada con la compilación en macOS y se han añadido configuraciones preestablecidas de CMake para facilitar determinadas tareas.

Aunque GNU/Linux continúa siendo evidentemente el entorno natural de RPM, mantener un código que compile correctamente utilizando diferentes toolchains ayuda a detectar errores y mejorar su portabilidad.

RPM 6.1 continúa el gran cambio iniciado por RPM 6.0

Para entender esta actualización conviene recordar qué significó RPM 6.0.

Publicado en septiembre de 2025, RPM 6.0 introdujo el nuevo formato de paquetes RPM v6, manteniendo al mismo tiempo compatibilidad con paquetes v4.

La versión modernizó profundamente la criptografía, añadió compatibilidad con múltiples firmas OpenPGP, OpenPGP v6 y claves y firmas PQC, eliminó algoritmos criptográficos obsoletos del formato v6 y comenzó a exigir por defecto la verificación de firmas.

RPM 6.1 no pretende repetir semejante revolución.

Su función es diferente.

La nueva entrega empieza a consolidar la rama 6.x, corrigiendo regresiones, mejorando rendimiento y proporcionando nuevas posibilidades a desarrolladores y empaquetadores.

¿Qué distribuciones utilizan paquetes RPM?

RPM constituye la base del sistema de paquetes de numerosas distribuciones GNU/Linux.

Entre los ecosistemas más conocidos encontramos Fedora y Red Hat Enterprise Linux, además de sus derivados, y openSUSE/SUSE, aunque cada distribución utiliza herramientas de nivel superior diferentes para gestionar repositorios, dependencias y actualizaciones.

Por eso conviene distinguir dos conceptos.

RPM es el formato y gestor de paquetes de bajo nivel, mientras herramientas como DNF o Zypper proporcionan funcionalidades adicionales para trabajar cómodamente con los repositorios de cada distribución.

La evolución de RPM termina afectando, directa o indirectamente, a una parte enorme del ecosistema GNU/Linux.

¿Debemos instalar RPM 6.1 manualmente?

Para la inmensa mayoría de usuarios, no.

RPM es un componente fundamental del sistema operativo.

Sustituir manualmente la versión proporcionada por nuestra distribución puede generar incompatibilidades con otras herramientas relacionadas con la gestión de paquetes.

Lo recomendable es esperar a que los responsables de Fedora, openSUSE o cualquier otra distribución utilizada integren la nueva versión mediante sus repositorios oficiales.

Los desarrolladores y empaquetadores que quieran experimentar con RPM 6.1 sí pueden recurrir al código y documentación publicados por el proyecto.

RPM 6.2 ya aparece en la hoja de ruta

El desarrollo tampoco termina aquí.

La hoja de ruta oficial contempla RPM 6.2 para el tercer o cuarto trimestre de 2026.

Entre los trabajos previstos se encuentran el versionado de símbolos de librpm, mejoras relacionadas con reproducibilidad de imágenes, avances en robustez de transacciones y nuevas páginas de manual. Estos planes son provisionales y pueden cambiar durante el desarrollo.

A más largo plazo, RPM estudia características todavía más ambiciosas, como transacciones duraderas basadas en journal, mejoras para OverlayFS, un formato de base de datos más apropiado para contenedores y auténtico soporte multiarch.

Una evolución menos espectacular, pero muy importante para Linux

RPM 6.1 probablemente no sea una actualización que un usuario convencional vaya a notar inmediatamente después de iniciar su escritorio.

No incorpora una nueva interfaz ni cambia la manera habitual de instalar programas.

Su importancia está debajo.

Mejora las transacciones, puede acelerar determinadas instalaciones, amplía las posibilidades de las macros, facilita la depuración de paquetes, mejora la firma, refuerza la documentación y corrige diferentes problemas aparecidos en la transición hacia RPM 6.

Pero el cambio con mayor repercusión a largo plazo puede ser el nuevo ciclo de desarrollo.

Adoptar versiones menores más frecuentes, predecibles y sin cambios incompatibles, junto con versiones micro centradas en seguridad y correcciones, debería permitir que RPM evolucione de una manera más gradual.

La inspiración procede del kernel Linux y tiene bastante sentido: para una pieza tan crítica del sistema, innovar con frecuencia es importante, pero hacerlo sin romper aquello que ya funciona lo es todavía más.

Preguntas frecuentes sobre RPM 6.1

¿Qué es RPM 6.1?

RPM 6.1 es una nueva versión del RPM Package Manager, la tecnología utilizada para crear, instalar, actualizar, eliminar, consultar y verificar paquetes RPM.

¿Cuál es la principal novedad?

Además de las mejoras técnicas, RPM 6.1 inaugura un nuevo modelo de lanzamientos inspirado en el kernel Linux, con versiones menores más frecuentes y versiones micro destinadas principalmente a errores y seguridad.

¿RPM 6.1 puede ser más rápido?

Sí. Una optimización en el cierre de descriptores de archivo puede reducir el tiempo de instalación aproximadamente un 26 % en determinadas circunstancias sobre Linux 5.11+ y glibc 2.34+. No significa que todas las instalaciones sean un 26 % más rápidas.

¿Qué novedades incorpora para las macros?

Añade modificadores para macros literales y de un solo uso, además de las nuevas opciones -e y -g para %define.

¿Es recomendable actualizar RPM manualmente?

En un sistema de uso cotidiano, lo recomendable es utilizar la versión proporcionada oficialmente por la distribución en lugar de reemplazar manualmente un componente tan crítico.

Leer también: TUXEDO OS prepara su propio kernel sobre Debian: así funcionará su nueva estrategia

La entrada RPM 6.1 estrena un nuevo ciclo de lanzamientos inspirado en el kernel Linux y mejora rendimiento, macros y seguridad se publicó primero en SoloLinux.

KDE no es únicamente Plasma.

Aunque el escritorio concentra buena parte de la atención, alrededor del proyecto existe un enorme ecosistema de aplicaciones que cubre administración de archivos, terminal, edición multimedia, documentos, correo electrónico y muchas otras tareas.

Estas aplicaciones reciben sus grandes actualizaciones de manera conjunta bajo el nombre KDE Gear.

La nueva versión KDE Gear 26.08 fue publicada el 20 de agosto de 2026, cuatro meses después de la anterior gran entrega, y llega principalmente como una actualización destinada a pulir la experiencia cotidiana.

No estamos ante una revolución visual. Buena parte de las novedades consisten en eliminar pequeñas fricciones que los usuarios encuentran diariamente.

Y precisamente ahí encontramos algunos cambios particularmente interesantes.

Dolphin 26.08 estrena un sistema de filtrado mucho más potente

Dolphin vuelve a ser una de las aplicaciones que más atención recibe.

El administrador de archivos de KDE incorpora en esta versión una mejora aparentemente sencilla, pero que puede resultar tremendamente útil cuando trabajamos con directorios que contienen cientos o miles de elementos.

La barra de filtrado, accesible mediante Ctrl + I, amplía sus capacidades.

Además del texto convencional, ahora permite utilizar patrones glob y expresiones regulares para filtrar archivos.

Esto acerca bastante más el comportamiento de Dolphin a algunas posibilidades que los usuarios avanzados están acostumbrados a utilizar desde la terminal.

Podemos aplicar patrones para encontrar determinados archivos sin necesidad de abandonar la interfaz gráfica.

Ordenar y agrupar ya no tienen que utilizar el mismo criterio

Otro pequeño cambio puede mejorar mucho la organización de directorios.

Dolphin 26.08 permite agrupar archivos y carpetas utilizando un criterio diferente al empleado para ordenarlos.

Por ejemplo, podemos ordenar alfabéticamente por nombre y, simultáneamente, agrupar los elementos según su tipo.

Anteriormente existía una mayor dependencia entre ambos comportamientos.

La separación proporciona más libertad para adaptar la visualización a nuestro flujo de trabajo.

Puede parecer un detalle menor, pero es precisamente el tipo de característica que se termina utilizando continuamente una vez incorporada.

Más control sobre las pestañas de Dolphin

Los usuarios que trabajan con numerosas pestañas también encontrarán novedades.

Al hacer clic con el botón derecho sobre una pestaña podemos utilizar nuevas acciones para cerrar las pestañas situadas a su derecha, a su izquierda o en ambos lados.

Es una función habitual en navegadores web y resulta igualmente lógica en un administrador de archivos.

Si acumulamos una gran cantidad de ubicaciones abiertas durante una sesión de trabajo, podemos limpiar rápidamente las que ya no necesitamos sin cerrarlas individualmente.

Dolphin mejora su integración con KDE Connect

La comunicación entre el ordenador y el teléfono recibe igualmente atención.

Cuando navegamos desde Dolphin por los archivos de un dispositivo móvil conectado, aparece una opción Open KDE Connect en la parte superior de la ventana.

Al pulsarla podemos abrir directamente KDE Connect.

El cambio refuerza una de las mayores ventajas del ecosistema KDE: la integración entre aplicaciones.

Dolphin no funciona simplemente como un explorador local. Mediante KIO y otras tecnologías puede acceder a numerosos recursos remotos y KDE continúa eliminando pasos innecesarios cuando esos recursos proceden de otros dispositivos.

Konsole 26.08 convierte arrastrar y soltar en algo mucho más interesante

Una de las novedades más originales aparece en Konsole.

El emulador de terminal permite ahora mantener pulsada la tecla Alt, hacer clic sobre determinados elementos reconocidos y arrastrarlos hacia otras aplicaciones.

La acción realizada dependerá del tipo de contenido y del destino.

Por ejemplo, podemos arrastrar el nombre subrayado de un archivo.

Si se trata de una imagen y la llevamos hasta un editor gráfico, podremos abrirla para trabajar con ella.

Si la arrastramos hacia un editor de texto, puede introducirse la ruta del archivo.

Pero KDE ha llevado el concepto bastante más lejos.

Enlaces, correos y colores también pueden arrastrarse desde Konsole

La función no se limita a los archivos.

Konsole puede aplicar este comportamiento a enlaces, direcciones de correo electrónico e incluso colores reconocidos dentro del terminal.

Un enlace puede arrastrarse hacia una pestaña vacía del navegador para abrir la página.

Si ese mismo enlace se lleva hasta un editor de texto, el comportamiento puede ser diferente.

Los códigos de color ofrecen otro ejemplo particularmente curioso: pueden trasladarse desde la terminal hasta otras aplicaciones compatibles para utilizar directamente esa información.

Es una demostración interesante de cómo KDE intenta mejorar la interacción entre herramientas gráficas y terminal sin obligar al usuario a trabajar exclusivamente en uno de los dos mundos.

Okular 26.08 mejora la firma de documentos

El lector de documentos de KDE también recibe cambios importantes.

Okular 26.08 mejora el proceso de firma, con el objetivo de hacerlo más seguro y sencillo.

KDE también ha fusionado los diálogos Configure Backends y Configure Okular en una única configuración, reduciendo la fragmentación de opciones.

Okular es especialmente conocido como lector PDF, pero su funcionalidad va considerablemente más allá.

Puede utilizarse para leer y anotar documentos, cómics, libros electrónicos y Markdown, entre diferentes formatos.

Por eso, las mejoras relacionadas con anotaciones constituyen otra parte importante de esta versión.

Copiar y pegar anotaciones en Okular

Las herramientas de anotación se vuelven más prácticas.

Okular puede ahora incluir automáticamente el texto resaltado o subrayado dentro de la nota asociada.

Además, determinadas anotaciones, como notas y comentarios en línea, pueden copiarse y pegarse dentro del mismo documento o trasladarse a otro.

También cambia la selección de texto.

Un triple clic selecciona una línea completa, proporcionando una acción rápida para trabajar con fragmentos completos.

Son modificaciones pequeñas individualmente, pero juntas hacen de Okular una herramienta más eficiente para estudiar, revisar documentación o trabajar con PDF.

Kdenlive 26.08 mejora la edición y la línea de tiempo

Kdenlive continúa evolucionando como uno de los editores de vídeo de código abierto más importantes disponibles en GNU/Linux.

KDE Gear 26.08 introduce varias mejoras destinadas tanto a los efectos como al trabajo cotidiano sobre la línea de tiempo.

Una de ellas afecta al efecto Transform.

Hasta ahora, el eje utilizado para la rotación estaba limitado al centro del elemento. Con la nueva versión podemos mover el eje de rotación al punto que necesitemos.

Esto amplía considerablemente las posibilidades para realizar determinados movimientos y animaciones.

Más posibilidades para trabajar con color en Kdenlive

También existen novedades dentro de los efectos relacionados con el color.

Gradient Map permite añadir múltiples puntos a un degradado, proporcionando un control superior sobre el resultado.

Por otro lado, el efecto Curves (avfilter) permite ajustar las curvas de forma independiente para conseguir las tonalidades deseadas.

Son herramientas dirigidas principalmente a quienes quieren realizar ajustes más precisos sin abandonar Kdenlive para utilizar otro programa.

La línea de tiempo también recibe mejoras

La actualización no se concentra exclusivamente en los efectos.

Kdenlive 26.08 permite copiar una selección directamente hacia una nueva secuencia.

El programa también puede crear automáticamente las pistas de audio necesarias dependiendo de los clips que estemos incorporando.

Además, podemos reorganizar pistas y configurar colores diferentes según el tipo de elemento.

Vídeos, imágenes y títulos pueden disponer de identificaciones visuales distintas.

En proyectos grandes, donde una línea de tiempo puede contener decenas o cientos de elementos, mejorar esta identificación puede ahorrar bastante tiempo.

El titulador de Kdenlive también evoluciona

El Titler recibe varias mejoras destinadas a facilitar la composición.

Ahora es posible copiar y pegar objetos, crear rectángulos con esquinas redondeadas y utilizar nuevas posibilidades de alineación.

Los objetos pueden ajustarse al centro, a los bordes de la pantalla o respecto a otros elementos.

Además, aparecen guías visuales que ayudan a realizar esta colocación.

KDE está atacando aquí uno de esos problemas que pueden resultar frustrantes durante la edición: perder tiempo intentando colocar manualmente un objeto exactamente donde queremos.

Minuet estrena una interfaz adaptada a escritorio y móvil

Una de las transformaciones visuales más importantes de KDE Gear 26.08 corresponde a una aplicación menos conocida.

Minuet, herramienta educativa destinada al aprendizaje musical, estrena una interfaz diseñada para adaptarse tanto a pantallas de escritorio como a dispositivos móviles.

La aplicación permite entrenar el oído mediante ejercicios relacionados con intervalos, acordes, escalas y ritmos.

La nueva interfaz reorganiza la página principal y la navegación.

Las categorías resultan más fáciles de localizar y los ejercicios aparecen mediante tarjetas acompañadas por una pequeña descripción.

También incorpora un campo de búsqueda que permite filtrar ejercicios utilizando nombres y descripciones traducidos.

Las páginas correspondientes a los ejercicios se han reorganizado para utilizar mejor el espacio disponible, especialmente en ventanas estrechas y teléfonos.

KDE Gear 26.08 incluye muchos más cambios

Dolphin, Okular, Konsole, Kdenlive y Minuet son solamente algunas de las aplicaciones incluidas en la actualización.

KDE mantiene un enorme catálogo de software y el registro completo de KDE Gear 26.08 contiene modificaciones repartidas por numerosos proyectos, desde Akonadi hasta diferentes herramientas y componentes del ecosistema.

La lista completa es considerablemente más extensa que las novedades destacadas por KDE en su anuncio.

Como suele ocurrir en KDE Gear, encontramos una combinación de:

• nuevas funciones;
• mejoras de interfaz;
• correcciones de errores;
• cambios internos;
• adaptación a versiones recientes de Qt y KDE Frameworks;
• mejoras de estabilidad;
• limpieza y modernización del código.

Esto hace que el impacto real de la actualización sea mayor que el que podemos apreciar únicamente observando las novedades más visibles.

¿KDE Gear 26.08 es lo mismo que KDE Plasma 6.7?

No.

Es una confusión bastante habitual entre quienes empiezan a utilizar KDE.

KDE Plasma es principalmente el entorno de escritorio.

KDE Frameworks proporciona bibliotecas y tecnologías utilizadas para desarrollar aplicaciones KDE.

KDE Gear, por su parte, agrupa las versiones coordinadas de numerosas aplicaciones desarrolladas dentro del ecosistema KDE.

Por tanto, podemos utilizar Plasma 6.7 y disponer de diferentes versiones de las aplicaciones dependiendo de los paquetes proporcionados por nuestra distribución.

KDE Gear 26.08 no es una nueva versión de Plasma.

Cómo instalar KDE Gear 26.08 en Linux

Aquí también conviene hacer una aclaración.

KDE Gear no suele instalarse como si fuera un único programa descargando un instalador.

En la mayoría de distribuciones GNU/Linux, las aplicaciones llegarán mediante los repositorios y el gestor de paquetes correspondiente.

El momento dependerá de cada distribución.

Las distribuciones rolling release suelen incorporar las nuevas versiones relativamente rápido, mientras que sistemas con ciclos más conservadores pueden mantener versiones anteriores durante más tiempo.

KDE también señala que las aplicaciones de KDE Gear 26.08 estarán disponibles progresivamente mediante Flathub y Snapcraft, aunque no necesariamente todas aparecerán inmediatamente después del lanzamiento.

¿Debemos actualizar inmediatamente?

Si utilizamos una distribución que incorpora KDE Gear 26.08 mediante sus repositorios oficiales, lo normal es actualizar utilizando los mecanismos habituales de nuestra distribución.

No merece la pena forzar manualmente la instalación de decenas de paquetes únicamente para conseguir la nueva versión.

El ecosistema KDE tiene numerosas dependencias entre aplicaciones, Frameworks, Qt y otros componentes.

Permitir que nuestra distribución gestione esas relaciones suele ser la opción más segura.

Para una aplicación concreta, Flatpak puede ser una alternativa si queremos disponer de una versión reciente sin modificar los paquetes fundamentales del sistema.

KDE Gear 26.08 apuesta por mejorar lo que utilizamos todos los días

KDE ha bautizado esta versión como “Enjoy Shiny Stuff”, pero quizá lo más interesante no sean precisamente las novedades llamativas.

Dolphin permite filtrar mejor nuestros archivos y gestionar pestañas con mayor comodidad.

Konsole hace más natural mover información desde la terminal hacia aplicaciones gráficas.

Okular simplifica el trabajo con anotaciones y firmas.

Kdenlive elimina pequeñas fricciones durante la edición y amplía las posibilidades de varios efectos.

Minuet adapta su interfaz a diferentes dispositivos.

Son mejoras que individualmente pueden parecer pequeñas.

Pero la calidad de un escritorio también depende de reducir cientos de pequeñas molestias cotidianas, y KDE Gear 26.08 está especialmente orientado en esa dirección.

Para quienes utilizan Plasma como escritorio principal, esta actualización termina de redondear un ecosistema KDE que continúa avanzando no solo mediante grandes cambios visuales, sino también mejorando las herramientas que utilizamos todos los días.

Preguntas frecuentes sobre KDE Gear 26.08

¿Cuándo se lanzó KDE Gear 26.08?

KDE Gear 26.08 fue publicado oficialmente el 20 de agosto de 2026, cuatro meses después de la anterior gran versión de la suite.

¿Qué novedades tiene Dolphin 26.08?

Dolphin mejora su barra de filtrado con texto, patrones glob y expresiones regulares, permite utilizar criterios diferentes para ordenar y agrupar archivos, incorpora nuevas opciones para cerrar pestañas y mejora su integración con KDE Connect.

¿Qué cambia en Kdenlive 26.08?

Kdenlive permite mover el eje de rotación del efecto Transform, mejora Gradient Map y Curves, añade novedades en la línea de tiempo y amplía las posibilidades del editor de títulos.

¿Qué novedades incorpora Okular?

Okular mejora la firma de documentos, unifica sus diálogos de configuración, permite copiar y pegar determinadas anotaciones y facilita trabajar con texto resaltado y subrayado.

¿KDE Gear 26.08 incluye Plasma 6.7?

No. KDE Gear corresponde principalmente al conjunto de aplicaciones de KDE. Plasma tiene su propio ciclo y numeración de versiones.

¿Cuándo llegará KDE Gear 26.08 a mi distribución?

Depende de cada distribución GNU/Linux. KDE advierte que los paquetes pueden no estar disponibles en todas las distribuciones inmediatamente después del anuncio. Las aplicaciones también irán llegando a tiendas como Flathub y Snapcraft.

Leer también: Firefox 154 ya está disponible: estas son las novedades del navegador de Mozilla

La entrada KDE Gear 26.08 ya está disponible: Dolphin, Kdenlive, Okular y Konsole reciben importantes mejoras se publicó primero en SoloLinux.

La transformación de TUXEDO OS va bastante más allá de sustituir Ubuntu por Debian.

Después de anunciar que su distribución abandonará Ubuntu LTS para adoptar permanentemente Debian Testing, TUXEDO Computers está definiendo cómo funcionarán algunas de las piezas fundamentales del nuevo sistema operativo.

Una de las más importantes es precisamente el kernel Linux.

La compañía quiere tener más control sobre sus actualizaciones sin convertirlo en un kernel repleto de modificaciones difíciles de mantener. La estrategia consiste en permanecer cerca del desarrollo de Debian y del kernel upstream, introduciendo únicamente aquellos cambios que tengan una justificación clara.

El resultado será un modelo con un kernel principal actualizado y otro LTS que actuará como alternativa más conservadora.

TUXEDO OS tendrá dos kernels: linux-tuxedo y linux-tuxedo-lts

El nuevo TUXEDO OS utilizará dos paquetes de kernel principales:

• linux-tuxedo: será el kernel utilizado de manera predeterminada y seguirá una rama más actual.
• linux-tuxedo-lts: estará basado en una versión adecuada del kernel con soporte prolongado y funcionará como alternativa o fallback.

La idea resulta especialmente interesante para una distribución destinada a ordenadores de escritorio y portátiles.

Mantener un kernel relativamente reciente proporciona acceso más rápido a controladores, correcciones y soporte para hardware nuevo. Pero actualizar el núcleo también puede introducir regresiones en determinados equipos.

Disponer simultáneamente de una rama LTS ofrece una salida adicional cuando aparece uno de estos problemas.

¿Por qué TUXEDO necesita su propio kernel?

La respuesta está estrechamente relacionada con el negocio de la compañía.

TUXEDO no desarrolla únicamente una distribución GNU/Linux. También comercializa ordenadores específicamente diseñados y probados para funcionar con Linux.

Eso hace que cuestiones como suspensión, administración energética, gráficos, teclado, touchpad, ventiladores o compatibilidad con hardware reciente tengan una importancia fundamental.

Esperar exclusivamente a los ciclos de actualización de otra distribución puede limitar la capacidad de reaccionar ante determinados problemas.

Con sus propios paquetes, TUXEDO obtiene mayor control sobre cuándo incorpora una nueva versión, qué correcciones necesita y cuándo debe distribuir una actualización.

Pero la compañía quiere evitar el problema contrario: alejarse demasiado del kernel estándar.

Pocos parches propios: TUXEDO quiere mantenerse cerca de upstream

Uno de los aspectos más interesantes de la estrategia es precisamente lo que TUXEDO no pretende hacer.

No quiere convertir linux-tuxedo en una bifurcación profundamente modificada del kernel Linux.

La compañía asegura que sus modificaciones serán deliberadamente reducidas, estarán documentadas y, siempre que resulte posible, estarán diseñadas para que puedan integrarse posteriormente en los proyectos originales.

Este planteamiento tiene una ventaja importante.

Mantener durante años una enorme colección de parches exclusivos puede convertirse en una pesadilla cada vez que aparece una nueva versión del kernel. Los cambios upstream pueden entrar en conflicto con modificaciones propias y obligar a invertir continuamente recursos en adaptarlos.

Cuanto menor sea la distancia respecto al kernel original, más sencillo debería resultar mantener el sistema a largo plazo.

La base estará en la infraestructura del kernel de Debian

Aunque TUXEDO distribuirá sus propios paquetes, no comenzará desde cero.

La nueva estrategia se construirá sobre la infraestructura de empaquetado del kernel de Debian.

Esto encaja perfectamente con el cambio general que está experimentando TUXEDO OS.

La compañía anunció en julio que dejará Ubuntu LTS y utilizará Debian Testing permanentemente como base, un modelo al que denomina Continuous Debian.

Debian Testing recibe continuamente paquetes que previamente han pasado por Debian Unstable.

Sin embargo, TUXEDO no pretende limitarse a instalar Debian Testing, añadir KDE Plasma y cambiar el fondo de pantalla.

Componentes especialmente importantes como kernel, navegadores, pila gráfica y controladores NVIDIA serán gestionados de manera más directa por TUXEDO.

El kernel es una pieza clave de «Continuous Debian»

La elección de Debian Testing generó una pregunta lógica:

¿puede una rama de desarrollo de Debian proporcionar la estabilidad necesaria para un ordenador utilizado diariamente?

TUXEDO quiere resolver parte de esta cuestión gestionando independientemente los componentes más sensibles.

Debian Testing recibe paquetes después de su paso por Unstable, pero una actualización de seguridad puede tardar en migrar debido a los procedimientos utilizados por Debian.

TUXEDO ha explicado que una corrección puede tardar entre dos y catorce días en llegar a Testing dependiendo de las circunstancias. Por este motivo, la empresa mantendrá repositorios propios desde los que podrá distribuir directamente determinadas correcciones sin esperar a que finalice el proceso normal de migración.

El kernel entra precisamente dentro de este grupo de componentes administrados de manera independiente.

Seguridad: TUXEDO quiere poder reaccionar sin esperar a terceros

Esta mayor independencia tiene una consecuencia directa en seguridad.

Con la anterior base Ubuntu, TUXEDO dependía en determinados casos del calendario de empaquetado de Canonical.

Con Debian como base y una infraestructura propia, la compañía tendrá mayor capacidad para preparar, probar y distribuir correcciones directamente cuando considere que esperar no resulta apropiado.

La empresa ya ha tenido que reaccionar rápidamente ante vulnerabilidades importantes durante la etapa basada en Ubuntu.

TUXEDO cita los casos de Copy Fail y Dirty Frag como ejemplos de situaciones en las que tuvo que actuar rápidamente para proteger sus sistemas.

Tener control directo sobre linux-tuxedo debería simplificar este tipo de actuaciones.

¿Será linux-tuxedo un kernel bleeding edge?

No necesariamente.

Utilizar Debian Testing y disponer de un kernel actualizado no significa que TUXEDO vaya a instalar automáticamente cada versión publicada por Linus Torvalds.

La compañía lleva tiempo defendiendo una política más prudente.

Antes de distribuir nuevas versiones, TUXEDO realiza pruebas sobre su propio hardware y puede incorporar selectivamente determinadas funciones y correcciones antes de cambiar completamente de rama.

Aquí aparece precisamente el equilibrio que pretende alcanzar la nueva estrategia:

suficientemente nuevo para soportar hardware moderno, pero suficientemente probado para utilizarlo en un ordenador de trabajo.

No es exactamente el modelo de una distribución rolling release pura ni tampoco el comportamiento conservador de una distribución estable tradicional.

linux-tuxedo-lts será el salvavidas cuando algo falle

La existencia de linux-tuxedo-lts es probablemente una de las decisiones más acertadas del planteamiento.

Imaginemos que una actualización del kernel introduce una regresión que afecta a nuestro portátil.

Puede fallar la suspensión, aparecer un problema gráfico, dejar de funcionar correctamente algún periférico o aumentar inesperadamente el consumo energético.

Disponer de un kernel LTS previamente instalado y conocido por su estabilidad proporciona una alternativa desde la que arrancar el sistema.

No elimina las regresiones, pero reduce sus consecuencias.

Y en un sistema operativo orientado también a clientes profesionales, disponer de una ruta conservadora resulta especialmente importante.

Btrfs y Snapper añaden una segunda red de seguridad

El kernel LTS no será el único mecanismo de recuperación del futuro TUXEDO OS.

La migración a Debian llegará acompañada de otro cambio importante: Btrfs será el sistema de archivos seleccionado de manera predeterminada y estará acompañado por Snapper.

Antes de operaciones de gestión de paquetes, el sistema podrá generar automáticamente una instantánea.

Si una actualización provoca problemas, el usuario podrá recuperar un estado anterior.

La combinación resulta interesante:

kernel principal actualizado + kernel LTS + Btrfs + Snapper.

Son diferentes capas destinadas a conseguir que un sistema relativamente actualizado no tenga que renunciar a mecanismos de recuperación.

Eso sí, TUXEDO permitirá seleccionar otro sistema de archivos durante la instalación. Quienes no utilicen Btrfs no dispondrán de esta funcionalidad de snapshots y rollback integrada.

¿Por qué TUXEDO OS abandona Ubuntu?

El cambio de kernel debe entenderse dentro de una decisión estratégica mucho mayor.

TUXEDO considera que depender de Ubuntu condicionaba diferentes aspectos fundamentales de su distribución.

Canonical controla su ciclo de lanzamiento y toma decisiones tecnológicas que afectan inevitablemente a las distribuciones derivadas.

Entre las cuestiones mencionadas por TUXEDO se encuentran el creciente protagonismo de Snap, determinadas decisiones futuras relacionadas con inteligencia artificial y los tiempos de llegada de algunas actualizaciones de seguridad.

Debian proporciona una base más neutral sobre la que la empresa puede construir su propia estrategia.

Curiosamente, TUXEDO no utilizará Debian Stable.

Debian Testing será permanentemente la base

Este detalle resulta fundamental.

La futura versión de TUXEDO OS se basará en Debian Testing, actualmente la rama donde se desarrolla la próxima Debian estable.

Pero cuando esa rama se convierta en Debian Stable, TUXEDO OS no permanecerá congelado en ella.

Continuará siguiendo Testing.

De ahí procede el nombre elegido por la compañía: Continuous Debian.

La estrategia busca situarse en un punto intermedio entre dos mundos.

Por un lado, disponer de paquetes suficientemente modernos.

Por otro, aplicar sus propias pruebas, repositorios y mecanismos de seguridad sobre componentes críticos.

linux-tuxedo es una de las piezas fundamentales para conseguirlo.

¿Qué pasará con los actuales usuarios de TUXEDO OS?

Aquí hay una cuestión importante: el cambio de Ubuntu a Debian no podrá realizarse mediante una actualización convencional del sistema.

TUXEDO considera que realizar un crossgrade fiable desde la actual versión basada en Ubuntu hacia la nueva plataforma Debian no resulta técnicamente seguro.

Por tanto, será necesaria una instalación limpia para migrar al nuevo TUXEDO OS.

Esto no significa que los actuales usuarios vayan a quedarse inmediatamente sin soporte.

La versión basada en Ubuntu 24.04 LTS pasa a denominarse TUXEDO OS Legacy y seguirá recibiendo mantenimiento regular hasta mediados de 2027. Los componentes críticos y actualizaciones esenciales seguirán manteniéndose hasta 2029.

Además, TUXEDO mantendrá una ruta de actualización hacia Kubuntu 26.04 para quienes prefieran permanecer en el ecosistema Ubuntu.

TUXEDO OS quiere convertirse en una distribución más independiente

El nuevo concepto de kernel puede parecer inicialmente un cambio técnico reservado a desarrolladores, pero dice bastante sobre la dirección que está tomando el proyecto.

TUXEDO OS nació como una distribución estrechamente relacionada con Ubuntu.

La futura versión quiere tener una identidad técnica considerablemente más independiente.

Debian Testing proporcionará la base, pero TUXEDO controlará directamente componentes críticos, mantendrá sus propios repositorios, utilizará Btrfs y Snapper, ofrecerá un kernel principal y otro LTS y podrá distribuir correcciones importantes sin depender completamente del calendario de otra empresa.

La cuestión decisiva será comprobar cómo funciona este equilibrio en la práctica.

Mantener software moderno, compatibilidad con hardware reciente y una buena estabilidad simultáneamente no es sencillo.

Pero la arquitectura planteada resulta mucho más ambiciosa que limitarse a cambiar Ubuntu por Debian.

TUXEDO OS está pasando de ser una distribución derivada principalmente de Ubuntu a construir una plataforma sobre Debian con una política propia de kernel, seguridad y actualizaciones.

Y linux-tuxedo será una de las piezas más importantes de esa nueva etapa.

Preguntas frecuentes sobre el nuevo kernel de TUXEDO OS

¿Qué kernel utilizará TUXEDO OS?

El nuevo TUXEDO OS contará con linux-tuxedo como kernel principal y linux-tuxedo-lts como alternativa basada en una versión upstream con soporte prolongado.

¿TUXEDO OS seguirá basado en Ubuntu?

No en su nueva generación. TUXEDO OS pasará de Ubuntu LTS a Debian Testing como base permanente. Las instalaciones actuales basadas en Ubuntu continuarán recibiendo soporte durante su periodo correspondiente.

¿Qué es linux-tuxedo-lts?

Será el kernel alternativo de soporte prolongado de TUXEDO OS. Su finalidad será proporcionar una opción más conservadora y una vía de respaldo frente al kernel principal.

¿El kernel de TUXEDO estará muy modificado?

TUXEDO afirma que sus modificaciones serán deliberadamente mínimas, documentadas y orientadas a upstream siempre que sea posible.

¿TUXEDO OS utilizará Debian Stable?

No. Utilizará Debian Testing permanentemente, incluso después de que la actual rama Testing se convierta en una nueva versión estable de Debian. TUXEDO denomina a este modelo Continuous Debian.

¿Se podrá actualizar directamente desde el actual TUXEDO OS?

No. TUXEDO ha indicado que el paso de la edición basada en Ubuntu a la nueva basada en Debian requerirá una instalación limpia, ya que no considera viable garantizar un crossgrade seguro.

¿El nuevo TUXEDO OS utilizará Btrfs?

Sí. Btrfs será la opción predeterminada, acompañado de Snapper para crear snapshots y permitir recuperar estados anteriores del sistema. Será posible seleccionar otro sistema de archivos, pero se perderá esta funcionalidad integrada de snapshots.

Leer también: Linux Kernel 7.2 ya está disponible: estas son sus principales novedades

La entrada TUXEDO OS prepara su propio kernel sobre Debian: así funcionará su nueva estrategia se publicó primero en SoloLinux.