El proyecto GNU Linux-libre ha anunciado la disponibilidad general de GNU Linux-libre 6.19, una versión del kernel orientada a quienes buscan un sistema GNU/Linux lo más “100% libre” posible, sin dependencias de componentes propietarios disfrazados de código o distribuidos como firmware externo. La nueva entrega, identificada como 6.19-gnu y comunicada el lunes 9 de febrero de 2026, toma como base el recién publicado Linux 6.19 y vuelve a poner el foco en un punto que divide aguas dentro del ecosistema: hasta qué punto es aceptable que el núcleo facilite, recomiende o llegue a cargar piezas no libres para que cierto hardware funcione.
En términos prácticos, GNU Linux-libre no pretende “reinventar” Linux, sino aplicar una estrategia de cambios mínimos: se apoya en el trabajo upstream y, sobre ese mismo código, elimina componentes no libres y desactiva las peticiones en tiempo de ejecución que terminarían empujando al usuario a instalar firmware o blobs propietarios. Es, por tanto, un kernel especialmente relevante para distribuciones alineadas con las GNU Free System Distribution Guidelines (GNU FSDG), además de usuarios y organizaciones que priorizan la auditabilidad del software y la coherencia filosófica de su pila tecnológica.
Qué cambia en GNU Linux-libre 6.19: SDCA, DeviceTree y más nombres de “blobs”
La actualización a la base Linux 6.19 viene acompañada de un conjunto de ajustes concretos en el “proceso de limpieza” (deblobbing). Uno de los puntos destacados de esta versión es la neutralización de nuevo soporte de carga de firmware que habría entrado en upstream en el ámbito del sonido SDCA. En el contexto de Linux-libre, el objetivo es impedir que el kernel actúe como vector para incorporar binarios cerrados, aunque estos se distribuyan por separado.
Otro cambio llamativo tiene que ver con el mantenimiento del propio trabajo de depuración: el proyecto indica que se han tenido que ajustar varias rutinas de limpieza por la aparición de nuevos nombres de blobs asociados a drivers y componentes. En la lista mencionada figuran, entre otros, controladores vinculados a Intel Xe, NVIDIA Nova-Core, tecnologías de Qualcomm (Iris, Venus y Q6V5), TI PRUeth, además de inalámbrica como Intel iwlwifi y Marvell mwifiex. También se citan componentes concretos como FourSemi fs210x, el códec de sonido Realtek rt1320 y TI tas2783, todos ellos afectados por cambios de nomenclatura relacionados con firmware o referencias no libres.
A esto se suma un trabajo que suele pasar desapercibido fuera del perfil más técnico: la limpieza de ficheros DTS (DeviceTree Source). GNU Linux-libre 6.19 incorpora depuración de nuevos ficheros dts que arrastraban referencias a blobs, y además el proyecto explica que ha reagrupado y reordenado comandos de limpieza para dar algo de sentido a una lista que, según su propio diagnóstico, no deja de crecer. Es una forma de reconocer que, a medida que el kernel amplía soporte de hardware, también aumenta la carga de mantenimiento para quienes quieren mantener una base estrictamente libre.
Por último, hay una pequeña “buena noticia” desde el punto de vista del mantenimiento: GNU Linux-libre 6.19 deja de aplicar limpieza sobre el driver STM C8SECTPFE DVB, sencillamente porque dicho driver ha desaparecido del kernel upstream. En otras palabras: ya no hay nada que depurar en ese caso.
Para quién tiene sentido (y para quién no)
GNU Linux-libre suele interesar especialmente a quienes quieren construir equipos y distribuciones sin controladores propietarios ni firmware opaco, ya sea por convicción ideológica, por requisitos de auditoría, o por una preferencia radical por la transparencia del software. Sin embargo, esa decisión no es neutra: en la práctica, hay dispositivos cuyo funcionamiento completo depende de firmware no libre (muy habitual en ciertas Wi-Fi, GPUs o periféricos). Linux-libre no “sustituye” esas piezas por equivalentes libres por defecto; su enfoque es retirarlas o desactivarlas, dejando claro el coste funcional que eso puede tener en determinados equipos.
Precisamente por ese equilibrio entre principios y compatibilidad, el anuncio de 6.19 insiste en que se trata de un kernel pensado para “puristas” del software libre y para quienes quieren evitar el “goteo” de blobs que suele acompañar a los grandes saltos de versión en Linux.
Descargas, paquetes y canales de la comunidad
GNU Linux-libre 6.19 puede obtenerse como código fuente en el repositorio oficial del proyecto y también como tarballs comprimidos. Además, existen paquetes binarios precompilados para distribuciones basadas en Debian (DEB) y para familias Red Hat (RPM). En el caso de Debian, el proyecto Freesh distribuye paquetes ya listos para instalar; y para RPM se mencionan los repositorios de RPM Freedom. Freesh, además, documenta soporte precompilado para múltiples arquitecturas más allá del x86 habitual (incluyendo ARM, RISC-V o IBM Z/LinuxONE, entre otras), lo que refuerza su papel como “puente” para quienes no quieren compilar a mano.
El anuncio también mantiene el tono comunitario característico del proyecto, con su mascota Freedo, y recuerda los canales habituales: Fediverso, IRC y lista de correo. En materia de financiación, el proyecto remarca que su infraestructura ha estado históricamente apoyada por la Free Software Foundation (FSF) y anima a quienes quieran contribuir a canalizar donaciones hacia la FSF o a través de la membresía asociada.
Con GNU Linux-libre 6.19, el mensaje de fondo vuelve a ser el mismo: mientras el kernel de Linux crece en compatibilidad y añade vías para cargar firmware, hay una parte de la comunidad que prefiere pagar el precio de la compatibilidad antes que normalizar la dependencia de componentes propietarios. Esta versión no cambia el debate, pero sí lo actualiza con hechos: más hardware, más referencias a blobs… y más trabajo de limpieza para quienes quieren un kernel estrictamente libre.
Preguntas frecuentes
¿Qué diferencia hay entre Linux 6.19 y GNU Linux-libre 6.19 para un usuario que busca un sistema 100% libre?
GNU Linux-libre 6.19 parte del mismo código base, pero elimina componentes no libres y desactiva mecanismos que podrían llevar a cargar firmware propietario, algo clave para entornos alineados con GNU FSDG.
¿Se puede instalar GNU Linux-libre 6.19 en Debian o Ubuntu mediante paquetes .deb?
Sí. Existen paquetes binarios en el proyecto Freesh que permiten instalar un kernel Linux-libre en sistemas basados en Debian, normalmente como alternativa o sustituto del kernel estándar.
¿Qué implica “limpiar blobs” en drivers como Intel iwlwifi o Intel Xe?
Implica retirar o neutralizar referencias a firmware o componentes propietarios asociados a esos controladores. El resultado puede ser una reducción de funcionalidad o compatibilidad en hardware que dependa de firmware cerrado.
¿GNU Linux-libre es recomendable para portátiles modernos con Wi-Fi y GPU integrada?
Depende del hardware concreto. En equipos donde Wi-Fi, GPU o ciertos dispositivos requieren firmware propietario, usar un kernel 100% libre puede suponer perder funciones o incluso dejar componentes sin soporte operativo.
