Gnu-Linux on Javier Orozco | Observer

Fedora 44 | Análisis Técnico Profundo: Kernel, Escritorios y el Futuro Inmutable

Sun, 03 May 2026 12:00:00 +0000

También disponible en Odysee: https://odysee.com/@javierorozco.observer:6/Fedora-44---An%C3%A1lisis-T%C3%A9cnico-Profundo--Kernel,-Escritorios-y-el-Futuro-Inmutable:b

Realizaré un análisis técnico profundo de Fedora 44. No me centraré en lo visual: haré una revisión general de Fedora 44 como tal, sin importar si es la Workstation, la edición para servidores o un spin, pues técnicamente casi todo se aplica a cualquier edición de la rama 44. Revisaré brevemente aspectos destacados de algunos entornos de escritorio, pero no mucho más, ya que lo más interesante no viene ni en lo estético ni en los fondos de pantalla.

Lo que haré es abrir la terminal, revisar versiones, entender qué cambió en el kernel, en las herramientas y entornos de desarrollo, en los Escritorios Atómicos y en la filosofía de imagen del sistema operativo que Fedora está empujando activamente hacia el futuro.

Fedora: liderar, no seguir

Iniciemos por ver qué es Fedora y cuál es su lugar en el ecosistema GNU/Linux. Lo primero que toca aclarar es que Fedora no es Ubuntu, tampoco emula la idea de “estabilidad” de Debian: su filosofía explícita es liderar, no seguir. Eso significa que vas a encontrar versiones de compiladores, librerías y frameworks que otras distros todavía no tienen, pero también que entre versión y versión pueden aparecer cambios de comportamiento importantes.

Red Hat Enterprise Linux usa Fedora como base, es decir, lo que se prueba aquí es lo que llegará al mundo empresarial. Eso le da a Fedora un peso que va mucho más allá de ser una distro “cool”.

El soporte de cada lanzamiento es de aproximadamente 13 meses. Aquí no tienes “LTS”, sino versiones nuevas cada seis meses: actualizar a tiempo no es opcional si quieres mantenerte con soporte, pero el sistema facilita mucho la actualización, como veremos más adelante.

Ediciones, spins y variantes: más opciones que nunca

Fedora 44 tiene más variantes que nunca. Las tres categorías principales son:

Ediciones flagship: aquí tenemos las principales con el escritorio que elijas, ya sea GNOME en Workstation o KDE Plasma, siendo estas dos sus versiones oficiales en el escritorio. Pero también los spins con XFCE, Cinnamon, MATE con el gestor de ventanas Compiz, i3, LXQT, LXDE, Sugar, Sway, Budgie, Miracle, Plasma Mobile y COSMIC: hay literalmente para todos los gustos. También una ISO para servidores, dispositivos IoT, máquinas virtuales cloud y una edición mínima ideal para contenedores.

La segunda categoría es la de Escritorios Atómicos: en estas el sistema de archivos es de solo lectura. Para que se entienda fácil, es como funciona un dispositivo móvil con Android, en el cual simplemente tienes una tienda de aplicaciones e instalas todo desde ahí. Las actualizaciones del sistema base son transaccionales y puedes hacer rollback desde el arranque: Silverblue con GNOME, Kinoite con KDE, Sway, Budgie y Cosmic. Estas distribuciones atómicas son el futuro que Fedora está empujando activamente.

Y la tercera categoría es Fedora Asahi Remix: esto es Fedora corriendo en hardware Apple Silicon de forma nativa, con KDE Plasma como escritorio flagship del proyecto. No es emulación: es el kernel de Linux compilado para ARM con drivers específicos para el hardware de Apple.

Requisitos del sistema, LLVMpipe y escritorios adicionales

Veamos también los requisitos recomendados del sistema: nada revolucionario aquí comparado con versiones anteriores. El punto más interesante es LLVMpipe: Fedora puede correr GNOME incluso en hardware sin aceleración gráfica, usando la CPU para renderizar. Obviamente el rendimiento no será el mismo, pero es funcional para máquinas virtuales sin aceleración 3D o hardware muy viejo.

Y también nos permite agregar un escritorio diferente en una instalación existente. Podemos ver las opciones disponibles con:

1

dnf environment list

Si quisiéramos instalar, por ejemplo, Cinnamon:

1

sudo dnf install @cinnamon-desktop-environment

Instalación: Anaconda, Btrfs y cifrado de disco

Veamos rápidamente el proceso de instalación. El cambio del instalador es sutil pero relevante para administradores: antes, Anaconda creaba perfiles de NetworkManager para todos los dispositivos de red que detectaba, aunque no los configuraras durante la instalación. Ahora solo persisten los perfiles que realmente configuraste. Esto significa menos archivos de configuración fantasma en el sistema. En el particionado también tenemos sistema de archivos BTRFS por defecto con subvolúmenes @root y @home, y como siempre insisto e insistiré: activen el cifrado completo de disco para proteger sus datos, sin excepciones. Es más, yo pienso que las distribuciones deberían venir por defecto y forzadas a instalar el sistema cifrado, y que lo que se debería hacer de forma manual es desactivarlo.

El soporte para aarch64 EFI y la selección automática de DTB es importante para la comunidad ARM: por ejemplo, las ISOs de Fedora ahora pueden arrancar directamente en laptops con Snapdragon sin intervención manual para seleccionar el Device Tree correcto.

GNOME: Controles Parentales, color, RDP e IBus

A GNOME le voy a dedicar un artículo aparte, así que aquí no voy a entrar en cada detalle del escritorio. Pero sí quiero nombrar lo que las propias notas de lanzamiento de Fedora señalaron como relevante.

Lo más llamativo desde el punto de vista del usuario cotidiano es el sistema de Controles Parentales nativos, parte de la iniciativa Digital Wellbeing (para quienes no lo conocen, es un término utilizado para describir el impacto de las tecnologías y los servicios digitales en la salud mental, física, social y emocional de las personas): por primera vez puedes configurar límites de tiempo de pantalla y horarios de uso directamente desde Ajustes, sin instalar nada extra. Útil en equipos compartidos o familiares.

Las mejoras en gestión de color y en el Escritorio Remoto RDP son importantes para flujos de trabajo profesionales: Fedora tiene soporte RDP nativo desde hace varias versiones y GNOME 50 lo refina aún más.

La accesibilidad recibió mejoras, y las aplicaciones por defecto también fueron actualizadas, como el visor de documentos, el gestor de archivos y el calendario.

En cuanto a IBus 1.5.34: el cambio de soporte para protocolos Wayland input-method aplica principalmente a entornos como KDE, Sway, Hyprland y COSMIC. GNOME maneja el método de entrada por su propio camino, así que en Fedora Workstation ese cambio de IBus no se siente directamente. Lo que sí es universal es el nuevo backend de voz WhisperCpp en ibus-speech-to-text, que ahora compite con Vosk ofreciendo mejor precisión, soporte multilingüe real y compatibilidad con modelos cuantizados.

También voy a dedicarle un artículo completo a Plasma, así que aquí vamos a lo esencial.

Los dos cambios más importantes a nivel de Fedora KDE específicamente son el Plasma Login Manager (el nuevo gestor de sesiones) y el Plasma Setup, que son complementarios entre sí: antes de que inicies sesión te recibe el nuevo Login Manager, y cuando es la primera vez que arrancas una instalación fresca, Plasma Setup toma el control para configurar usuario, zona horaria y preferencias básicas. Esto convierte a Fedora KDE en una opción viable para despliegues OEM: puedo instalar el sistema en la máquina de alguien sin crear su usuario de antemano; él lo configura en el primer arranque, como en Windows.

El reemplazo de SDDM es arquitecturalmente significativo: SDDM es un proyecto externo al ecosistema KDE, mientras que el nuevo Login Manager es nativo de Plasma e integrado con systemd. Ten en cuenta que las instalaciones que hacen upgrade desde Fedora 43 no se migran automáticamente: SDDM se mantiene. Hay que cambiarlo de forma manual si quieres tenerlo:

1
2


sudo dnf install plasma-login-manager kcm-plasmalogin
sudo systemctl enable --force plasmalogin

El cambio queda activado a partir del próximo reinicio.

En cuanto a Plasma 6.6 en sí: tenemos un nuevo teclado en pantalla con una implementación más moderna, una opción de guardar tu configuración actual como tema global personalizado, acento de color con intensidad de tinte ajustable por marco de ventana, el volumen por aplicación desde la barra de tareas (evita tener que abrir el mezclador de audio para ajustar una app específica) y la nueva característica del capturador de pantalla Spectacle con OCR, de las más útiles del día a día: haces una captura y puedes extraer texto directamente sin necesidad de herramientas externas. También puedes conectarte a WiFi usando un código QR.

También tenemos nuevas opciones de accesibilidad, y el filtro por ventana en el screencast desde la barra de título resuelve un flujo que antes era incómodo: seleccionar exactamente qué ventana estás compartiendo sin salir de la aplicación. Algo curioso para añadir es que desde el día del lanzamiento de la distribución, el fabricante Star Labs, que fabrica equipos con el firmware abierto coreboot, vende sus máquinas directamente con Fedora 44 preinstalado como una de las opciones a elegir.

NTSYNC en el kernel y el adiós a cert.pem

Este es el núcleo técnico del análisis.

Hablemos de NTSYNC: es un módulo del kernel que reimplementa primitivas de sincronización de Windows (como los mutexes o exclusiones mutuas, los semáforos que son mecanismos de sincronización entre procesos e hilos, y los eventos que son registros generados por el núcleo del sistema operativo que listan actividades críticas como asignación de memoria, operaciones de entrada y salida, llamadas al sistema y errores de hardware). Todo esto ahora corre directamente en el espacio del kernel.

Sin NTSYNC, Wine tiene que emular estas operaciones al nivel del espacio del usuario, lo que genera latencia. Con NTSYNC, el kernel habla el mismo idioma que las aplicaciones Windows, reduciendo el gasto de recursos de hardware significativamente, especialmente en juegos multihilo.

También hay que hablar de un cambio silencioso que puede romper cosas, y es el cambio más peligroso para entornos de producción que actualizan desde Fedora 43: el archivo /etc/pki/tls/cert.pem ya no existe por defecto. Cualquier aplicación que hardcodee esa ruta fallará en validación de certificados. La forma correcta es usar las APIs de las librerías criptográficas para resolver los certificados, no una ruta fija. Revisen sus scripts y aplicaciones si actualizan.

DNF5 completa la transición: PackageKit sobre libdnf5

Analicemos también el gestor de paquetes. DNF5 no es nuevo en Fedora 44: es el gestor de paquetes predeterminado desde Fedora 41. Pero en esta versión se completa un capítulo importante de la transición: PackageKit migra al backend de DNF5. ¿Qué significa eso en la práctica? Que GNOME Software, Plasma Discover y Cockpit, que usan PackageKit por debajo, ahora todos hablan con la misma librería: libdnf5. Antes de F44, esas herramientas seguían usando el backend de DNF4, lo que generaba inconsistencias entre lo que veías en la terminal y lo que hacía la interfaz gráfica; por ejemplo, diferencias en cómo se resolvían dependencias o en el estado del historial de transacciones. Ahora hay una sola fuente de verdad.

La diferencia técnica entre DNF4 y DNF5 es importante: DNF4 estaba escrito en Python, DNF5 está escrito en C++ sobre libdnf5. Eso se traduce en resolución de dependencias más rápida, menor uso de memoria y mejor rendimiento en sistemas con muchos repositorios. Para usuarios con RPM Fusion, COPR y varios repositorios activos, la diferencia se nota.

Si vienes de Fedora antigua y tienes scripts que llaman a dnf4 directamente, el paquete de compatibilidad sigue disponible, pero conviene ir migrando los comandos porque dnf4 es transitorio y en algún momento desaparecerá.

Un punto importante: PackageKit con DNF5 como backend es lo que hace funcionar Cockpit correctamente en Fedora Server 44. Si administras servidores Fedora vía Cockpit y estabas en F43, este cambio consolida la experiencia de gestión desde el navegador.

Stack de desarrollo: Ruby 4.0 y MariaDB 11.8

En cuanto al stack de desarrollo, Fedora siempre viene cargada con lo último de lo último. Ruby 4.0 es el caso más delicado, pues hace un salto de major version desde 3.4, que se tenía en Fedora 43. Los paquetes que usan extensiones binarias necesitan ser recompilados. Si tienes gems con extensiones nativas (C/C++), hay que reconstruirlas. El upstream prestó atención a la compatibilidad a nivel de código fuente, así que en muchos casos no hay que cambiar el código Ruby en sí, pero sí reconstruir las extensiones. También tenemos MariaDB 11.8 con un nuevo charset por defecto y funciones de vector optimizadas para aprendizaje automático o machine learning, además de dump y restore paralelo.

Nix llega a los repositorios oficiales

Un añadido bastante importante es que el gestor de paquetes Nix ahora viene en los repositorios oficiales, y su funcionamiento es prácticamente el mismo al que había mostrado en el análisis de Trisquel 12. Tener Nix en los repos es una señal interesante, pues nos da a entender que Fedora acepta coexistir con otros gestores de paquetes, reconociendo que Nix resuelve un problema real: entornos reproducibles y múltiples versiones de herramientas de forma aislada. El caso de uso clásico es desarrollo: por ejemplo, necesitas Python 3.9 para un proyecto viejo y Python 3.13 para el nuevo; con Nix puedes tenerlos ambos sin que choquen.

Escritorios Atómicos: el sistema de solo lectura

Los Escritorios Atómicos son la apuesta más filosóficamente diferente de Fedora. El sistema de archivos raíz es de solo lectura: no puedes modificarlo directamente aunque seas root. Las actualizaciones no van paquete por paquete mutando el sistema en vivo, sino que se prepara un nuevo despliegue completo en segundo plano, y al reiniciar el sistema cambia todo de golpe de forma atómica. Si algo falla, desde el menú de GRUB puedes volver al despliegue anterior sin ningún proceso de recuperación complicado.

Esto cambia completamente la relación con el gestor de paquetes. En un Escritorio Atómico no usas DNF directamente para el sistema base: usas rpm-ostree, que es quien gestiona los despliegues. Para aplicaciones de usuario, la vía recomendada es Flatpak, que corre en su propio sandbox y no toca el sistema base. Y para casos donde necesitas herramientas de desarrollo o comandos que no existen como Flatpak, existe Distrobox: un contenedor donde puedes correr cualquier otra distribución GNU/Linux que se integra con tu terminal y tu directorio home como si fuera parte del sistema, pero aislado del sistema operativo real.

Contenedores booteables y Sealed Images con bootc

Hablemos también de los contenedores booteables. Este es el cambio arquitectural más ambicioso que Fedora tiene en curso. La idea es llevar el modelo de contenedores OCI al sistema operativo completo. En lugar de un sistema de paquetes que va mutando con cada dnf upgrade, tu OS es una imagen inmutable, versionada y firmada, exactamente como una imagen de Docker, pero que el hardware puede bootear directamente.

bootc es la herramienta que gestiona esto:

1
2


sudo bootc upgrade
sudo bootc rollback

Con bootc upgrade actualizas a una nueva imagen del OS, o con bootc rollback vuelves atrás si algo falla, sin depender de rpm-ostree para el flujo de trabajo.

Las Sealed Images de F44 añaden encima una cadena de confianza completa: desde el firmware hasta el último byte del rootfs, todo verificado criptográficamente. El beneficio práctico inmediato es el desbloqueo de disco por TPM sin contraseña de forma razonablemente segura (porque el TPM solo libera la clave si toda la cadena de arranque es la esperada).

Fedora Cloud: /boot como subvolumen y fin de QEMU en i686

Este apartado lo enfoco en Fedora Cloud, que es la edición pensada para despliegues en infraestructura: máquinas virtuales en proveedores cloud, instancias en QEMU/KVM, imágenes para OpenStack y similares. No es la edición que instala la mayoría en escritorio, pero los cambios que introduce tienen implicaciones para toda la dirección de Fedora.

Uno de los cambios es eliminar la partición /boot separada. Históricamente, /boot vivía en su propia partición porque los bootloaders antiguos tenían limitaciones para leer sistemas de archivos complejos como Btrfs o LVM: necesitaban una partición simple con ext4 o similar donde estar. Esa restricción ya no aplica en sistemas UEFI modernos con GRUB2 o systemd-boot, que entienden Btrfs perfectamente. Entonces Fedora Cloud 44 da el paso: /boot pasa a ser un subvolumen Btrfs dentro del volumen principal, en lugar de una partición propia.

¿Por qué importa esto? Tres razones concretas. La primera es la eficiencia de espacio: antes tenías que reservar un tamaño fijo para /boot al particionar. El dilema era que si lo hacías demasiado pequeño se podía llenar con kernels viejos, y si lo hacías demasiado grande desperdiciabas espacio. Con un subvolumen dentro de Btrfs, el espacio es compartido y se asigna según necesidad real. La segunda razón es que las imágenes Cloud resultantes son más pequeñas porque no necesitan incluir esa partición separada. Y la tercera: esto es coherente con la dirección de los Contenedores Booteables del apartado anterior. Si el sistema operativo entero va a vivir en una imagen Btrfs verificable criptográficamente, tener /boot como subvolumen del mismo volumen simplifica toda la cadena.

El cambio aplica a todas las arquitecturas soportadas por Fedora Cloud excepto IBM Z, que tiene sus propias convenciones de esquema, y las imágenes UEFI-UKI, que ya tienen su propio esquema de particionado por el Unified Kernel Image.

El otro cambio de este apartado es la eliminación de QEMU como host de 32 bits. Para evitar confusiones aclaro esto: QEMU sigue existiendo como target de emulación, es decir, puedes seguir creando y corriendo máquinas virtuales de 32 bits dentro de QEMU. Lo que se eliminó es correr QEMU mismo en un host i686, que es un caso de uso prácticamente inexistente hoy. Ningún servidor cloud actual corre un hipervisor de 32 bits.

Asahi Remix: Mesa oficial para Apple Silicon

Asahi Remix es un proyecto separado pero que sigue el ritmo de Fedora. El retiro del Mesa parchado manualmente es significativo: significa que el trabajo de los drivers para Apple Silicon ha madurado lo suficiente como para integrarse al Mesa oficial, que es el que llega directamente de los repos de Fedora. Menos parches propios, más mantenibilidad a largo plazo.

Post-instalación: RPM Fusion, codecs, drivers y firmware

Fedora sale del instalador en un estado deliberadamente mínimo. No viene con ffmpeg completo, no viene con los codecs privativos, y dependiendo del hardware puede que los drivers estén en un estado básico. Eso no es un defecto: es una decisión consciente de respetar la política de software libre en la imagen oficial. Pero en la práctica, hay un conjunto de pasos que cualquier instalación de Fedora necesita para estar lista para uso real, y eso es lo que vamos a hacer ahora.

Lo primero siempre es sincronizar los metadatos de los repositorios y traer todas las actualizaciones que hayan salido desde que se generó la ISO. El flag --refresh fuerza la sincronización aunque DNF crea que la caché está vigente, importante el día de la instalación:

1

sudo dnf upgrade --refresh

Con el sistema al día, lo siguiente es habilitar RPM Fusion. Fedora por política no incluye software con patentes ni código privativo en sus repos oficiales, como codecs de H.264, H.265, y los drivers privativos de NVIDIA tampoco están ahí. RPM Fusion existe precisamente para eso: Free para software libre que Fedora no incluye por razones de licencia, y Non-Free para lo que directamente no es libre. Son los repos complementarios de facto de Fedora, mantenidos por la comunidad desde hace más de una década:

1

sudo dnf install https://mirrors.rpmfusion.org/free/fedora/rpmfusion-free-release-44.noarch.rpm https://mirrors.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-44.noarch.rpm

Con RPM Fusion activo ya podemos instalar ffmpeg completo. El --allowerasing es necesario porque Fedora viene con un ffmpeg-free recortado que entra en conflicto con el ffmpeg completo de RPM Fusion: le estamos diciendo a DNF que puede remover ese paquete para resolver el conflicto. Para decodificación hardware por VA-API, en Intel hace falta intel-media-driver; en AMD los drivers de Mesa que ya vienen incluidos normalmente son suficientes:

1
2


sudo dnf install ffmpeg --allowerasing
sudo dnf install intel-media-driver

Si tienes GPU NVIDIA, este es el momento de instalar los drivers privativos. Lo dejo comentado porque no tengo NVIDIA en esta máquina, pero el flujo es desde RPM Fusion Non-Free con akmod-nvidia, que compila el módulo del kernel automáticamente para cada update de kernel:

1
2


# Solo si tienes GPU NVIDIA (RPM Fusion Non-Free):
# sudo dnf install akmod-nvidia

Flatpak viene preinstalado en Fedora Workstation, pero Flathub no está habilitado por defecto: hay que agregarlo manualmente. Flathub es el repositorio central de Flatpaks y tiene la gran mayoría de aplicaciones que vas a querer instalar:

1

flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo

fwupdmgr gestiona las actualizaciones de firmware directamente desde Linux: BIOS, controladores de SSD NVMe, periféricos compatibles. Muchos fabricantes ya publican sus actualizaciones de firmware a través de LVFS, el servicio que fwupd consulta. Vale ejecutarlo en cada instalación nueva:

1
2


fwupdmgr refresh
fwupdmgr update

El grupo “Development Tools” de Fedora instala el toolchain base: GCC, make, autoconf y compañía, lo mínimo para compilar desde fuente o trabajar con extensiones nativas:

1

sudo dnf group install "Development Tools"

Por último (aunque realmente esto debí hacerlo al inicio), dos líneas que mejoran notablemente la velocidad de DNF en /etc/dnf/dnf.conf: max_parallel_downloads=10 descarga hasta diez paquetes simultáneamente en lugar del valor por defecto de tres, y fastestmirror=True selecciona automáticamente el mirror más rápido disponible para tu conexión:

1
2


max_parallel_downloads=10
fastestmirror=True

Actualizar a Fedora 44: upgrade, rebase y reglas de oro

La pregunta más frecuente cada vez que sale una versión nueva de Fedora es si vale la pena hacer el upgrade en caliente o si es mejor formatear e instalar limpio. La respuesta corta es que el upgrade en Fedora está notablemente bien implementado y en la mayoría de casos funciona sin problemas. Pero hay matices que vale tener claros antes de ejecutarlo.

El upgrade de Fedora no es como el de una distro rolling: no es DNF resolviendo dependencias en caliente mientras el sistema corre. Se puede hacer desde interfaz gráfica o por consola. Lo que hace es descargar todos los paquetes necesarios para la nueva versión en segundo plano, y cuando se ejecuta el reinicio, el sistema arranca en un entorno de actualización especial, aislado, sin servicios corriendo, sin que nada esté usando los archivos que se van a reemplazar. Eso reduce drásticamente los problemas de actualización en caliente que plagan a otras distros. Cuando vuelves al escritorio, ya estás en Fedora 44:

1
2


sudo dnf system-upgrade download --releasever=44
sudo dnf system-upgrade reboot

Una regla absoluta: no saltar versiones. Si estás en Fedora 41 o 42, primero actualizas a 43, y de ahí a 44. El sistema de upgrade de Fedora no está diseñado ni probado para saltos de más de una versión, y las posibilidades de que algo quede en un estado inconsistente aumentan mucho.

Para los Atomic Desktops, el flujo es diferente y en muchos aspectos más limpio: en lugar de un proceso de upgrade, haces un rebase a la nueva referencia con rpm-ostree rebase. El sistema descarga la nueva imagen completa de Fedora 44, y al reiniciar simplemente activas el nuevo deployment. El anterior queda disponible para rollback inmediato si algo falla. Si tienes paquetes de RPM Fusion layereados en Silverblue o Kinoite, hay que actualizar primero la referencia de RPM Fusion al nuevo release antes del rebase, o los layers quedarán en estado inconsistente.

Y las advertencias específicas de esta edición, que ya cubrimos en apartados anteriores pero que hay que tener presentes antes de ejecutar el upgrade: el cert.pem eliminado si tienes scripts o aplicaciones que hardcodean esa ruta, FUSE 2 eliminado en Atomic Desktops con el impacto en AppImages y Plasma Vaults, y el ABI break de Ruby 4.0 si tienes gems con extensiones nativas que necesitan recompilarse.

Conclusión: Fedora 44 no es un release de relleno

Fedora 44 no es un release de relleno. Tiene movimientos técnicos reales: el GNU Toolchain da un salto importante con GCC 16, Ruby 4.0 es un cambio de major version con implicaciones reales para quienes lo usan en producción, MariaDB 11.8 trae soporte de vectores para machine learning directamente en la base de datos, y NTSYNC en el kernel mejora concretamente el rendimiento de Wine y Steam.

Pero el cambio más importante no está en ninguna versión de paquete: está en la dirección arquitectural. Las Imágenes Selladas, los Contenedores Booteables, la unificación del bootloader, la migración del Cloud a subvolúmenes Btrfs. Fedora está construyendo activamente el modelo de sistema operativo del futuro: inmutable, verificable criptográficamente, gestionado como infraestructura de código.

Si vienes de otras distros y Fedora siempre te ha parecido “demasiado de vanguardia”, confundiendo esto con “inestabilidad” o “mal funcionamiento”, este es el momento de revisarlo. La base es sólida, el toolchain es el más moderno del ecosistema RPM, y el rumbo está clarísimo.

Fuentes y recursos

Anuncio oficial de Fedora Linux 44 — Fedora Magazine: https://fedoramagazine.org/announcing-fedora-linux-44/
Novedades de Fedora Workstation 44 — Fedora Magazine: https://fedoramagazine.org/whats-new-fedora-workstation-44/
Conjunto de cambios de Fedora 44 (ChangeSet) — Wiki de Fedora: https://fedoraproject.org/wiki/Releases/44/ChangeSet
Descargas y ediciones de Fedora: https://getfedora.org/

Ubuntu 26.04 LTS: Seguridad, IA, Gaming y Kernel 7.0 | Un cambio de era

Mon, 27 Apr 2026 12:00:00 +0000

También disponible en Odysee: https://odysee.com/@javierorozco.observer:6/Ubuntu26.04:1

En el canal ya analicé el enfoque ético y purista del software libre con el lanzamiento de Trisquel 12. Ahora le toca al peso pesado de la industria.

El 23 de abril de 2026 se lanzó Ubuntu 26.04 LTS, nombre en clave “Resolute Raccoon”. Ya sé que cada dos años sale una LTS y cada dos años alguien dice que “esta es la más importante de la historia”, pero esta vez voy a argumentar por qué esa afirmación tiene más peso que nunca.

Esta edición trae cambios que llevaban años en el horno: el salto definitivo a Wayland, herramientas base reescritas en Rust por seguridad de memoria, CUDA y ROCm directamente en los repositorios oficiales sin repositorios externos, y un kernel 7.0 que integra ecosistemas de inteligencia artificial de forma nativa.

No es una actualización de mantenimiento. Es un cambio de era. Si administras servidores, despliegas infraestructura, haces gaming en Linux o simplemente buscas exprimir tu hardware sin depender de Windows, aquí destripo qué trae realmente esta versión y qué significa cada cambio.

Instalación y cifrado con TPM

La instalación del sistema es bastante intuitiva y fácil de entender. Al inicio lo de siempre: elegir idioma, distribución de teclado, conexión a internet, tipo de instalación, selección ampliada para tener más aplicaciones por defecto, drivers y codecs privativos que por defecto vienen desactivados, particionado y la parte más importante, el cifrado, que como dije en el artículo anterior es algo que siempre todos deberían activar, y bajo ningún motivo o pretexto usar un disco o sistema operativo sin cifrar. En esta edición han añadido la protección por hardware con el chip TPM, y para estrenarla la usé así en mi instalación.

Datos básicos como nombre de usuario, nombre del equipo, contraseña y la opción de solicitar la contraseña al acceder, que recomiendo también siempre activar, sobre todo con TPM, pues el dispositivo inicia automáticamente. Luego tenemos selección de zona horaria y un resumen para confirmar la instalación; una vez completada, simplemente reiniciamos.

El escritorio: GNOME 50 y el adiós definitivo a X.org

Al iniciar encontramos un asistente de bienvenida. Lo primero que pregunta es si queremos activar los servicios de ubicación y la telemetría para reportar errores o estadísticas de uso. Ambas cosas son anónimas y Canonical ha demostrado con los años ser una empresa muy ética, así que esto queda en una elección personal de cada quien. Después tenemos la elección entre tema claro y oscuro y los colores de resaltado.

Como siempre, lo primero que recomiendo es instalar las actualizaciones; no hay muchas, pues esta edición salió hace tan solo unas horas:

1
2


sudo apt update && sudo apt upgrade
sudo apt install fastfetch

Empecemos por lo que más gente nota primero: el escritorio. Ubuntu 26.04 llega con GNOME 50 y marca un hito histórico: es la primera LTS de Ubuntu que no tiene sesión X o X.org disponible en GNOME. Wayland es ahora el rey absoluto del escritorio GNOME. Si tienes aplicaciones antiguas desarrolladas para X11, no te asustes: XWayland sigue ahí como capa de compatibilidad y en la mayoría de casos no notarás la diferencia.

Pero los beneficios de Wayland ya son innegables. Si tienes un monitor con alta tasa de refresco, el VRR o tasa de refresco variable, también llamado G-Sync y FreeSync, se puede activar en pantallas que lo soporten. El escalado fraccional por monitor ya es digno de producción. Y el escritorio fluye sin tearing, es decir, sin desincronización, incluso bajo carga pesada y a altos hercios.

El centro de configuración cubre lo esencial de forma rápida y resumida: el filtro de luz azul o luz nocturna, redes cableadas, wifi, VPN y proxys, adaptadores bluetooth, dispositivos de audio tanto de salida como de entrada y sonidos del sistema, perfiles de energía, multitarea y bordes de pantalla, personalización de apariencia y escritorio, gestión de aplicaciones, permisos y notificaciones, configuración de la búsqueda en el dash, cuentas en línea y compartición local de archivos y transmisión multimedia.

Las nuevas aplicaciones por defecto

GNOME 50 no es solo el shell. El ecosistema de aplicaciones por defecto cambia bastante:

Showtime como reproductor de video. Más moderno, mejor integración con el sistema y opción de instalar codecs faltantes privativos si es el caso.

Resources reemplaza al viejo Monitor del Sistema. Este es especialmente interesante: no solo muestra CPU y RAM, también rastrea uso de GPU, frecuencias de reloj del hardware y NPU (en caso de tenerla) y agrupa los procesos por aplicación en lugar de listarlos individualmente. Está escrito en Rust con GTK4. Es lo que debería haber sido el monitor del sistema desde hace mucho.

Ptyxis es la nueva terminal por defecto. Lo que la diferencia es el soporte nativo para gestionar contenedores con Podman, Toolbox y Distrobox. Como ejemplo instalé Fedora dentro de Ubuntu usando Distrobox; sí, así como suena. Esto merece otro artículo aparte, así que no profundizaré en ello, pero el proceso es bastante sencillo y en la nueva terminal siempre tenemos acceso y aparecen listados todos los contenedores que tengamos: Ubuntu y Fedora conviviendo en un mismo sistema. La nueva terminal también tiene restauración de sesión para recuperar tus pestañas y ubicación de directorios de trabajo al reabrir. Si trabajas con contenedores día a día, esto es un cambio de calidad de vida real.

Loupe es el nuevo visor de imágenes, también desarrollado en Rust. Papers es el nuevo visor de PDF, basado en el mismo código del anterior pero reescrito parcialmente en Rust con GTK4.

Cambios visuales

Visualmente, el dock ya no tiene transparencia, es completamente opaco. Los iconos de las carpetas son ahora coloridos. Las notificaciones se agrupan por aplicación, terminando con el desastre visual de tener 40 notificaciones individuales.

El App Center ahora gestiona paquetes .deb del sistema de forma completa —instalar, actualizar, desinstalar— además de snaps. Más cohesión, menos necesidad de ir a la terminal para operaciones básicas. Como ejemplo instalé un cliente de YouTube Music de este modo.

Quizás hayas notado que se añadieron dos nuevos proveedores de búsqueda en el dash: hay resultados del App Center y acceso directo a búsquedas web en Firefox. Pequeños detalles, pero útiles.

NVIDIA y Wayland

Si usas NVIDIA, que históricamente ha sido el dolor de cabeza de Wayland en GNU/Linux, ya no hay excusas: los drivers propietarios de la serie 595.x son el estándar en esta versión, el soporte de Wayland es completo y el problema de freezes al despertar el equipo desde suspensión está corregido. También vienen disponibles las versiones 535, 550, 560, 570, 575, 580 y 590.

Hay también un nuevo panel de telemetría —Ubuntu Insights— para optar dentro o fuera del envío de métricas anónimas a Canonical. Importante: es completamente opt-in. Nadie envía tus datos sin tu consentimiento explícito, y los controles son accesibles desde el asistente de bienvenida.

La ausencia notable

La aplicación “Programas y actualizaciones” —que muchos usaban para gestionar PPAs, repositorios y drivers— ya no viene instalada por defecto. Canonical no ha dado una razón completamente clara para esto y hay debate en la comunidad. Pero sigue disponible en los repositorios, y su salida del sistema base es llamativa y hay que mencionarla:

1

sudo apt install software-properties-gtk

Seguridad en el ADN: la revolución de Rust

Aquí la cosa se pone seria. Como alguien que se dedica a la ciberseguridad, ver esto en una distribución mainstream y madre de muchas otras es música para mis oídos.

Ubuntu 26.04 es la primera LTS que abraza agresivamente a Rust, el lenguaje de programación que elimina en tiempo de compilación clases enteras de vulnerabilidades que más han plagado el software en C a lo largo de décadas: desbordamiento de búfer, use-after-free y condiciones de carrera de memoria.

sudo-rs

Lo notarás de inmediato en la terminal: sudo ha sido reemplazado por sudo-rs, la reimplementación en Rust. El cambio más visible es cosmético pero simbólico: ahora ves asteriscos al escribir tu contraseña. Pero lo que importa está por debajo: el código que ejecuta operaciones privilegiadas en tu sistema ya no está escrito en C.

El sudo original sigue disponible como sudo.ws si necesitas funcionalidades específicas que sudo-rs aún no cubre.

rust-coreutils (uutils)

Más profundo todavía: los coreutils —las herramientas más fundamentales del sistema, ls, cat, base64, head y docenas más— son ahora por defecto rust-coreutils, la implementación de las GNU utils en Rust.

Para la mayoría de usuarios esto es transparente. Pero hay un detalle técnico importante que vale aclarar: cp, mv y rm todavía son las versiones GNU en esta versión, porque hay bugs sin resolver en las implementaciones de Rust. Si necesitas volver a GNU coreutils para todo, puedes hacerlo, y si quieres regresar a Rust, también:

1
2


sudo apt install coreutils-from-gnu
sudo apt install coreutils-from-uutils

También hay componentes nuevos del kernel escritos en Rust. Esto no es solo Ubuntu, es parte del esfuerzo del proyecto del kernel Linux, pero Ubuntu 26.04 lo lleva al mainstream de los usuarios de LTS por primera vez. Como curiosidad, distribuciones rolling release como Arch y openSUSE aún siguen en la rama 6.

Prevenir vulnerabilidades de memoria en la base misma del sistema operativo eleva la postura defensiva de millones de instalaciones. La Rust Foundation lo celebró públicamente, señalando que Canonical está elevando la seguridad para millones de usuarios en producción.

TPM-backed FDE: cifrado de disco serio

El cifrado de disco completo respaldado por hardware TPM sale de fase experimental en esta versión. Es la opción que vimos en el instalador y está lista para producción.

¿Qué significa esto en la práctica? Las claves de cifrado están atadas al chip TPM de tu placa base. A diferencia de un LUKS tradicional donde escribes una contraseña en cada arranque, aquí el disco se desbloquea automáticamente cuando el TPM verifica que el sistema no ha sido manipulado, es decir, que el hardware es el mismo, el bootloader no fue alterado y que no hay nada sospechoso. Si alguien saca el disco físicamente y lo conecta a otra máquina, no puede acceder a los datos. Y si quieres una capa adicional, puedes añadir un PIN.

Para ataques de acceso físico, esto eleva el costo del atacante de forma significativa.

Criptografía post-cuántica

Un último punto que poca gente nota pero que es estratégicamente importante: OpenSSL en esta versión incluye soporte para algoritmos post-cuánticos: ML-KEM, ML-DSA y SLH-DSA.

¿Por qué importa ahora? Porque los computadores cuánticos, cuando sean suficientemente potentes, podrán romper la criptografía RSA y ECC que protege prácticamente toda la infraestructura digital actual. Preparar el ecosistema para esta transición antes de que sea urgente —y no después— es exactamente lo que hay que hacer. Ubuntu 26.04 empieza a poner los cimientos.

Kernel 7.0, hardware y gaming

El motor de todo esto es Linux 7.0. Es el número de versión más alto que ha llegado a una LTS de Ubuntu en mucho tiempo, y llega cargado.

Intel Panther Lake y soporte de NPU

El kernel 7.0 añade soporte completo para los procesadores Intel Core Ultra Series 3, nombre en clave Panther Lake. Esto incluye optimizaciones para los gráficos integrados Xe3 y para la NPU integrada (Neural Processing Unit). Si estás en un portátil moderno de Intel y quieres correr inferencia de IA localmente de forma eficiente sin depender de un servidor, esta combinación de hardware y kernel empieza a tener sentido real.

AMD y NVIDIA

En AMD, Mesa 26 trae ray tracing con el compilador ACO por defecto y mejoras de rendimiento generales. Las GPUs de la serie RX 6000 en adelante se benefician directamente. Para quienes corremos una gráfica Radeon, hay mejoras concretas en rendimiento de renderizado y en cargas de cómputo.

En NVIDIA, ya lo mencioné antes: Wayland funciona completamente, la suspensión está arreglada y los drivers de la serie 595 son el estándar. Ya no hay razones técnicas para evitar Linux en equipos NVIDIA, aunque sí éticas, pero ese es otro tema.

Kernel Livepatch para ARM64

Hasta esta versión, el Kernel Livepatch de Canonical —que aplica parches críticos de seguridad directamente al kernel en ejecución sin reiniciar— solo funcionaba en x86-64. Con Ubuntu 26.04, llega a ARM64 por primera vez.

Para organizaciones con servidores ARM esto es enorme. Antes, un parche crítico de seguridad en el kernel significaba un reinicio con una ventana de mantenimiento y downtime. Ahora no.

EtherCAT para automatización industrial

Un añadido que pasa desapercibido para usuarios comunes, pero que es significativo para sectores específicos: el módulo IgH EtherCAT Master y el Generic Ethernet driver están ahora integrados directamente en el kernel. EtherCAT es un protocolo de red industrial en tiempo real con precisión de microsegundos, usado en robótica, control de movimiento y automatización de fábricas. Tener esto en el kernel oficial de una LTS elimina una carga de integración enorme para ingenieros en ese sector.

Gaming: NTSYNC y el fin del pretexto de Windows

Y llegamos al punto que sé que varios de ustedes estaban esperando.

Si eres de los que pasa horas limpiando Windows —desactivando telemetría, bloatware, procesos en segundo plano— o instalando versiones recortadas de dudosa procedencia para evitar perder FPS en medio de una partida, este kernel tiene algo para ti.

El kernel trae NTSYNC integrado en Linux 7.0, que emula las primitivas de sincronización del kernel Windows NT directamente. Esto impacta fuertemente el rendimiento de juegos y aplicaciones de Windows corriendo a través de Wine y Proton. Títulos que dependen intensamente de sincronización entre hilos ven mejoras de rendimiento reales y medibles.

Combinado con Wayland, Mesa 26 y los drivers de NVIDIA y AMD bien soportados, el gaming en GNU/Linux ya no es “una alternativa”. Es una amenaza directa al dominio de Windows en el escritorio gaming. Todavía hay casos extremos donde Windows es necesario, pero la brecha se está cerrando con cada lanzamiento, y esta en especial acelera ese proceso.

CUDA y ROCm en los repositorios: el momento IA de Ubuntu

Este es el cambio que más impacto va a tener en los próximos años para desarrolladores de IA y machine learning.

Por primera vez en la historia de Ubuntu, NVIDIA CUDA está disponible directamente en los repositorios oficiales. Antes, instalar CUDA significaba agregar el repositorio de NVIDIA manualmente, lidiar con versiones que podían romper dependencias del sistema y resolver conflictos con los drivers. Ahora es simplemente:

1

sudo apt install cuda

Sin repositorios externos. Sin sorpresas.

Lo mismo aplica para AMD ROCm, el ecosistema open-source de AMD para cargas de trabajo aceleradas por GPU —inteligencia artificial, machine learning, HPC—. Para quienes tenemos hardware AMD, tener ROCm disponible así de limpio cambia completamente la ecuación para experimentar con frameworks como PyTorch o JAX sobre GPU AMD.

¿Por qué importa que estén en los repos oficiales y no en PPAs externos? Porque los paquetes pasan por la cadena de validación y seguridad de Canonical. Las actualizaciones están probadas para funcionar juntas con el resto del sistema. Para organizaciones que despliegan esto en producción, la diferencia entre “funciona hoy y se rompe con el siguiente apt upgrade” y “está validado para esta LTS” es fundamental.

El propio vicepresidente de Software de AMD destacó que esto permite a los desarrolladores construir y desplegar en GPUs AMD Radeon y Ryzen con acceso directo desde los repositorios, sin fricción.

Ubuntu 26.04 está haciendo una declaración de posicionamiento muy clara: quiere ser la plataforma de referencia para desarrollo y despliegue de IA. Con CUDA + ROCm en repos, soporte nativo de NPU Intel en el kernel y confidential computing para IA privada, el argumento es sólido.

La fontanería del sistema: APT y systemd

Hay cambios “de plomería” que pasan desapercibidos pero que para el trabajo diario del sysadmin, programadores o el usuario avanzado son tan importantes como cualquier otra cosa.

APT 3.1: por fin historial de transacciones

El gestor de paquetes sube a la versión 3.1 y trae la funcionalidad que todos soñábamos: historial interactivo de transacciones.

1
2
3
4


sudo apt history-list
sudo apt history-info 0
sudo apt history-undo 0
sudo apt history-rollback

apt history-list muestra qué instalaste, cuándo y qué cambió. apt history-info 0 detalla una transacción específica. apt history-undo 0 deshace una instalación. Y apt history-rollback te lleva a un punto anterior del sistema.

En producción esto es un salvavidas. ¿Actualizaste un paquete y algo se rompió? Ahora tienes una vía limpia para revertir. Herramientas como dnf y pacman han tenido algo así desde hace tiempo; que llegue a APT es bienvenido.

También se eliminó apt-key, que llevaba años deprecado. La verificación de firmas ahora usa gpgv directamente. Si tienes scripts de automatización que usan apt-key, revísalos.

systemd 259: dos cambios importantes

Primero: se elimina el soporte para cgroup v1 (legacy y hybrid). Si tienes contenedores o configuraciones que dependen de cgroup legacy, necesitas migrar. Hay que revisarlo antes de actualizar sistemas en producción.

Segundo: esta es la última LTS con compatibilidad con scripts System V en systemd. A partir de aquí, si tienes servicios con scripts init estilo SysV, el reloj está corriendo para migrarlos a unidades systemd nativas. No es urgente hoy, pero la señal es clara.

Un detalle técnico extra: el directorio /tmp ahora se monta por defecto como tmpfs en RAM. Reduce el desgaste de SSDs en servidores y mejora el rendimiento de operaciones temporales.

Dracut reemplaza a initramfs-tools

El sistema de ramdisk inicial ahora es Dracut por defecto, reemplazando a initramfs-tools. Usa systemd en el disco RAM inicial y soporta Bluetooth y NVMe over Fabrics nativamente, que ofrece una conexión más rápida y eficiente entre el almacenamiento y los servidores, además de reducir la utilización de la CPU del host de las aplicaciones. Si tienes scripts o hooks muy específicos que dependían de initramfs-tools, revisa la compatibilidad.

Chrony y sincronización de tiempo

Chrony reemplaza a systemd-timesyncd como daemon de tiempo por defecto, con soporte para Network Time Security, siglas NTS (tiempo autenticado y cifrado), usando los servidores de tiempo de Ubuntu. Para clústeres de alta disponibilidad donde la sincronización de tiempo precisa es crítica, Chrony es la elección correcta. En el escritorio de GNOME también podemos agregar otras zonas horarias; en mi caso, que trabajo casualmente con el mercado de valores, me interesa siempre añadir las horas de New York y Londres para tener en cuenta los horarios de apertura y cierre de la bolsa.

amd64v3: rendimiento opt-in para hardware moderno

Si tu CPU tiene más de unos pocos años y es de 64 bits, probablemente soporta la microarquitectura nivel 3, que incluye AVX2 —que da mejor rendimiento acelerando operaciones en paralelo— y otras instrucciones modernas. Ubuntu 26.04 ofrece paquetes compilados para amd64v3 como variante opt-in. Para activarlos:

1
2


echo 'APT::Architecture-Variants "amd64v3";' | sudo tee /etc/apt/apt.conf.d/99enable-amd64v3
sudo apt update && sudo apt upgrade

Mejoras de rendimiento reales en aplicaciones que los aprovechan. Sin riesgo: si tu hardware no lo soporta, simplemente no se activará.

Nube, empresas y virtualización

Para el segmento empresarial y de nube, hay varios puntos que merecen atención.

Confidential Computing

Ubuntu 26.04 soporta tanto Intel TDX como AMD SEV para confidential computing, tanto como host como guest. En términos simples: puedes correr máquinas virtuales donde ni el hipervisor ni el sistema host pueden acceder a la memoria de la VM. La memoria está cifrada a nivel de silicio.

El caso de uso más relevante es en cargas de trabajo de IA en infraestructura compartida donde la privacidad de los datos de entrenamiento o inferencia es crítica. No es ciencia ficción: es infraestructura disponible hoy, en una versión de Ubuntu de largo soporte.

Authd: autenticación cloud sin infraestructura adicional

Authd, el servicio de autenticación con proveedores cloud, ahora está en los repositorios oficiales de Ubuntu. Puedes autenticar dispositivos Ubuntu con Microsoft Entra ID, Google IAM o cualquier proveedor OIDC estándar, sin necesidad de infraestructura adicional en la red.

Para organizaciones que gestionan flotas de equipos Ubuntu y ya tienen identidad centralizada en Azure o Google, esto simplifica enormemente la incorporación y los despliegues.

WSL mejorado

Si por temas laborales estás forzado a usar Windows, la integración de Ubuntu en el Subsistema de Windows para Linux mejora en esta versión: mejor manejo de nombres de usuario con caracteres no-ASCII, integración de cloud-init, Ubuntu Pro para WSL y gestión de múltiples máquinas a través de Landscape de Canonical.

Toolchain, sabores y requisitos

Toolchain para desarrolladores

Ubuntu 26.04 trae un stack de desarrollo muy actualizado: GCC 15.2, Python 3.14 por defecto, LLVM 21, Rust 1.93, Golang 1.25, OpenJDK 25 con las versiones 8, 11, 17 y 21 también disponibles con certificación TCK de Java.

Y un debut importante: Zig 0.14.1 está por fin en los repositorios oficiales de Ubuntu. Para quienes han estado siguiendo el lenguaje Zig como alternativa a C para sistemas de bajo nivel, ahora está a un apt install de distancia.

También .NET 10 en el archivo oficial, PHP 8.5 con property hooks y el operador pipe, PostgreSQL 18 con un nuevo subsistema de I/O que promete hasta el triple de mejora en lecturas desde disco, y MySQL 8.4 LTS, primera versión LTS oficial de MySQL.

Sabores oficiales

Si GNOME no es lo tuyo, los sabores siguen ahí. Kubuntu llega con KDE Plasma 6.6. Xubuntu con Xfce 4.20. Lubuntu con LXQt 2.3. También hay Ubuntu Budgie, Cinnamon, Kylin y Unity, aunque esta última no está catalogada como LTS y se lanzará en 2 días.

Una ausencia a destacar: Ubuntu MATE no tiene versión 26.04. La alternativa más directa y similar es Xubuntu.

Requisitos del sistema

Canonical subió los requisitos recomendados a 6 GB de RAM y Dual-Core a 2 GHz. No es un requisito duro —puedes instalar con 4 GB—, pero están siendo honestos sobre lo que las cargas de trabajo de 2026 exigen en la práctica. La ISO de escritorio pesa más de 6 GB, así que necesitas buena conexión o paciencia.

¿Cuándo actualizar?

La respuesta depende de tu situación.

Si estás en Ubuntu 25.10: en los próximos días te debería aparecer la notificación de upgrade. Puedes hacerlo sin mayor riesgo.

Si estás en Ubuntu 24.04 LTS: la actualización directa no se habilita hasta julio de 2026, cuando salga Ubuntu 26.04.1, el primer point-release. Canonical siempre sigue el mismo procedimiento: esperan a que los bugs post-lanzamiento estén resueltos antes de abrir la actualización masiva a usuarios LTS. Es la política estándar y tiene mucho sentido.

Puedes actualizar manualmente antes de julio si quieres, pero asumes el riesgo de bugs que probablemente se resuelven en semanas.

Mi recomendación: si es un servidor en producción o un equipo de trabajo crítico, espera al 26.04.1 en julio. Si es tu computador personal y quieres explorar, adelante, solo ten una copia de seguridad reciente y tiempo libre por si algo falla.

Cierre

Ubuntu 26.04 no es una actualización de paquetes. Es una declaración de intenciones.

Wayland como único backend en GNOME. Rust en el kernel, en sudo, en las coreutils. CUDA y ROCm en los repos sin repositorios externos. Kernel 7.0 con hardware de 2026 soportado desde el día uno. APT con historial de transacciones. Confidential computing listo para producción.

Y para los que estamos en el mundo de la ciberseguridad, ver la base de un sistema operativo mainstream moverse hacia lenguajes con garantías de seguridad de memoria, con cifrado de disco atado al hardware, con criptografía post-cuántica en el stack por defecto, es exactamente hacia donde debe ir el rumbo y el estándar.

Esta no es una LTS de consolidación. Es una LTS de transición. Y esas son las más interesantes.

Ubuntu 26.04 LTS “Resolute Raccoon” no es una simple actualización de paquetes. Es un cambio de era. En este análisis me centro en lo que hay bajo el capó: Rust en el kernel y las coreutils, cifrado TPM listo para producción, criptografía post-cuántica, CUDA y ROCm en los repositorios oficiales, NTSYNC para gaming, APT con rollback de transacciones y mucho más.

Fuentes y recursos

Notas de lanzamiento de Ubuntu 26.04 LTS: https://documentation.ubuntu.com/release-notes/26.04/
Anuncio oficial de Canonical: https://canonical.com/blog/canonical-releases-ubuntu-26-04-lts-resolute-raccoon
Anuncio del lanzamiento en el foro de la comunidad: https://discourse.ubuntu.com/t/ubuntu-26-04-resolute-raccoon-lts-released/80833
Imágenes de instalación (ISO): https://releases.ubuntu.com/resolute/

4 mitos sobre Trisquel 12 | Instalación y configuración

Sat, 18 Apr 2026 12:00:00 +0000

También disponible en Odysee: https://odysee.com/@javierorozco.observer:6/Trisquel12:c

«Es solo para fanáticos.»

«No funciona en hardware real.»

«Es una distro muerta.»

He escuchado eso sobre Trisquel durante años. Y Trisquel 12.0, con nombre en clave «Ecne», merece mejor prensa de la que recibe: ninguno de esos argumentos sobrevive al contacto con la realidad. Pero tampoco voy a ignorar las limitaciones reales que sí existen, porque eso sería hacer exactamente lo mismo que critico.

No vengo a vender una ideología. Vengo desde la administración de sistemas y la ciberseguridad, y desde ahí Trisquel tiene un argumento técnico sólido que raramente se explica bien.

Qué es Trisquel: una Ubuntu 100% libre

Trisquel es una distribución GNU/Linux basada en Ubuntu (y esta a su vez basada en Debian), pero lo que la hace destacar es que está certificada por la Free Software Foundation como una distro 100% libre.

Usa linux-libre: una versión alternativa del kernel de la que se eliminaron manualmente todos los blobs de firmware privativo. No solo no incluye los blobs, sino que parchea el kernel para que ni siquiera los intente cargar si los encontrara en el sistema. Eso es código binario cerrado que los fabricantes meten en el kernel normal de Linux y que corre en tu hardware sin que puedas leerlo ni auditarlo ni saber exactamente qué hace, igual que los drivers privativos en otros sistemas operativos.

El software libre en general surgió de una anécdota relacionada con esto. Richard Stallman trabajaba como programador en el Laboratorio de Inteligencia Artificial del MIT en las décadas de los 70 y 80, cuando era común que los investigadores compartieran el código fuente libremente: si alguien mejoraba un programa, lo ponía a disposición de la comunidad.

El laboratorio recibió como donación de Xerox una impresora láser de alta velocidad con un problema grave: se atascaba frecuentemente con el papel. Con la impresora anterior, Stallman había resuelto ese tipo de problemas modificando el software, porque tenían acceso al código fuente del controlador. Con la nueva Xerox fue imposible: el software era solo un binario y Xerox no entregó el código fuente. Y el giro más revelador: alguien sí tenía ese código fuente, pero le negó una copia a Stallman porque había firmado un acuerdo de confidencialidad (NDA) con Xerox.

Ese momento le mostró los peligros del software privativo: te convierte en prisionero de tu software, te impide solucionar problemas reales, rompe la cooperación entre usuarios y da un poder desproporcionado al fabricante sobre el usuario. En septiembre de 1983 anunció el Proyecto GNU, en 1985 fundó la Free Software Foundation y definió las Cuatro Libertades del Software Libre: ejecutar el programa para cualquier propósito, estudiarlo y modificarlo, distribuir copias y distribuir versiones modificadas. Y un punto que siempre aclara: «libre» se refiere a libertad, no a precio. Como dice la famosa frase: piensa en libertad de expresión, no en cerveza gratis.

Eso no es paranoia, ni fanatismo, ni extremismo. En administración de sistemas y seguridad, el software que no puedes auditar es un riesgo por definición, no una comodidad opcional. Y la FSF no certifica distribuciones a la ligera: es uno de los filtros más estrictos que existen.

Mito 1: «Es solo para fanáticos»

Este argumento asume que usar software completamente libre es una decisión emocional, un rechazo a las empresas, y es una forma cómoda de no tener que evaluar el argumento real.

El argumento técnico es este: cuando tu kernel incluye firmware binario, estás ejecutando código con privilegios altísimos, a nivel de hardware, que no puedes inspeccionar. En un contexto de seguridad eso es una superficie de ataque. No teórica: real. Ha habido vulnerabilidades documentadas en firmware de tarjetas de red, controladoras de almacenamiento y chips de audio.

¿Significa eso que todos deberían usar linux-libre? No necesariamente. Hay contextos donde ese intercambio no compensa. Pero decir que quien lo elige lo hace por fanatismo es ignorar el argumento. Y en seguridad, ignorar argumentos es exactamente lo que no deberías hacer.

Mito tumbado. Sigamos.

Instalación: el instalador Ubiquity y APT 3.0

La ISO se descarga desde trisquel.info, en su edición principal con escritorio MATE. También hay ediciones con KDE Plasma, LXDE y una versión educativa basada en Sugar, pero aquí me centro en la principal.

El instalador es Ubiquity, el mismo de Ubuntu. Si alguna vez instalaste Ubuntu, todo te resultará familiar: idioma, zona horaria, particionado, usuario. Sin sorpresas. Mi recomendación, válida para cualquier sistema operativo, es activar siempre la opción de cifrar el disco completo.

Un detalle que vale la pena mencionar: en Trisquel 12 el instalador ya usa de forma nativa el formato de repositorios deb822. Eso es APT 3.0. No es un cambio visible para el usuario final, pero es infraestructura moderna y un trabajo de ingeniería que el equipo de Trisquel hizo desde cero, heredado no de Ubuntu 24.04 sino de Debian 13 directamente.

Durante la instalación no te va a pedir ningún firmware privativo. No hay opción de «instalar drivers adicionales» como en Ubuntu. Eso es intencional: si tu hardware necesita blobs para funcionar, Trisquel no los va a instalar. Y eso nos lleva directo al siguiente mito.

Mito 2: «Sin blobs no hay Wi-Fi ni GPU»

Este mito tiene una parte verdadera y una parte exagerada, y vale la pena separarlas.

La parte verdadera: hay hardware que requiere firmware binario y linux-libre no lo incluye. Los casos más comunes son tarjetas Wi-Fi de Broadcom, algunos modelos de Realtek y ciertas GPU de NVIDIA. Si tienes uno de esos, en Trisquel no van a funcionar. Punto.

Pero la parte exagerada, donde el argumento se derrumba, es asumir que eso aplica a todo el hardware moderno. No aplica: las gráficas Intel y AMD, las tarjetas de red cableadas de Intel y el audio integrado Realtek en versiones recientes funcionan sin firmware privativo.

Para máquinas físicas, mi recomendación práctica es verificar tu hardware antes en h-node.org, el catálogo de hardware compatible con software libre mantenido por la FSF. No es un paso complicado y te evita sorpresas.

¿Es una limitación real? Sí. ¿Descarta a Trisquel para cualquier hardware? No. Son cosas distintas.

El escritorio MATE y el software preinstalado

MATE es el entorno de escritorio predeterminado de Trisquel desde hace años: simple, estable y accesible. No necesita aceleración 3D, lo que lo hace viable en hardware antiguo y en entornos virtualizados.

Viene con lo básico preinstalado: Abrowser, que es Firefox reconfigurado sin telemetría ni servicios de Mozilla, LibreOffice, reproductor multimedia, gestor de archivos y las herramientas de sistema estándar.

El sistema trae de todo un poco: analizador de uso de disco, calculadora, diccionario, compresor, búsqueda de archivos, mapa de caracteres, teclado en pantalla, editor de PDF, editor de texto, filtro de luz azul, lupa, lector de pantalla, terminal, capturas de pantalla y visores de fuentes y PDF. En multimedia y gráficos hay quemador de discos, visor de cámara web, reproductores, mezclador de sonido, software de escáner, editor de fotografía, selector de colores y organizador fotográfico. En internet: cliente de correo, software de chat con llamadas y videollamadas descentralizado, privado y cifrado, lector de noticias, navegador, mensajería multiprotocolo, cliente BitTorrent y cliente de escritorios remotos. Y en sistema: suite ofimática completa, copias de seguridad, explorador de archivos, monitor de sistema, montador de imágenes ISO, visor de registros, actualizador, instalador de software, creador de USB booteables, gestor de paquetes .deb, asistente de impresoras y gestión de usuarios, redes, discos, energía y repositorios. La mayoría de los ajustes están centralizados en el Centro de Control.

Mito 3: «No sirve para trabajar»

Los repositorios de Trisquel tienen miles de paquetes disponibles. No hablamos de diez herramientas en un directorio de texto plano, sino de una base de paquetes derivada de Ubuntu 24.04 y depurada de dependencias no libres. WireGuard, KeePassXC, herramientas de red, editores, control de versiones: para el flujo de trabajo de administración de sistemas y programación no falta nada crítico.

Trisquel 12 además tiene un repositorio de backports activo: LibreOffice en su última versión, yt-dlp, Inkscape, Nextcloud Desktop, Kdenlive. Software actualizado sin esperar al ciclo LTS de Ubuntu.

Y sobre los navegadores: en esta versión el equipo añadió GNU IceCat y ungoogled-chromium como opciones adicionales junto a Abrowser. Tres navegadores completamente libres disponibles desde los repositorios oficiales.

El argumento de «no tiene software útil» confunde «libre» con «escaso». No son lo mismo: libre significa que puedes leer el código, modificarlo y distribuirlo, no que hay menos software.

Post-instalación: actualizaciones, backports y navegador

Actualizar el sistema

Lo primero tras una instalación limpia es instalar las actualizaciones pendientes. APT 3.0 se nota más rápido resolviendo dependencias que las versiones anteriores:

1

sudo apt update && sudo apt upgrade

Algo que el equipo de Trisquel trabajó específicamente en esta versión 12: revisaron y ampliaron las reglas de AppArmor para entornos gráficos. Más aplicaciones corriendo con perfiles de confinamiento activos por defecto. Es un trabajo silencioso, nada visible, pero exactamente el tipo de trabajo de seguridad que importa.

Activar los backports: LibreOffice 24 → 26

Sin activar los backports, LibreOffice viene en la versión 24, la misma que traía de serie Ubuntu 24.04. Activar el repositorio es sencillo desde la interfaz gráfica: Menú, Sistema, Administración, Software y Actualizaciones; en la pestaña «Otro software» se activa el repositorio de Backports, se autentica con la contraseña, se pulsa «Cerrar» y después «Recargar». También se puede hacer desde el terminal de forma más rápida, pero por la interfaz el proceso queda a la vista. Después se vuelve a Menú, Sistema, Administración, Actualización de software, se pulsa «Buscar actualizaciones» y aparecen los paquetes de backports: basta con pulsar «Instalar ahora». Al reabrir LibreOffice se comprueba que quedó en la versión 26.

Consumo de recursos

Con htop se puede ver el consumo real de la distribución: la RAM usada está entre 800 y 900 MB:

1

htop

También instalé fastfetch, que viene en los backports ya activados, para mostrar la información del sistema:

1

sudo apt install fastfetch

Ten en cuenta que fastfetch suele mostrar un consumo extra de RAM por encima de los 200 MB, porque incluye su propio gasto de memoria.

Abrowser, el navegador por defecto

Abrowser permite incluso iniciar sesión con una cuenta de Firefox para sincronizar entre dispositivos. Pero tiene una particularidad: al intentar instalar extensiones, el navegador te envía a la página Mozarella de Ñugzilla, que solo contiene extensiones 100% libres… con el problema de que están desactualizadas, como comprobé con las dos que uso en todo navegador: uBlock Origin para bloquear la publicidad intrusiva y Bitwarden como gestor de contraseñas autohospedado.

No es un problema grave: basta con ir manualmente a la página de extensiones de Firefox, buscar las que necesites e instalarlas.

El navegador además viene con el modo estricto anti-rastreo. Recomiendo dejarlo así y, si algún sitio da problemas, activar puntualmente la opción de corregir problemas importantes del sitio.

Personalización de MATE

Esto ya es gusto personal: eliminé de la barra de tareas los tres iconos del menú, el gestor de archivos y el navegador. Luego, con clic derecho y «Añadir al panel», agregué el menú avanzado de MATE, que permite búsquedas; lo moví al borde y lo bloqueé al panel para no moverlo por error. Después volví a añadir Caja, el gestor de archivos, y el navegador, aunque puedes añadir cuantos quieras.

Para probar la configuración centralizada cambié al tema oscuro desde el Centro de Control. Cuando hagas esto, recomiendo cerrar sesión y volver a entrar: así el cambio se aplica a todas las aplicaciones, incluido el menú.

GNU Guix: más software 100% libre

Y para terminar de romper el mito 3, hay dos formas de tener más software totalmente libre y compatible con la filosofía de la distribución y la FSF.

La primera es GNU Guix. En la web oficial de Trisquel, buscando «Guix», se llega a la página de «Todos los manuales» y desde ahí al manual del «Administrador de paquetes GNU Guix», con una breve descripción de qué es. Si conoces el gestor de paquetes Nix o la distribución NixOS, esto es lo mismo, pero en versión 100% libre: es tanto un gestor de paquetes como una distribución al estilo de NixOS.

Una de sus ventajas es que puedes instalar incluso distintas versiones de un mismo paquete, con todas las dependencias incluidas y empaquetadas, y por lo general todo se mantiene en su versión más reciente.

Instalarlo es seguir unos pasos bastante simples, aunque algunas partes del proceso tardan alrededor de media hora. Es completamente normal, pero solo ocurre la primera vez. Al terminar recomiendo cerrar sesión y volver a entrar para que se actualicen las variables de entorno añadidas, por ejemplo para que las aplicaciones instaladas aparezcan en el menú.

Instalar y buscar paquetes con Guix

Guix puede usarse a nivel de usuario, sin permisos de administrador, que es la forma más recomendable. Como demostración instalé el navegador LibreWolf, también basado en Firefox pero con un alto enfoque en la privacidad:

1

guix install librewolf

Desde la consola también se pueden buscar paquetes. Busqué GIMP, el editor fotográfico, y con las flechas del teclado me moví por los resultados: al momento de grabar estaba disponible GIMP 3.2.0, la versión más reciente, pero también la 2.10.38. Ahí se ve lo que decía antes: hay varias versiones del mismo software por si las necesitas:

1

guix search gimp

Quien prefiera buscar desde el navegador también puede hacerlo en la página de paquetes de Guix, donde aparece el comando listo para pegarlo en el terminal e instalar.

Esta demostración la hice así a propósito: GIMP ya viene preinstalado desde los paquetes oficiales de Trisquel en una versión antigua, pero instalé por Guix la 3.2.0. Para que no entre en conflicto basta con cerrar sesión y volver a entrar: el menú queda con la edición instalada desde Guix. Es un repositorio enorme, práctico y muy simple de usar, con la garantía de que el software es 100% libre porque es un proyecto oficial de GNU y la FSF.

Flatpak limitado a licencias libres

La otra forma de instalar software adicional es Flatpak añadiendo el repositorio Flathub. Pero ese repositorio contiene normalmente cientos de programas privativos de código cerrado, así que existe una forma de forzar que solo se muestre software con licencias libres y verificado.

El camino más simple es instalar el plugin de Flatpak para la tienda de software de GNOME: con un solo comando se instalan la tienda, el plugin y Flatpak a la vez. Después recomiendo cerrar sesión y volver a entrar, por el mismo motivo que con Guix:

1

sudo apt install gnome-software gnome-software-plugin-flatpak flatpak

Después, desde el terminal se añade Flathub en modo usuario, sin privilegios de root y limitado a licencias libres. A partir de ahí basta con abrir la tienda de software de GNOME: ya tienes acceso a todas esas aplicaciones sin romper, relativamente, la filosofía de la distribución.

¿Por qué digo «relativamente»? Porque dentro de mucho software de código abierto se da facilidad para instalar software no libre: plugins cerrados, servicios de terceros privativos y poco éticos, etc. La FSF no está a favor de usar software así. Aun así, la elección final la tiene el usuario, que incluso podría añadir el Flathub completo con todo el software privativo… pero eso dejaría sin sentido usar una distribución 100% libre para después instalarle programas cerrados. No sería coherente.

Mito 4: «El proyecto está muerto»

Este mito nace del ritmo de lanzamientos. Entre Trisquel 10 y 11 pasó tiempo, y entre el 11 y el 12 también, y la gente lo interpreta como abandono. No es abandono: es el costo de hacer algo difícil con recursos limitados.

Trisquel 12 llega con APT 3.0, con un trabajo extenso en el kernel para hacer sus modificaciones más modulares, con AppArmor ampliado, con tres navegadores libres disponibles y con backports activos. Y el equipo ya anunció que está iniciando el trabajo preliminar para dar soporte a la arquitectura RISC-V, que es el próximo frente del hardware libre.

Un proyecto abandonado no hace eso. Un proyecto con recursos limitados pero dirección clara, sí.

Trisquel es sin fines de lucro y se sostiene con donaciones y membresías. Si después de probar el proyecto te parece valioso, esa es la forma concreta de apoyarlo.

Para quién es (y para quién no): conclusiones

Trisquel es para quien valora tener un sistema completamente auditable, para quien trabaja en entornos donde el software no libre es un riesgo real y no teórico, para quien quiere un sistema basado en Ubuntu pero sin los compromisos que Ubuntu hace con el firmware privativo y los paquetes de Canonical, y para quien quiere una plataforma estable con soporte hasta 2029 y backports activos.

¿Para quién no es ideal todavía? Para quien depende de hardware Wi-Fi o GPU que requiere firmware binario, aunque ese universo se reduce cada año a medida que más fabricantes liberan sus drivers. Y para quien necesita software privativo sin equivalente libre. Eso existe, no voy a negarlo.

Pero esas limitaciones reales son muy distintas de los mitos con los que empecé. Y la diferencia importa, porque los mitos hacen que gente que se beneficiaría de Trisquel nunca lo considere.

Si usas Linux y nunca le diste una oportunidad a Trisquel porque escuchaste que no sirve o que es para fanáticos, espero que esto cambie eso. Al menos para que lo evalúes con información real.

Fuentes y recursos

Sitio oficial de Trisquel: https://trisquel.info/
Descargas de Trisquel (edición 12.0 LTS «Ecne»): https://trisquel.info/en/download
h-node, catálogo de hardware compatible con software libre: https://h-node.org/
GNU Guix, gestor de paquetes transaccional: https://guix.gnu.org/
Buscador de paquetes de Guix: https://packages.guix.gnu.org/
Distribuciones GNU/Linux libres recomendadas por la FSF: https://www.gnu.org/distros/distros.en.html
Hardware compatible con GNU/Linux (FSF): https://www.fsf.org/resources/hw

Gnu-Linux on Javier Orozco | Observer

Fedora 44 | Análisis Técnico Profundo: Kernel, Escritorios y el Futuro Inmutable

Fedora: liderar, no seguir

Ediciones, spins y variantes: más opciones que nunca

Requisitos del sistema, LLVMpipe y escritorios adicionales

Instalación: Anaconda, Btrfs y cifrado de disco

GNOME: Controles Parentales, color, RDP e IBus

KDE Plasma 6.6: Login Manager, Setup y Spectacle con OCR

NTSYNC en el kernel y el adiós a cert.pem

DNF5 completa la transición: PackageKit sobre libdnf5

Stack de desarrollo: Ruby 4.0 y MariaDB 11.8

Nix llega a los repositorios oficiales

Escritorios Atómicos: el sistema de solo lectura

Contenedores booteables y Sealed Images con bootc

Fedora Cloud: /boot como subvolumen y fin de QEMU en i686

Asahi Remix: Mesa oficial para Apple Silicon

Post-instalación: RPM Fusion, codecs, drivers y firmware

Actualizar a Fedora 44: upgrade, rebase y reglas de oro

Conclusión: Fedora 44 no es un release de relleno

Fuentes y recursos

Ubuntu 26.04 LTS: Seguridad, IA, Gaming y Kernel 7.0 | Un cambio de era

Instalación y cifrado con TPM

El escritorio: GNOME 50 y el adiós definitivo a X.org

Las nuevas aplicaciones por defecto

Cambios visuales

NVIDIA y Wayland

La ausencia notable

Seguridad en el ADN: la revolución de Rust

sudo-rs

rust-coreutils (uutils)

TPM-backed FDE: cifrado de disco serio

Criptografía post-cuántica

Kernel 7.0, hardware y gaming

Intel Panther Lake y soporte de NPU

AMD y NVIDIA

Kernel Livepatch para ARM64

EtherCAT para automatización industrial

Gaming: NTSYNC y el fin del pretexto de Windows

CUDA y ROCm en los repositorios: el momento IA de Ubuntu

La fontanería del sistema: APT y systemd

APT 3.1: por fin historial de transacciones

systemd 259: dos cambios importantes

Dracut reemplaza a initramfs-tools

Chrony y sincronización de tiempo

amd64v3: rendimiento opt-in para hardware moderno

Nube, empresas y virtualización

Confidential Computing

Authd: autenticación cloud sin infraestructura adicional

WSL mejorado

Toolchain, sabores y requisitos

Toolchain para desarrolladores

Sabores oficiales

Requisitos del sistema

¿Cuándo actualizar?

Cierre

Fuentes y recursos

4 mitos sobre Trisquel 12 | Instalación y configuración

Qué es Trisquel: una Ubuntu 100% libre

Mito 1: «Es solo para fanáticos»

Instalación: el instalador Ubiquity y APT 3.0

Mito 2: «Sin blobs no hay Wi-Fi ni GPU»

El escritorio MATE y el software preinstalado

Mito 3: «No sirve para trabajar»

Post-instalación: actualizaciones, backports y navegador

Actualizar el sistema

Activar los backports: LibreOffice 24 → 26

Consumo de recursos

Abrowser, el navegador por defecto

Personalización de MATE

GNU Guix: más software 100% libre

Instalar y buscar paquetes con Guix

Flatpak limitado a licencias libres

Mito 4: «El proyecto está muerto»

Para quién es (y para quién no): conclusiones

Fuentes y recursos