← Volver a artículos
Noticias· 6 min de lectura· David Carrero Fernández-Baillo

AerynOS 2026.11: segundo instalador con particionado automático, Budgie como opción y nuevas órdenes en moss

Escritorio Budgie 10.10.4 en AerynOS 2026.11, con el Centro de control de Budgie en la sección Acerca de, que muestra el logotipo del sistema y el kernel Linux 7.2.14, la ventana de ajustes del escritorio, el menú de aplicaciones abierto y un panel lateral con calendario y reproductor
Captura: aerynos.com (2-nov-2026)

El equipo de AerynOS publicó el 2 de noviembre de 2026 una nueva imagen, la 2026.11, junto con su entrada de blog de este otoño. Es la primera ISO desde la 2026.08 de agosto y llega con tres novedades que se notan desde el primer arranque: un segundo instalador, Budgie como cuarto escritorio y un gestor de paquetes, moss, que cambia la forma de escribir sus órdenes.

Qué trae la ISO

AerynOS 2026.11 con KDE Plasma en una máquina virtual QEMU/KVM: la ventana Acerca de este sistema indica Plasma 6.8.2, KDE Frameworks 6.31.0, Qt 6.12.0, el kernel 7.2.14-71.stable y Wayland
KDE Plasma 6.8.2 es uno de los cuatro escritorios que ofrece el instalador · Captura: aerynos.com (2-nov-2026)

La imagen es un sistema en vivo con GNOME 51 que sirve de vehículo para instalar. Pesa unos 2,5 GB, es solo para x86_64 y lleva el kernel Linux 7.2.14. Como AerynOS es de actualización continua y su instalador descarga los paquetes de la red, da igual qué ISO uses: siempre acabas con lo último del repositorio.

Entre las versiones que hay ahora en ese repositorio están COSMIC 1.11 (con COSMIC Viewer, una aplicación de Bryan Hyland, del propio equipo), GNOME 51.1, KDE Plasma 6.8.2, Budgie 10.10.4, Hyprland 0.57, Mesa 26.2.6, Firefox y Thunderbird 159, QEMU 11.1.3, PipeWire 1.6.11 y Wine 11.21. En kernels hay rama estable (7.2.14) y LTS (6.18.60).

Un segundo instalador, todavía en pruebas

El instalador de siempre, lichen, se queda (sudo lichen), pero a su lado llega lichen-installer (lichen-tui), que el proyecto quiere convertir en el predeterminado en la próxima ISO. Las diferencias:

  • Particiona y formatea el disco por su cuenta. Con lichen había que preparar las particiones antes.
  • Admite Btrfs como raíz, con un subvolumen @home aparte.
  • Configura la wifi y la distribución del teclado durante la instalación y las conserva en el sistema instalado.
  • Acepta un fichero system-model.kdl propio para decidir qué paquetes se instalan, y estrena un formato install-model, también en KDL, para el idioma y el teclado.

Lo que no hace, y el equipo lo dice claro: ni cifrado de disco ni arranque dual. La página de descarga avisa de que el instalador no admite convivir con otro sistema «de forma intencionada en esta fase».

Budgie, cuarto escritorio en el instalador

Los dos instaladores ofrecen ya cuatro escritorios: Budgie, COSMIC, GNOME y KDE Plasma. Budgie llega después de trabajarlo con Joshua Strobl, su responsable. A cambio, desaparecen las opciones de solo terminal y sin pantalla (headless): según el equipo, quienes las elegían pedían ayuda de forma desproporcionada aunque estaban marcadas como «solo para expertos». En el repositorio hay además una docena de compositores Wayland (Hyprland, Niri, Sway, Labwc, Miriway, Mango y otros) para quien quiera montarse su propio escritorio.

moss cambia sus órdenes

Es el cambio que más va a notar quien ya lo usa. La interfaz de moss se ha reescrito con el modo derive de la biblioteca de Rust clap y se reorganiza alrededor de su system-model, la descripción declarativa de lo que debe haber instalado:

  • sudo moss repo ... para añadir, quitar, activar o desactivar repositorios.
  • sudo moss package ... para añadir o quitar paquetes del modelo y aplicar el cambio.
  • sudo moss sync -u para refrescar los repositorios y sincronizar el sistema.

Hay atajos (pad, prm, pif, rad, rrm) y una orden moss tree que muestra toda la jerarquía con ejemplos. El propio anuncio lo llama cambio rompedor y admite que algunas funciones de la nueva interfaz aún no están.

También entra fwupd, con acceso a las actualizaciones de firmware del servicio LVFS. El proyecto lo había retrasado para no dar la impresión de que AerynOS ya sirve para el día a día.

Sigue en alfa, y a propósito

AerynOS se define como una distribución en desarrollo (alfa) que usan sobre todo su equipo y quienes la prueban pronto. El repositorio de paquetes es pequeño por decisión propia, el soporte de NVIDIA es «de mejor esfuerzo» porque nadie del equipo central tiene una de esas tarjetas, y el anuncio insiste en que el nuevo instalador no indica que ya sea apta para uso diario. Las ISO mensuales se abandonaron en mayo: ahora salen cuando hay un kernel importante o cambios en el instalador.

En el equipo también hay caras nuevas: Jaredy89 y K1ngfish3r pasan a la plantilla para mantener paquetes. K1ngfish3r llegó desde Clear Linux, la distribución de Intel que ya no tiene soporte, y Jaredy89 empaquetaba también para Solus.

De Serpent OS a AerynOS

El proyecto nació como Serpent OS, fundado por Ikey Doherty, que antes había creado Solus. El 14 de febrero de 2025 anunció el cambio de nombre: «Serpent OS» se había elegido deprisa y las serpientes, decían, no inspiran confianza. El cambio se completó el 17 de marzo de 2025, día de San Patricio (el nombre, que se pronuncia como «Erin», es también un guiño a Irlanda), y la primera ISO con la nueva marca, la 2025.03, salió el 25 de marzo.

Un mes después todo cambió. Según el resumen que el equipo publicó en enero de 2026, Ikey Doherty dejó de dar señales a mediados de abril de 2025 y no volvió; en mayo, la cuenta de GitHub de Ikey nombró sucesor a Rune Morling (ermo), cofundador del proyecto, y el equipo votó por unanimidad seguir bajo su dirección. Hoy la web cita a Ikey Doherty como fundador retirado, y ermo figura como responsable del proyecto. En 2025 también terminaron de pasar todas sus herramientas de D a Rust.

moss, boulder y Solus

La base técnica es lo que hace de AerynOS algo distinto. moss parece un gestor de paquetes normal, pero guarda cada archivo de cada paquete una sola vez en un almacén direccionado por contenido y, en cada transacción, compone un árbol /usr nuevo que activa sin reiniciar. Las actualizaciones son atómicas y se pueden conservar tantos estados anteriores para volver atrás como permita el disco. Para lograrlo, los paquetes solo pueden instalar en /usr. El sistema de archivos recomendado es XFS, que desde agosto usa reflinks.

boulder construye esos paquetes .stone a partir de recetas stone.yaml, pensadas como sucesoras del formato package.yml de ypkg, la herramienta de Solus. La cadena de compilación predeterminada en sus recetas es LLVM/Clang, con GNU como alternativa por paquete. Si te interesan otros enfoques de sistema atómico, tienes la comparativa de Silverblue, Flatcar y Talos y la historia de NixOS, cuyo modelo declarativo el propio equipo cita como parecido «en espíritu, no en los detalles».

Fuentes: «More choice and developing tooling», página de descarga y página del proyecto en aerynos.com; «Evolve This OS» y «2025 in retrospect» en su blog; repositorios os-tools y lichen-installer en GitHub.