Linux Mint se ha ganado a pulso su fama como una de las distribuciones GNU/Linux más recomendables para el día a día, sobre todo para quienes vienen de Windows y buscan un entorno familiar. Con la llegada de las nuevas versiones de la distro y de Cinnamon 6.6 como entorno de escritorio estrella, el proyecto está dando pasos muy calculados hacia la modernización del sistema sin tirar por la borda su filosofía de estabilidad y sencillez.

En este contexto, Linux Mint 22.x y las versiones recientes de Cinnamon marcan una etapa clave: rediseño del menú de aplicaciones, avances en Wayland, renovación de herramientas de gestión de paquetes y una experiencia más pulida a nivel visual y de rendimiento. Todo ello mantiene el espíritu clásico del escritorio, pero lo adapta a lo que espera hoy cualquier usuario de Linux de escritorio.

Novedades de Cinnamon 6.6 y su papel en Linux Mint

El desarrollo de Cinnamon no se entiende sin Linux Mint: es el escritorio creado y mimado por el propio equipo del proyecto, y sobre él pivota la propuesta principal de la distro. Con la versión 6.6, Cinnamon refuerza su enfoque en un escritorio tradicional, configurable y muy cómodo, que sigue respetando la metáfora clásica de ventanas, panel y menú de inicio, alejándose de experimentos más radicales como GNOME Shell.

A nivel general, Cinnamon 6.6 continúa la línea marcada por versiones anteriores como Cinnamon 6.4, que introdujeron mejoras en gestión de energía, un tema predeterminado con mayor contraste y bordes redondeados, cuadros de diálogo más cuidados y una integración algo más avanzada con Wayland. Esta iteración sigue afinando esa experiencia, ofreciendo un escritorio moderno, pero que se siente muy reconocible para cualquiera que haya usado Linux Mint en los últimos años.

Una de las claves de Cinnamon es que ha ido separándose progresivamente del ecosistema GNOME. Nació como una bifurcación de GNOME 3 adaptada a las necesidades de Mint, pero con el tiempo el proyecto terminó aislando y reescribiendo componentes hasta convertirlo en un entorno propio. Desde Cinnamon 2.0, los applets, extensiones y desklets diseñados para Cinnamon dejaron de ser compatibles con GNOME Shell, consolidando así un ecosistema independiente, optimizado específicamente para este escritorio.

Un menú de aplicaciones más moderno en Cinnamon

Si hay un elemento que los usuarios asocian de inmediato a Linux Mint con Cinnamon es su menú de aplicaciones clásico: rápido, directo y sin florituras. Con las últimas iteraciones del escritorio y de la distro, ese menú sufre un rediseño pensado para modernizar la experiencia sin romper la costumbre, manteniendo la misma filosofía, pero poniéndose al día frente a lo que ofrecen otros entornos.

Los cambios se centran en una mejor organización de categorías, accesos directos y resultados de búsqueda, haciendo que sea más fácil encontrar aplicaciones, herramientas del sistema y archivos recientes. El objetivo es que los usuarios nuevos se orienten con mayor rapidez y que los veteranos mantengan su agilidad diaria a la hora de abrir programas.

Además, el nuevo enfoque del menú también favorece la usabilidad en pantallas de diferentes tamaños, desde portátiles hasta monitores grandes. Se han revisado elementos como el tamaño de las listas, el espaciado entre entradas y la disposición de las áreas principales (búsqueda, categorías, aplicaciones frecuentes), sin caer en diseños excesivamente minimalistas que sacrifiquen información.

Wayland en Cinnamon: transición cuidadosa pero firme

Wayland lleva años sonando como el relevo natural de X11 en el mundo Linux, pero no todas las distribuciones han tomado el mismo camino. En el caso de Mint, el equipo ha optado tradicionalmente por una estrategia conservadora, priorizando la estabilidad y la compatibilidad por encima de adoptar lo último por el simple hecho de hacerlo.

Con las nuevas versiones de Linux Mint 22.x y de Cinnamon, el soporte para Wayland comienza a ser más sólido y utilizable en el día a día. Se han corregido muchos de los problemas de compatibilidad iniciales, se mejora el rendimiento gráfico en determinadas configuraciones y se sientan las bases de un escritorio que pueda vivir cómodamente tanto con X11 como con Wayland durante un tiempo.

No se trata aún de una ruptura radical: X11 sigue presente como opción principal o de respaldo, especialmente para quienes dependen de aplicaciones o flujos de trabajo que aún se llevan mejor con el servidor gráfico tradicional. Sin embargo, el mensaje es claro: Mint se está preparando para un futuro en el que Wayland sea la norma, pero lo hace a su propio ritmo, intentando que el usuario note el cambio lo menos posible en forma de errores o regresiones.

Modernización de la gestión de paquetes: Aptkit y Captain

Uno de los cambios más interesantes «bajo el capó» en Linux Mint 22.1 y sucesivas es la renovación del ecosistema de herramientas vinculadas a APT. Durante años, tanto Ubuntu como Debian y Mint han arrastrado componentes como Synaptic, GDebi, apturl, aptdaemon o packagekit, muchos de ellos con un diseño envejecido y un mantenimiento limitado.

Para afrontar este problema, el proyecto ha dado el salto a Aptkit como sustituto del servicio aptdaemon, y ha creado Captain, una nueva utilidad que unifica lo que antes hacían GDebi y apturl por separado. Estas dos piezas traen mejoras en la gestión de dependencias, en la coherencia de las operaciones de instalación y en el rendimiento general a la hora de manejar paquetes.

Además, la modernización de estas herramientas se ha pensado también con la vista puesta en Wayland, de modo que los gestores gráficos de paquetes y las utilidades que lanzan instalaciones se integren mejor en sesiones no basadas en X11. Aunque muchas de estas mejoras están diseñadas para “pasar desapercibidas”, su impacto se nota en una experiencia más limpia, más consistente y menos dada a diálogos de error crípticos.

En cuanto a formatos de distribución de aplicaciones, la postura sigue siendo clara: Linux Mint favorece el uso de Flatpak y el repositorio Flathub, manteniendo su distancia con Snap. Esto da al usuario un catálogo muy amplio de software actualizado, pero sin atarse al ecosistema de paquetes de Canonical.

Cinnamon como entorno: tecnología y ecosistema de aplicaciones

Técnicamente, Cinnamon es un entorno de escritorio libre, de código abierto y basado en GTK, desarrollado principalmente en C, JavaScript y Python. Su interfaz se apoya en las bibliotecas GTK y mantiene compatibilidad con muchas aplicaciones diseñadas originalmente para otros escritorios derivados de GNOME.

El proyecto ofrece además un ecosistema de extensiones muy rico: applets, extensiones, desklets y temas personalizados. Estos elementos permiten añadir indicadores al panel, modificar el comportamiento del escritorio, colocar widgets en el fondo de pantalla o cambiar radicalmente la apariencia general del sistema. Todo ello se gestiona de forma bastante sencilla desde las herramientas propias de Cinnamon.

Actualmente, la versión estable disponible de Cinnamon se sitúa en la rama 6.6, con fecha de lanzamiento a finales de 2025. Cada nueva entrega no solo pule el funcionamiento del escritorio, sino que a menudo incorpora pequeños cambios visuales, mejoras de rendimiento, una integración más coherente con Wayland y ajustes pensados para que el escritorio siga resultando familiar, pero no se quede anclado en el pasado.

El proyecto X-Apps y su integración en Cinnamon

Para completar la experiencia de escritorio, Linux Mint mantiene desde hace años el proyecto X-Apps, un conjunto de aplicaciones «tradicionales» orientadas a diversos entornos GTK. La idea es ofrecer programas con interfaces coherentes que funcionen bien en Cinnamon, MATE, Xfce y otros escritorios similares, evitando depender de las decisiones de diseño más radicales de GNOME.

Muchas de estas X-Apps son en realidad bifurcaciones de aplicaciones clásicas del ecosistema GNOME. Por ejemplo, Xed es un editor de texto basado en Pluma, Xviewer deriva de Eye of GNOME para ver imágenes, Xreader procede de Atril como visor de documentos, Xplayer se inspira en GNOME Videos (Totem) para la reproducción multimedia, y Pix nace como una versión adaptada de gThumb para organizar fotografías.

Además, Timeshift se ha convertido en una pieza clave para la restauración del sistema, permitiendo crear instantáneas con BTRFS o rsync y deshacer cambios problemáticos con relativa facilidad. Blueberry proporciona una interfaz gráfica simple para gestionar Bluetooth apoyándose en la biblioteca gnome-bluetooth, y gnome-online-accounts-gtk actúa como gestor de cuentas en línea para entornos GTK que no quieren depender de la versión orientada exclusivamente a GNOME y a GTK4.

Para facilitar que todas estas herramientas funcionen bien en distintos escritorios, el proyecto mantiene libxapp, una biblioteca en C y Python que aporta los recursos comunes necesarios. Con el tiempo, Linux Mint ha ido separando gradualmente el desarrollo de X-Apps del ciclo principal de la distro para convertirlas en un proyecto más independiente, lo que favorece su uso también en otros sistemas.

Cinnamon 6.6 ya disponible

La combinación de Cinnamon 6.6, la base sólida de Linux Mint 22.x, las mejoras en Wayland y la modernización de herramientas como Aptkit, Captain y las X-Apps dibuja un panorama muy atractivo para quienes buscan un escritorio clásico, pero bien afinado para los tiempos que corren. Mint sigue apostando por la estabilidad, por una curva de aprendizaje suave para usuarios que vienen de Windows y por una experiencia que no obliga a pelear con el sistema a cada paso, al tiempo que va preparando con calma la transición hacia las tecnologías gráficas del futuro y un ecosistema de aplicaciones más coherente y mantenible.

Cinnamon 6.6 ya está disponible en GitHub, y será el escritorio que usará el Linux Mint 22.3 que llegará dentro de pocas semanas.

AerynOS 2025.12 llega como una de esas versiones que marcan un antes y un después en una distro joven pero muy ambiciosa. En esta entrega, el equipo ha puesto toda la carne en el asador: no solo hay montones de paquetes actualizados y mejoras en el escritorio, sino también cambios profundos en la infraestructura, en la web, en la documentación y hasta en la forma de relacionarse con la comunidad.

El resultado es una imagen ISO de desarrollo basada en Linux 6.17.10, con GNOME 49.2 como entorno en vivo, opciones de instalación con KDE Plasma y COSMIC, una pila gráfica muy moderna pensada también para gaming, y un ecosistema de servicios que se está profesionalizando a gran velocidad. Eso sí, los propios desarrolladores insisten: sigue siendo una distro en fase alfa, ideal para probar, cacharrear y colaborar, pero no para producción.

Novedades clave de AerynOS 2025.12 como distribución

Esta versión se presenta como el último snapshot de desarrollo de esta distribución independiente, nacida originalmente como Serpent OS y creada por Ikey Doherty, conocido por su trabajo previo en Solus. Con AerynOS el objetivo es construir una distro moderna desde cero, con herramientas propias como Moss y una arquitectura de repositorios muy cuidada.

La ISO AerynOS 2025.12 se centra en ofrecer un entorno GNOME Live actualizado, desde el que se puede usar su instalador en fase de prototipo llamado lichen. Este instalador requiere una conexión de red durante el proceso, ya que la instalación se basa en descargar los últimos “pkgsets” y volcar el sistema en un disco dedicado a AerynOS.

La idea de estas imágenes alfa es que quienes quieran probar AerynOS dispongan de snapshots periódicos con el trabajo más reciente: nuevas versiones de escritorios, actualizaciones de paquetes clave, cambios de infraestructura y pruebas de características como los futuros repositorios versionados.

Actualizaciones de paquetes y versiones destacadas

En AerynOS 2025.12 se ha hecho un gran esfuerzo por mantener al día las principales pilas de escritorio y las herramientas básicas del sistema. El listado de novedades incluye versiones muy recientes de entornos, librerías y utilidades que apuntan a un público que quiere estar a la última:

• COSMIC Beta 9, la versión más fresca del escritorio desarrollado por System76.
• GNOME 49.2, entorno por defecto en la ISO Live.
• KDE Plasma 6.5.4, con KDE Frameworks 6.20.0 y KDE Gear 25.08.2 / 25.08.3 según la fuente, cubriendo la suite de aplicaciones KDE.
• Linux 6.17.10, el kernel que sirve de base al sistema en esta entrega.
• Mesa 25.3 / 25.3.1, con el añadido importante de soporte de Vulkan anti-lag activado, pensado para mejorar la experiencia en juegos.

Junto a estos bloques centrales, se han actualizado un buen número de paquetes importantes para el día a día y para tareas de desarrollo o administración. Entre ellos destacan:

• bash 5.3.8
• buildah 1.42.2
• docker 29.0.4
• ffmpeg 8.0.1
• firefox 146.0
• gamemode 1.8.2
• llvm 21.1.7
• openvpn 2.6.17
• prism-launcher 9.4
• scx-scheds 1.0.17
• sudo-rs 0.2.10
• uutils-coreutils 0.4.0
• vim 9.1.1896
• vscodium 1.106.37943
• wine 10.19
• xwayland-satellite 0.8
• zed 0.210.4
• zlib-ng 2.3.2

Todas estas actualizaciones vienen acompañadas de muchos pequeños ajustes y nuevos paquetes que no se listan uno por uno, pero que apuntan a una base de software cada vez más sólida y moderna.

Escritorios disponibles en AerynOS 2025.12: GNOME, KDE Plasma y COSMIC

Una de las grandes bazas de AerynOS 2025.12 es su apuesta clara por ofrecer varias experiencias de escritorio bien cuidadas. No se trata solo de “tener muchos entornos”, sino de dedicarles tiempo de empaquetado y pulido.

GNOME 49.2 como entorno principal en la ISO Live

En el caso de GNOME, los desarrolladores reconocen que no hay demasiada historia que contar más allá de la actualización: lo han llevado a la versión 49.2 y está funcionando como se espera, sin grandes sorpresas. GNOME es el entorno por defecto en la imagen Live, y sirve como cara visible inicial de la distro.

Este enfoque permite que quienes descargan la ISO se encuentren con un GNOME muy actual, fluido y estable dentro de lo que cabe en una distro aún en fase alfa, beneficiándose de todas las mejoras recientes de este entorno.

KDE Plasma 6.5.4 con soporte mejorado para altas tasas de refresco

La rama KDE también ha recibido mucha atención. AerynOS 2025.12 incluye KDE Plasma 6.5.4, KDE Frameworks 6.20.0 y la suite KDE Gear de la serie 25.08.x, lo que la convierte en la segunda versión de AerynOS que ofrece Plasma como opción de escritorio durante la instalación.

Además de la actualización de versiones, el equipo ha introducido parches personalizados para mejorar el soporte de monitores con altas tasas de refresco. Esto es especialmente interesante para quienes usan pantallas gaming de 120 Hz, 144 Hz o más, ya que busca pulir la experiencia gráfica y hacerla más suave y coherente.

De este modo, AerynOS no solo “incluye Plasma”, sino que intenta que la experiencia en KDE esté a la altura de lo que se espera de un escritorio moderno, tanto en fluidez como en integración con el resto del sistema.

COSMIC Beta 9: automatización y pulido de la experiencia

El tercer gran entorno es COSMIC, el escritorio de System76 que todavía se encuentra en fase beta pero que cada vez genera más interés. En esta versión se incluye COSMIC Beta 9, con un trabajo fuerte en automatizar el empaquetado a partir de las etiquetas de Git que lanza System76.

Gracias a esta automatización, el equipo de AerynOS puede empujar más rápido las nuevas versiones de COSMIC a su repositorio volatile y, tras un tiempo, moverlas al repositorio unstable. Se trata de un flujo pensado para que quienes prueban la distro puedan seguir el ritmo del desarrollo de COSMIC casi al día.

También se han resuelto varios problemas específicos de este escritorio. Uno de los más llamativos era que los dispositivos USB no se montaban automáticamente en sesiones COSMIC. Este fallo se ha corregido añadiendo gvfs al conjunto de paquetes de COSMIC, algo clave para la usabilidad básica del entorno.

Otro detalle importante: se ha arreglado un bug comentado en una entrada anterior del blog, donde sudo-rs no funcionaba bien en Cosmic Terminal ni en Ptyxis dentro de sesiones COSMIC. Con estos parches, el escritorio COSMIC en AerynOS gana enteros y se acerca más a una experiencia lista para el día a día… siempre dentro del contexto de una distro en estado alfa.

Mejoras de infraestructura: Vessel, repositorios y nuevos servidores

Más allá de los paquetes y los escritorios, AerynOS 2025.12 viene cargado de cambios “de trastienda” que apuntan al futuro de la distro. El equipo ha estado trabajando en varios frentes de infraestructura.

Una de las novedades más interesantes es la incorporación de lógica de auto-pruning en Vessel, el gestor de repositorios de AerynOS. Esta funcionalidad hace que, de forma periódica (actualmente a diario), el sistema revise qué paquetes hay almacenados en el servidor y cuáles son accesibles a través de los índices de los repositorios.

Cuando se detecta que ciertos paquetes ya no son alcanzables desde ningún índice, se consideran sobrantes y se eliminan automáticamente. Con ello se consigue mantener el repositorio “ligero y limpio”, evitando que se llenen los discos con paquetes obsoletos que ya no usa nadie.

Este tipo de automatización libera al equipo de tener que andar pendiente de tareas de limpieza manual y reduce el riesgo de encontrarse con problemas de almacenamiento llenándose sin previo aviso. Para una distro que quiere escalar a más usuarios en 2026, tener esta base bien trabajada es fundamental.

Migración de servidor principal a netcup

En paralelo, el equipo se ha replanteado qué tipo de servidor necesitaba la distro en este momento del proyecto. En los últimos siete meses, gran parte de la carga la han asumido cuatro servidores privados de ermo, por lo que el antiguo servidor principal de compilación de AerynOS no se estaba aprovechando al máximo.

Tras revisar necesidades y costes, han decidido retirar ese servidor de producción y cambiar a un “root server” de netcup en Alemania. Este nuevo servidor está mejor orientado a funciones de alojamiento de repositorios y coordinación de infra, y cuenta con una interfaz de red de 2,5 Gbit.

Según comenta el equipo, los usuarios europeos están notando velocidades de descarga bastante superiores, algo muy de agradecer cuando se trata de bajar ISOs grandes o actualizaciones voluminosas. La experiencia inicial con el soporte de netcup también ha sido positiva, con una atención rápida y útil durante la fase de configuración.

Cambios en comunicación en AerynOS 2025.12 y servicios externos

Además de los cambios técnicos, AerynOS 2025.12 viene acompañado de un giro en las herramientas que usa el proyecto para comunicarse y gestionar sus servicios. Aquí también se nota el esfuerzo por profesionalizar la gestión.

De Matrix a Zulip: nueva plataforma de chat

Durante mucho tiempo, el proyecto ha utilizado Matrix como plataforma de mensajería instantánea, y el equipo deja claro que valoran el trabajo de Matrix como solución federada y de código abierto. Sin embargo, en la práctica se les habían acumulado varios problemas.

Entre los principales inconvenientes, había complicaciones administrativas y problemas de federación: mensajes que llegaban con retraso o usuarios que en una sala veían determinados mensajes y en otras no, lo que resultaba confuso y dificultaba el seguimiento de conversaciones.

Tras estudiar alternativas y definir requisitos, el equipo decidió probar Zulip. Después de utilizarlo internamente durante un tiempo, vieron que ofrecía buen chat en tiempo real y, además, conversaciones asíncronas con temas/hilos. Esto permite que usuarios, colaboradores y miembros del equipo se centren mejor en las conversaciones relacionadas con sus intereses o responsabilidades.

Zulip también es software libre y dispone de cientos de integraciones, lo que facilita mucho la automatización de flujos de trabajo y la moderación. La respuesta de la comunidad de AerynOS ante el cambio ha sido muy positiva, y el proyecto se muestra entusiasmado con seguir creciendo ahí.

Como detalle interesante, Zulip cuenta con una política de apoyo a proyectos open source y ha patrocinado a AerynOS con una instancia cloud estándar sin coste. Cualquiera que quiera participar en la comunidad puede unirse al servidor de Zulip de AerynOS y empezar a charlar con el resto de usuarios y desarrolladores.

Transición del correo a Migadu

Otro cambio menos visible para el usuario final pero importante de puertas adentro ha sido la migración del correo. El equipo ha revisado las opciones del mercado y ha decidido pasarse a Migadu, aprovechando un descuento para proyectos de software libre.

Aunque Migadu requiere algo más de configuración inicial que otros proveedores más “plug and play”, ofrece una ventaja clara: se pueden crear tantas direcciones de correo como se necesiten dentro de la cuenta, sin que esto suponga un incremento del coste base.

Para un proyecto en expansión, esto es ideal, ya que permite definir buzones específicos para diferentes áreas (infraestructura, comunidad, prensa, etc.) sin disparar la factura, al tiempo que se gana flexibilidad administrativa.

Nueva ISO alfa AerynOS 2025.12 e instalador lichen

La estrella visible de todo este trabajo es la nueva ISO alfa AerynOS 2025.12. Esta imagen recoge todas las actualizaciones acumuladas durante noviembre y la primera semana de diciembre, consolidando en un solo punto una gran cantidad de mejoras.

Se trata, como en anteriores snapshots, de una ISO Live con GNOME que incluye el instalador en estado alfa/proof of concept llamado lichen. Este instalador se apoya en una conexión a internet durante el proceso, ya que va descargando los pkgsets más recientes para volcarlos en un disco que se destina íntegramente a AerynOS.

Aunque lichen todavía está lejos de lo que será el instalador definitivo, el proyecto tiene en el horizonte el desarrollo de un instalador renovado con mejores opciones de gestión de discos: soporte para borrado completo de la unidad, esquemas de particionado dinámico y, en general, una experiencia de instalación más flexible y segura.

La ISO 2025.12 se puede descargar desde la página oficial de descargas de AerynOS, y está pensada para que quienes sigan de cerca el proyecto puedan probar en hardware real las novedades en kernel, escritorios, pila gráfica y herramientas de sistema.

AerynOS 2025.12 se sitúa así como una proyecto vivo, en movimiento donde se mezclan actualizaciones de escritorio y paquetes, mejoras profundas de infraestructura, replanteamientos de branding y web, y un empuje fuerte a la documentación y la comunidad, dejando sensación de proyecto vivo, en movimiento y con ganas de convertirse, a medio plazo, en una opción de referencia dentro del mundo Linux.

ShaniOS se ha colado en la conversación sobre distros inmutables casi sin hacer ruido, pero con argumentos muy sólidos: seguridad elevada, actualizaciones atómicas y una experiencia bastante pulida tanto en GNOME como en KDE Plasma. Si vienes de Windows o de una distro Linux clásica, puede sonar a ciencia ficción eso de que “el sistema no se rompe”, pero aquí la idea va precisamente por ahí.

Lo interesante es que ShaniOS combina una base Arch Linux con un planteamiento moderno: sistema de doble raíz azul/verde sobre Btrfs, raíz de solo lectura con capas escribibles, actualizaciones gestionadas por un comando propio y aplicaciones aisladas mediante Flatpak. Todo ello envuelto en un instalador en vivo agradable (con Sway) y un sistema final pensado tanto para uso doméstico como para equipos OEM.

Qué es ShaniOS y por qué se habla de un sistema inmutable

En pocas palabras, ShaniOS es una distribución basada en Arch Linux diseñada como sistema inmutable. Eso significa que la parte “gorda” del sistema (la raíz con el sistema operativo) no se toca mientras lo usas. No puedes ir instalando y desinstalando paquetes del sistema a lo loco con pacman, y esto no es una limitación gratuita: es la base de su estabilidad.

Un sistema inmutable como ShaniOS ofrece más estabilidad, menos sorpresas y una superficie de ataque más reducida. Al no permitir cambios arbitrarios en la raíz durante la ejecución, se evitan muchas roturas típicas de “he actualizado algo y ahora no arranca” o “he tocado un paquete crítico y lo he dejado KO”.

La pregunta que mucha gente se hace es si lo inmutable es “el futuro” o una moda pasajera. Distribuciones como Fedora Silverblue o variantes atómicas llevan tiempo empujando este concepto, y ShaniOS se suma a esa corriente, pero con su propia personalidad basada en Arch, Btrfs y Flatpak.

Arquitectura azul/verde con subvolúmenes Btrfs

Una de las piezas clave de ShaniOS es su estrategia azul/verde apoyada en subvolúmenes Btrfs. En vez de tener un único sistema raíz, mantiene dos raíces completas: una azul y otra verde. En cada momento arrancas desde una de ellas, mientras la otra queda en reserva para las actualizaciones.

Cuando arrancas, por ejemplo, en la raíz azul, el sistema marca la ranura azul como activa y la verde como inactiva. Al ejecutar el comando de actualización, la nueva versión del sistema se despliega en la ranura inactiva (verde). De esta forma, todo el proceso se hace “por detrás” sin tocar el sistema con el que estás trabajando.

Tras completar la actualización, se actualizan las entradas de arranque para que el siguiente reinicio lo hagas desde la ranura recién actualizada. Si todo va bien, empiezas a utilizar el nuevo sistema; si algo sale mal o no te convence, puedes volver a la raíz anterior de forma prácticamente instantánea gracias a esa doble estructura.

Este enfoque se apoya de manera intensa en las capacidades de Btrfs: subvolúmenes, instantáneas y copy-on-write. La distro organiza la raíz azul y verde como subvolúmenes separados, permitiendo mantener dos estados completos, eficientes en espacio y fáciles de gestionar para reversión y recuperación.

ShaniOS es un sistema de solo lectura y capas escribibles

Para conseguir que el sistema sea realmente inmutable, ShaniOS utiliza una imagen base de Arch Linux generada con pacstrap en modo solo lectura. Esa capa contiene el corazón del sistema: kernel, librerías principales y utilidades base.

Encima de esa base, la distribución monta varias capas escribibles con overlays y tmpfs. Destaca el overlay sobre /etc, que permite que puedas modificar configuraciones del sistema (red, servicios, preferencias de sistema, etc.) sin alterar nunca la imagen base. Esas modificaciones se guardan de forma persistente, pero separadas de la raíz inmutable.

Por otra parte, /var se gestiona como tmpfs a través de systemd.volatile, lo que mantiene los datos de tiempo de ejecución en memoria y evita que ensucien la raíz del sistema. Además, se hace un uso intensivo de subvolúmenes e instantáneas Btrfs para facilitar restauraciones y mantener la integridad del sistema con el mínimo esfuerzo.

Seguridad y diseño de un sistema inmutable

Más allá de la arquitectura de almacenamiento, ShaniOS integra un conjunto de medidas de seguridad pensadas para minimizar riesgos. Aunque el detalle fino de cada perfil no siempre se destaca en las reseñas, se menciona el uso de AppArmor y una configuración de firewalld que viene lista para proteger el sistema desde el primer arranque.

La inmutabilidad en sí misma funciona como un escudo adicional: al no poder modificar la raíz en ejecución, se complica mucho que un atacante cambie binarios del sistema, añada servicios persistentes o manipule componentes críticos. Esta filosofía se complementa con el soporte de cifrado completo de disco, de forma que no solo el sistema es difícil de romper, sino que tus datos están a salvo si pierdes el equipo.

En el arranque, ShaniOS apuesta por systemd-boot y entorno UEFI nativo. Esta combinación favorece una experiencia moderna, con tiempos de arranque rápidos y una gestión más sencilla de las entradas de arranque, especialmente importante cuando se manejan dos raíces y múltiples imágenes de kernel.

Requisitos de ShaniOS y compatibilidad de hardware

Instalar ShaniOS no requiere una máquina de gama alta, pero sí hay unos mínimos razonables para disfrutarlo con soltura. En general, se recomienda disponer de al menos 4 GB de RAM y 64 GB de espacio libre en disco, sobre todo porque la filosofía de doble sistema ocupa más que una instalación tradicional.

En cuanto al procesador, cualquier equipo de 64 bits relativamente moderno suele ser compatible. Lo mismo ocurre con la tarjeta gráfica: la experiencia en vivo y el sistema instalado están pensados para funcionar en prácticamente cualquier GPU de la última década, incluyendo soporte optimizado para controladores NVIDIA-Open preinstalados, lo que es un guiño directo a quienes usan hardware NVIDIA.

Eso sí, conviene tener en cuenta que ShaniOS está pensado para funcionar mejor en hardware físico. Se puede usar en máquinas virtuales, pero la experiencia de sistema inmutable, con su cifrado y su despliegue azul/verde, brilla más cuando se instala en un equipo real. En el mundo UEFI, además, se enfatiza el uso de systemd-boot como gestor, maximizando compatibilidad con placas actuales.

Preparación previa: BIOS/UEFI y medio de instalación

Antes de ponerte a instalar, es importante preparar bien el equipo. ShaniOS recomienda desactivar opciones como Fast Boot y Secure Boot en la BIOS o UEFI de tu ordenador. Estas funciones, aunque prácticas en otros contextos, pueden interferir con el arranque desde el USB o con el despliegue del sistema.

También es aconsejable activar el modo AHCI para el controlador SATA y forzar el arranque en modo UEFI puro si tu firmware lo permite. Este tipo de ajustes suelen mejorar tanto el rendimiento de los discos como la compatibilidad general con el esquema de particionado y el arranque que utiliza ShaniOS.

Respecto al medio de instalación, la documentación es bastante clara: hay que crear el USB con herramientas como Balena Etcher, Rufus o usando dd directamente. Se especifica que no se use Ventoy, porque la ISO de ShaniOS no termina de llevarse bien con ese método y puede que simplemente no arranque. En resumen, un USB de 8 GB o más y una herramienta clásica de grabación son la apuesta segura.

Acceso al sistema en vivo e instalador de ShaniOS

Cuando arrancas desde el USB, ShaniOS ofrece un entorno en vivo con Sway como interfaz principal. Esta elección da una sensación moderna y ligera, permitiendo probar parte de la experiencia antes de comprometer el disco duro. Desde ahí se lanza el instalador gráfico, que guía las decisiones principales (discos, cifrado, escritorio, etc.).

Si necesitas iniciar sesión en ese entorno en vivo, se proporciona un usuario y contraseña muy sencillos. Ambos suelen ser “shani” tanto para el nombre de usuario como para la contraseña, lo que te permite entrar sin complicaciones y empezar a explorar o lanzar el instalador.

El instalador se ha diseñado para que funcione en un amplio abanico de hardware sin necesidad de trucos. La idea es que, en unos 20 minutos aproximadamente, puedas pasar del USB al sistema instalado y operativo, con la doble raíz ya preparada y el escritorio que hayas elegido listo para la configuración inicial.

Instalación del sistema y escritorios disponibles

Una vez dentro del entorno en vivo, el flujo de instalación es relativamente directo. La herramienta prepara el disco, crea los subvolúmenes Btrfs necesarios y despliega la imagen base. El tiempo de instalación puede rondar los 15-20 minutos, aunque hay experiencias de usuarios que reportan cifras cercanas a los 7-8 minutos cuando el equipo y el disco son rápidos.

Tras esa fase, ShaniOS se presenta con dos opciones de entorno de escritorio principales: GNOME y KDE Plasma. La edición GNOME está muy orientada al uso OEM, incorporando gnome-initial-setup preconfigurado para que el primer arranque permita personalizar idioma, cuenta de usuario y opciones básicas con un estilo muy fluido.

Por su parte, la edición KDE Plasma no se limita al tema por defecto. Los desarrolladores han retocado la apariencia para darle una identidad propia, moviendo por ejemplo el menú principal a la esquina superior izquierda y afinando detalles estéticos. Visualmente recuerda a una mezcla entre Windows y macOS, con una barra atractiva y ventanas modernas.

Gestión de software en ShaniOS: Flatpak como pilar principal

Una de las decisiones más polémicas, pero coherentes con el modelo inmutable, es que ShaniOS delega la instalación de aplicaciones de usuario casi por completo en Flatpak. El sistema base se mantiene congelado y las apps se distribuyen de forma aislada, cada una con sus dependencias dentro de un contenedor.

Esta aproximación tiene ventajas claras: las actualizaciones de aplicaciones son independientes del sistema, no rompes nada de la raíz, puedes tener varias versiones y, en general, el sistema sigue estable aunque una app falle. Además, la integración con GNOME Software o KDE Discover hace que instalar programas gráficos sea cuestión de unos clics.

No todo el mundo es fan de Flatpak. Hay quienes se quejan de que muchos Flatpaks no respetan del todo el tema visual del sistema o se ven “diferentes” en 2025, y a algunos usuarios les molesta depender solo de este sistema para instalar aplicaciones. Sin embargo, en el contexto de una distro inmutable como ShaniOS, este sacrificio tiene sentido: se prioriza integridad y reversibilidad frente a la flexibilidad absoluta de un gestor de paquetes clásico.

Entre las aplicaciones que vienen de serie destacan Vivaldi como navegador predeterminado (con VPN y bloqueador de anuncios integrados), OnlyOffice como alternativa a Microsoft Office, Warehouse para la gestión de Flatpaks, KolourPaint para ediciones sencillas de imagen y Pods para manejar contenedores. Desde Discover puedes completar el catálogo con prácticamente cualquier software que necesites.

Actualizaciones atómicas con shani-deploy

El componente estrella para mantener el sistema al día es el comando shani-deploy, la herramienta oficial de actualizaciones del sistema. Es fundamental interiorizar que aquí no se usa pacman directamente para tocar la base; las actualizaciones del sistema se hacen siempre con este comando, que gestiona el despliegue azul/verde de forma segura.

Cuando ejecutas sudo shani-deploy, la herramienta arranca una serie de pasos bien definidos. Primero comprueba que se está ejecutando como root y que hay conexión a internet. Después activa mecanismos para evitar suspensiones o apagados durante la actualización, y valida que el arranque actual corresponde al subvolumen esperado.

A continuación, consulta el canal de actualizaciones configurado para obtener información de la versión más reciente, descarga la imagen correspondiente, verifica su integridad y la despliega en el subvolumen inactivo (por ejemplo, el verde si estás en el azul). El proceso también genera y firma una nueva Unified Kernel Image (UKI), actualiza las entradas del bootloader y migra configuraciones persistentes necesarias (como el overlay de /etc).

Antes de dar la actualización por buena, se realizan validaciones de integridad en el nuevo subvolumen. Al terminar, se te suele informar de que conviene probar las aplicaciones tras el reinicio, asegurarse de que todo responde como toca y, si es el caso, volver a ejecutar la herramienta para completar el ciclo entre azul y verde.

Algunos usuarios han comentado experiencias prácticas en las que, tras actualizar desde el entorno azul, reinician en verde, crean archivos en Documentos y al volver a lanzar shani-deploy reciben avisos sobre desajustes de arranque. En estos casos, seguir las recomendaciones (probar apps, reiniciar, dejar que el sistema sincronice de nuevo azul y verde) suele resolver la situación sin mayor drama.

Rendimiento y experiencia en el día a día con ShaniOS

Quienes han probado ShaniOS destacan que el rendimiento es uno de sus puntos fuertes. A pesar de la complejidad interna de doble raíz, overlays y capas, el sistema se siente ágil y fluido. En comparación con otras distros inmutables, hay opiniones que señalan que ShaniOS se comporta mejor y con menos fricción en el uso cotidiano.

En entornos como KDE Plasma, la personalización visual y la disposición de la interfaz consiguen una experiencia amigable incluso para usuarios que vienen de Windows. La barra estilo dock y las ventanas modernas proporcionan una transición más suave para quien busca algo distinto pero reconocible.

Al tratarse de una distro basada en Arch, el soporte de hardware moderno suele ser muy bueno. Ejemplos de equipos con CPUs recientes de Intel, GPUs NVIDIA de última generación y almacenamiento NVMe rápido funcionan sin problemas en ShaniOS, siempre que la instalación se realice sobre un disco adecuado y no sobre unidades que el instalador aún no maneje bien (como ciertos SSD USB externos donde algunos usuarios han reportado dificultades).

Limitaciones, dual boot y pequeños escollos

No todo son ventajas y conviene conocer las advertencias oficiales. La propia documentación de ShaniOS desaconseja el dual boot. El motivo es sencillo: otros sistemas operativos pueden sobreescribir el gestor de arranque o modificar la configuración UEFI, rompiendo el esquema azul/verde y complicando el arranque de ShaniOS.

Tampoco es oro todo lo que reluce con el instalador: hay usuarios que han intentado instalar la distro en unidades USB M.2 externas y se han topado con errores al formatear o seleccionar particiones, incluso después de reformatear en Btrfs o dejar el disco completamente vacío. Son casos concretos, pero reflejan que todavía hay margen de mejora en el soporte a ciertos tipos de almacenamiento.

En el terreno del software, la dependencia casi total de Flatpak para las aplicaciones también genera división de opiniones. Hay quien lo acepta como precio a pagar por la inmutabilidad y quien preferiría un modelo mixto con algo similar al AUR o repositorios clásicos. El debate está servido y probablemente el proyecto siga ajustando este equilibrio con el tiempo.

Por qué ShaniOS es una opción interesante frente a Windows y a otras distros Linux

Si vienes de Windows y estás cansado de actualizaciones problemáticas, bloqueos aleatorios o vulnerabilidades constantes, una distro inmutable como ShaniOS puede ser una alternativa muy atractiva. La promesa de que el sistema “no se rompe” fácilmente, unida a la posibilidad de revertir en un clic, ofrece una tranquilidad que muchas instalaciones tradicionales no dan.

Frente a distribuciones Linux más populares como Ubuntu, Linux Mint, Fedora o Zorin OS, ShaniOS destaca por su enfoque radical en estabilidad y seguridad. Mantener dos copias del sistema (azul y verde), usar raíz de solo lectura, apoyarse en Btrfs para snapshots y subvolúmenes y aislar las apps con Flatpak forma un conjunto coherente para quien prioriza robustez sobre experimentación constante.

Al mismo tiempo, no sacrifica demasiado la usabilidad ni la estética. La interfaz recuerda en parte a Windows y macOS, con escritorios GNOME o KDE bien integrados, un navegador moderno con VPN y adblock de serie, y herramientas ofimáticas listas para sustituir a Office. Se mantiene ligero y con buen rendimiento, sin dar la sensación de distro “experimental” que te obliga a pelearte con todo.

ShaniOS se posiciona como una propuesta seria dentro del ecosistema de distros inmutables: combina tecnología actual (Btrfs, systemd-boot, cifrado, Flatpak) con una base Arch y una experiencia pensada para que el usuario se olvide de que debajo hay un sistema complejo de dos raíces y despliegues atómicos. No es perfecto, pero si buscas un Linux que aguante el día a día sin dramas, merece claramente un hueco en tu lista de candidatos.

Muy poco después de la anterior, la versión 2025-12-04 de Raspberry Pi OS llega con mejoras centradas en la usabilidad, la estabilidad y el soporte a periféricos externos, especialmente discos duros (HDD) y unidades NVMe conectadas por USB. Con estos cambios, sacar de forma segura un disco externo en una Raspberry Pi es ahora tan sencillo y seguro como en sistemas de escritorio convencionales. Además, se corrigen varios errores y se afinan detalles del entorno gráfico y del gestor de ventanas.

Esta actualización supone un gran avance para usuarios de Raspberry Pi que usan unidades externas, ya sea para almacenamiento extra, backups o como parte de proyectos de servidor doméstico. Acompaña mejoras en accesos rápidos, estabilidad del sistema y compatibilidad con hardware moderno.

Raspberry Pi OS 2025-12-04 introduce funcion “eject” segura para unidades USB

La novedad más destacable es que Raspberry Pi OS ahora permite expulsar de forma segura discos duros (HDD) y unidades NVMe conectadas vía USB. Esto reduce el riesgo de corrupción de datos al desconectar unidades externas.

Se añade un nuevo acceso directo de teclado (Alt+F2) para abrir el diálogo “Ejecutar” en la sesión Wayland basada en Labwc, ideal para quienes prefieren un flujo de trabajo rápido por teclado. Además, el panel de configuración “Pantallas” ha dejado de generar automáticamente un archivo de configuración kanshi al iniciarse, evitando así sobreescrituras innecesarias.

Corrección de varios fallos y mejoras de estabilidad en Raspberry Pi OS 2025-12-04

Esta versión corrige varios cuelgues y errores informados por usuarios, entre ellos:

• Bloqueos al usar unidades montadas o la papelera en la vista “Lugares”.
• Problemas al descargar el complemento del monitor del sistema (System Monitor plugin).
• Fallos al desconectar dispositivos de audio con alimentación eléctrica.
• Error al alternar al modo texto (TTY) desde el gestor de archivos.
• Corrección en la presentación del icono del plugin Bluetooth en dispositivos sin hardware Bluetooth.

Base estable y compatibilidad mantenida

El sistema sigue usando el kernel Linux 6.12 (versión 6.12.47) junto con el firmware habitual de Raspberry Pi Foundation, garantizando compatibilidad con la gama completa de modelos de Raspberry Pi, tanto de 32-bit como 64-bit ARM.

¿Para quién está pensada esta actualización?

Esta versión es especialmente interesante para usuarios de Raspberry Pi que utilizan discos externos: ya sea para almacenamiento adicional, backups, multimedia, servidores personales o proyectos de NAS doméstico. También para quienes usan la interfaz gráfica con Wayland y buscan un entorno más estable y completo con soporte moderno para hardware y productividad. Si usas SSH o línea de comandos, la mejora del “eject seguro” para unidades USB añade un plus de seguridad importante.

Descarga e instalación

Raspberry Pi OS 2025-12-04 ya está disponible para su descarga desde el sitio oficial. Los usuarios existentes pueden actualizar simplemente ejecutando:

sudo apt update && sudo apt full-upgrade

y reiniciar para disfrutar de las nuevas funciones.

Alpine Linux 3.23 ya está disponible y llega cargado de cambios importantes tanto a nivel de núcleo del sistema como en su ecosistema de paquetes. Esta versión consolida a Alpine como una distribución ligera, muy segura y especialmente popular en entornos de contenedores y sistemas embebidos gracias a su uso de musl libc, BusyBox y un enfoque minimalista. Si trabajas con Docker, Kubernetes o dispositivos con recursos limitados, te interesa bastante lo que trae esta edición.

Más allá de la clásica actualización de paquetes, Alpine 3.23 introduce mejoras de calado: un nuevo kernel LTS, el salto a GCC 15 y LLVM 21, la llegada de apk-tools v3, cambios en el árbol de firmware de Intel, reorganización de subpaquetes (udev, systemd, nftables), limpieza de software obsoleto y un paso firme hacia el modelo de /usr-merge para el sistema de archivos. Todo ello sin abandonar su carácter modular basado en OpenRC y sin imponer un entorno gráfico concreto.

Núcleo, toolchain y entornos de escritorio actualizados en Alpine Linux 3.23

Uno de los puntos más destacados de Alpine Linux 3.23 es la actualización del núcleo: ahora la distribución se apoya en el kernel Linux 6.18 LTS, una versión que aporta nuevas funcionalidades, drivers más modernos y una base sólida de mantenimiento a largo plazo. Este cambio, similar al introducido en Alpine 3.18, beneficia tanto a servidores como a contenedores y sistemas embebidos que requieren estabilidad y soporte de hardware reciente.

En el apartado de compiladores, Alpine da un salto importante al adoptar GCC 15 como compilador principal y actualizar todo su árbol de paquetes para compilar con esta nueva versión. Esto implica mejoras de rendimiento, nuevas optimizaciones y cambios en el soporte de C, C++, Rust y otros lenguajes que se benefician de la infraestructura de GCC. El equipo recomienda revisar los documentos de cambios y guía de migración de GCC 15 para proyectos que compilen su propio código, ya que puede haber ajustes necesarios en flags, código legado o dependencias.

Junto a GCC, el conjunto de herramientas LLVM también se renueva: Alpine 3.23 pasa a ofrecer LLVM 21.1.2 como versión principal. Las versiones anteriores de clang/LLVM 20 siguen disponibles en los repositorios para facilitar transiciones, pero se han eliminado paquetes antiguos de LLVM/Clang que ya no tienen uso en la propia distribución. Si mantienes software que depende de versiones viejas, la recomendación es portar el código a LLVM 21 o apoyarte en builds externos.

En el escritorio, aunque Alpine no fuerza ningún entorno gráfico por defecto, esta versión se actualiza a los últimos lanzamientos: incluye GNOME 49, KDE Plasma 6.5.x y LXQt 2.3, además del compositor Wayland Sway 1.11, que actúa como reemplazo para i3 en X11. Esto abre la puerta a estaciones de trabajo modernas basadas en Alpine.

Alpine Linux 3.23 estrena nueva generación del gestor de paquetes: apk-tools v3

Después de varios años de trabajo intenso en la rama principal del proyecto, Alpine integra en esta versión apk-tools v3, la tercera generación de su gestor de paquetes apk. El cambio está pensado para ser transparente para la mayoría de usuarios: actualizar desde apk v2 debería ser seguro y sin sobresaltos, siempre que uses las herramientas habituales desde la línea de comandos.

La situación cambia si desarrollas herramientas que enlazan directamente contra libapk. En ese caso, Alpine avisa de que pueden existir incompatibilidades, por lo que conviene revisar el código, las cabeceras y la documentación asociada al nuevo libapk. Aunque el núcleo del gestor de paquetes se actualiza a la versión 3, la distribución ha decidido por ahora mantener el formato de índice y de paquetes de apk v2, retrasando la adopción completa del nuevo formato hasta una versión posterior.

La versión 3 de apk aporta soporte para un nuevo formato de índice más flexible y seguro, preparado para algoritmos de hash modernos y firmas criptográficas más robustas. Además, el nuevo formato de paquetes incorpora compresión Zstd, lo que mejora tanto la velocidad de instalación y actualización como el tamaño ocupado en disco. También se han introducido nuevos comandos, mejoras en el manejo de la configuración y un esquema más limpio para la definición de repositorios, que facilita la vida a quienes mantienen mirrors o infraestructuras internas.

El equipo de Alpine recomienda encarecidamente que, a la hora de pasar de una versión mayor a otra (por ejemplo, de 3.22 a 3.23), se utilice el comando apk upgrade –available. Esta orden fuerza a apk a usar las versiones más recientes de los paquetes compatibles con la nueva rama, evitando mezclas raras entre ramas distintas que puedan dejar el sistema a medias.

Transición hacia /usr-merge en el sistema de archivos

Desde hace tiempo, Alpine venía preparando un cambio importante en la forma de organizar su sistema de archivos: la adopción del modelo /usr-merged. En este diseño, rutas tradicionales como /bin, /sbin y /lib dejan de ser directorios independientes y pasan a convertirse en simples enlaces simbólicos que apuntan a sus equivalentes dentro de /usr. Es un movimiento que acerca Alpine al estándar seguido por muchas otras distribuciones modernas.

El objetivo de este rediseño es la unificación de ejecutables y bibliotecas en un único árbol bajo /usr. De este modo, se reducen rutas duplicadas, se simplifica el empaquetado de software, se hace más predecible el entorno de ejecución y se alinea mejor el sistema con la forma en que funcionan contenedores y rootfs modernos. Para Alpine, fuertemente orientado a imágenes pequeñas y contenedores, esta coherencia aporta ventajas claras.

En un primer momento se planeó que Alpine 3.23 introdujera de forma generalizada el sistema totalmente /usr-merged en instalaciones nuevas, pero debido a dificultades técnicas el cambio global se ha pospuesto. La propia distribución ha comentado que se publicará un nuevo calendario oficial en el que se detalle cuándo se impondrá este modelo de forma obligatoria, muy probablemente alrededor de ramas futuras como 3.26 o 3.27.

Aun así, Alpine 3.23 ya permite optar por este diseño: las instalaciones nuevas pueden ser /usr-merged si el usuario lo decide. Para ello, durante el proceso de instalación es posible establecer la variable de entorno BOOTSTRAP_USR_MERGED=1 antes de ejecutar setup-disk. De esta forma, el sistema resultante ya nace con la estructura fusionada.

Si ya tienes una instalación existente y quieres migrar, la distribución ofrece un método manual a través del paquete merge-usr. Una vez instalado, basta con ejecutar su binario como usuario root para que realice la reestructuración del sistema de archivos. El anuncio oficial y la wiki de Alpine describen con más detalle los pasos y las precauciones que hay que tomar, especialmente en servidores en producción.

Hay un caso especial que Alpine recalca: los usuarios que mantienen las particiones / y /usr en sistemas de ficheros separados. Esta configuración no está soportada oficialmente y, en el contexto de /usr-merge, requiere un cuidado extremo para evitar que el sistema deje de arrancar. La documentación oficial indica qué medidas tomar en estos escenarios, y se insiste en que este tipo de particionado no es recomendable de cara al futuro.

De cara a próximos lanzamientos, los desarrolladores han dejado claro que el modelo /usr-merged acabará siendo la única opción. Cuando eso ocurra, quienes sigan en esquemas antiguos o no hayan migrado sus instalaciones podrían encontrarse con bloqueos en la actualización o incluso con sistemas rotos al intentar saltar desde ramas muy antiguas (por ejemplo, 3.22) una vez que queden fuera de soporte.

linux-stable sustituye a linux-edge

Otro cambio estructural en Alpine 3.23 es la sustitución del paquete linux-edge por linux-stable. Durante años, las variantes linux-lts y linux-edge habían ido separándose en cuanto a configuración del kernel y arquitecturas soportadas, lo que añadía complejidad al mantenimiento. Con este cambio, linux-stable adopta la misma configuración que linux-lts, pero sigue la rama estable del kernel en lugar de las versiones de soporte extendido.

Para los sistemas que ya tuvieran instalado linux-edge, el gestor de paquetes apk se encarga automáticamente de instalar linux-stable como sustituto. No obstante, la distribución avisa de que existen diferencias de configuración respecto al viejo edge y que, si necesitabas alguna opción concreta del kernel que ya no esté presente, deberías abrir un informe de incidencia para solicitar su inclusión en la configuración de linux-lts.

Este reemplazo también puede implicar ajustes manuales en el gestor de arranque, ya que el nombre del kernel ha cambiado y ahora sigue la misma receta de empaquetado que linux-lts. En sistemas con configuración de boot personalizada (por ejemplo, con GRUB tuneado a mano, syslinux en entornos embebidos o configuraciones muy específicas de UEFI), conviene revisar las entradas para asegurarse de que apunten al nuevo kernel.

Alpine Linux 3.23 introduce cambios en firmware, reglas y servicios empaquetados

Alpine Linux 3.23 incorpora una reorganización relevante en el ámbito de firmware y reglas de sistema. En primer lugar, el firmware iwlwifi para tarjetas inalámbricas de Intel se ha movido de linux-firmware-other a linux-firmware-intel. Esto afecta sobre todo a quienes habían elegido la combinación minimalista de linux-firmware-none junto con linux-firmware-other para reducir al máximo el tamaño de la instalación.

Si estás en ese caso y dependes de Wi-Fi Intel, ahora tendrás que instalar explícitamente el paquete linux-firmware-intel con apk para obtener los archivos iwlwifi*.ucode.zstd. De lo contrario, te puedes encontrar con que la interfaz inalámbrica deje de funcionar tras la actualización, algo especialmente molesto en máquinas remotas o portátiles.

En el apartado de cortafuegos, Alpine introduce un esquema nuevo para las reglas de nftables: los conjuntos de reglas se empaquetan en subpaquetes $pkgname-nftrules, que instalan sus ficheros en /usr/share/nftables.avail/. Para habilitarlos en el sistema, basta con crear enlaces simbólicos desde esos archivos hacia /etc/nftables.d/, lo que permite seleccionar solo las reglas que te interesen. Para quien quiera tirar por la vía rápida, existe un metapaquete llamado nftables-rulesets que instala todos los subpaquetes de reglas disponibles.

También se ha realizado una limpieza y reorganización de reglas de udev. La mayoría de ellas se han movido desde los paquetes principales a subpaquetes específicos con el sufijo -udev. En sistemas que ya tengan udev instalado, estos subpaquetes se añaden de manera automática, así que en teoría no hay que hacer nada. La finalidad de este cambio es simplificar instalaciones minimalistas que prescinden de udev, habituales en contenedores o entornos ultra ligeros.

Algo parecido ocurre con los servicios para systemd. Aunque Alpine sigue usando OpenRC como sistema init por defecto y no incluye systemd como paquete estándar, muchos paquetes pasan ahora a proporcionar subpaquetes $pkgname-systemd que contienen las unidades y servicios necesarios para integrarse con systemd. Esto está pensado sobre todo para facilitar el trabajo en proyectos como postmarketOS u otros entornos donde Alpine se usa de base con systemd encima. La distribución deja claro que no hay intención de sustituir OpenRC por systemd como init predeterminado.

Actualizaciones destacadas de paquetes y ecosistema de Alpine Linux 3.23

Alpine Linux 3.23 viene, como de costumbre, con un buen aluvión de actualizaciones de paquetes clave en el ecosistema de servidores, desarrollo y escritorio. Entre los componentes más relevantes se encuentran el lenguaje y runtime Rust 1.91.x, la base de datos PostgreSQL 18, el intérprete Perl 5.42, el lenguaje Ruby 3.4.7, el entorno de ejecución .NET 10, el kit de desarrollo OpenJDK 25, el motor de bases de datos en memoria Valkey 9.0 o el framework Qt 6.10.

En el ámbito web y de servicios de red, Alpine 3.23 incluye PHP 8.5.0, Docker 29, OpenSMTPD 7.8.0, ISC BIND 9.20.16, ISC Kea 3.0.2 y Node.js 24.11.1 LTS. Esta combinación convierte a la distribución en una base muy actualizada para aplicaciones modernas, microservicios, APIs y servicios de correo o DNS. También se actualiza Go a la versión 1.25, lo que beneficia a multitud de proyectos cloud-native empaquetados en Alpine.

En multimedia, el paquete ffmpeg se actualiza desde la versión 6 a la 8. Muchos consumidores de ffmpeg ya se han recompilado contra la nueva API, aunque Alpine conserva todavía paquetes ffmpeg6 y ffmpeg7 para aquellos componentes cuya compatibilidad aún no ha sido ajustada. Lo que sí desaparece es ffmpeg4, que se elimina definitivamente, después de migrar todos sus consumidores al menos a ffmpeg 6.

El conjunto de herramientas para red curl se recompila ahora con soporte HTTP/3 gracias a la integración de nghttp3 y openssl-quic. Esto permite aprovechar nuevos protocolos de transporte en aplicaciones que se apoyan en curl para realizar conexiones, haciéndolo especialmente interesante para servicios web de alto rendimiento o herramientas de diagnóstico modernas.

El servidor web nginx se compila con la opción –with-compat, que habilita la compatibilidad con módulos dinámicos externos. Además, se introduce un nuevo subpaquete nginx-mod-dev que incluye las fuentes y las dependencias de compilación necesarias para construir módulos de nginx fuera del árbol de Alpine. Eso sí, la distribución recalca que no da soporte a combinaciones cruzadas: módulos compilados contra una versión distinta de nginx o en otra distribución no funcionarán correctamente sobre el paquete de Alpine, y al revés.

El ecosistema de escritorio también se beneficia de la actualización de componentes como BIRD 3.1.4, busybox 1.37.0, Garage 2.1.0, LXQt 2.30, Sway 1.11, wlroots 0.19 y zigbee2mqtt 2.6.3, entre otros muchos. La lista completa es extensa y el equipo anima a revisar las notas de cada proyecto si dependes de ellos de forma directa.

Cambios importantes en redes y paquetes eliminados

En el terreno de la configuración de red declarativa, Alpine 3.23 incorpora ifstate 2, una nueva rama mayor que no es compatible con los antiguos ficheros de configuración de la serie 1.x. Esto significa que no se pueden reutilizar los antiguos archivos de ifstate 1.x tal cual. Es imprescindible adaptar el archivo de configuración al nuevo esquema y al nuevo nombre esperado, de lo contrario el sistema puede quedarse sin red en el siguiente arranque.

La documentación oficial de ifstate describe con detalle cómo migrar la configuración al nuevo formato 2.x, y es muy recomendable hacer la transición con calma, especialmente en servidores a distancia o sistemas que dependan de configuraciones complejas de red. Un despiste aquí puede dejar el host inaccesible hasta que tengas acceso físico o un canal alternativo.

En cuanto a paquetes eliminados, Alpine 3.23 continúa su proceso de limpieza de bibliotecas Qt5 que ya no están en uso por ningún paquete oficial. Siguiendo la línea de lanzamientos anteriores, se han retirado más componentes de la pila Qt5, reduciendo el mantenimiento de código legacy y animando a usar versiones más recientes del stack Qt.

Además, se elimina el paquete ffmpeg4, como ya se ha mencionado, y algunos otros componentes abandonados: el paquete rssh desaparece debido a la falta de mantenimiento upstream, lo mismo que ocurre con ircservices, cuyo desarrollo lleva años parado. También se retira postgresql-age, porque el proyecto Apache AGE va muy por detrás en soporte de las versiones modernas de PostgreSQL y parece carecer del músculo necesario para ponerse al día.

Para quienes necesiten una solución de base de datos de grafos sobre PostgreSQL, Alpine sugiere el uso de agensgraph. Eso sí, a diferencia de AGE, agensgraph no es una extensión enchufable sobre PostgreSQL estándar, sino un fork completo del motor de base de datos, con las implicaciones que eso tiene en mantenimiento y compatibilidad.

Arquitecturas soportadas, descarga y proceso de actualización

Alpine Linux 3.23 se puede descargar desde la página oficial en distintas variantes de imagen, adaptadas a usos muy diferentes: Standard, Extended, Netboot, Raspberry Pi, Generic ARM y Mini Root Filesystem. De esta forma es posible cubrir desde instalaciones completas en servidor hasta entornos embebidos con almacenamiento mínimo o imágenes pensadas para la red.

En cuanto a arquitecturas, Alpine mantiene su amplio abanico de soporte: están disponibles imágenes para x86_64 (64 bits), x86 (32 bits), AArch64 (ARM64), ARMv7, ppc64le (PowerPC 64-bit Little Endian), s390x (IBM System z) y LoongArch64. Esta variedad lo hace especialmente atractivo para infraestructuras heterogéneas, laboratorios, dispositivos ARM y entornos mainframe.

Los usuarios que ya tengan Alpine instalado pueden pasar a la versión 3.23 usando el gestor de paquetes por defecto. El procedimiento recomendado consiste en seguir la guía oficial Upgrading Alpine to a new major release y, una vez adaptados los repositorios a la nueva rama, ejecutar el comando apk upgrade –available en una consola o terminal. Esto se encarga de traer todas las versiones compatibles de la rama 3.23, reduciendo el riesgo de dejar paquetes “medio actualizados”.

Si durante la actualización aparecen problemas, el equipo de Alpine anima a abrir incidencias en los repositorios oficiales, aportando logs y detalles de la configuración, para poder corregir errores, mejorar las herramientas o documentar mejor casos especiales. La wiki y la página de anuncio oficial de la versión 3.23 recogen la lista completa de cambios, enlaces al registro git y al sistema de bugs, así como notas específicas para migraciones delicadas.

Alpine sigue manteniendo su identidad como distribución ligera, muy segura y altamente configurable, basada en musl y BusyBox, que no impone un entorno gráfico predeterminado y que usa OpenRC como sistema init por defecto. Con esta versión 3.23, el proyecto da un paso fuerte en modernización de kernel, toolchain y servicios, se prepara para un futuro /usr-merged, limpia paquetes obsoletos y refuerza sus capacidades en contenedores, servidores y escritorios minimalistas, de modo que quien elija Alpine tiene delante una base muy actual y afinada para casi cualquier tipo de despliegue.

CachyOS vuelve a la carga con una ISO que no se limita a actualizar paquetes: pulsa a fondo en accesibilidad, rendimiento y experiencia de uso, tanto para escritorio como para dispositivos portátiles. Este lanzamiento de noviembre llega en plena racha de actividad del ecosistema GNU/Linux, donde prácticamente cada semana aparece una nueva versión de alguna distro importante, paquetes clave se renuevan y el rendimiento en gaming sigue siendo un campo de batalla constante.

Más allá de los titulares, esta versión de CachyOS trae cambios que se notan en el día a día, incluyendo mejoras de rendimiento: instalador más accesible, integración más sólida con systemd en el arranque, mejor soporte para GPUs modernas y portátiles como la ROG Ally, y una experiencia de juego más pulida gracias a Proton-CachyOS. Vamos a desgranar todo lo que trae esta ISO, conectándolo también con el contexto del resto del “Linuxverso” para situar mejor su importancia.

Una ISO de CachyOS que por fin cuida la accesibilidad desde el minuto cero

Uno de los puntos que más llaman la atención de esta imagen es que, por fin, la accesibilidad deja de ser una nota al margen. La ISO incluye de serie el lector de pantalla Orca y el sintetizador de voz espeak-ng tanto en el medio en vivo como en el instalador, lo que permite a personas con discapacidad visual instalar CachyOS sin apoyarse en trucos, ayudas externas o instalaciones asistidas.

Esto significa que, desde que arrancas la ISO, puedes moverte por el instalador guiándote por voz, configurar tu sistema y completar el proceso sin tener que “adivinar” dónde estás haciendo clic. No se trata de un añadido cosmético: abre CachyOS a usuarios que hasta ahora lo tenían mucho más complicado que en otras distros que sí habían cuidado este apartado.

Este enfoque encaja con una tendencia que se empieza a ver más en el mundo GNU/Linux: no basta con ser rápido o bonito; el sistema tiene que ser utilizable por el mayor número posible de personas. CachyOS, que siempre se ha vendido como distro de rendimiento extremo, ahora empieza también a ponerse las pilas en inclusión.

mkinitcpio, systemd y Bcachefs: arranque más listo, pero con cabeza

Otra pieza clave del lanzamiento está en el sistema de arranque. El equipo ha decidido activar el gancho “systemd” de mkinitcpio en aquellas configuraciones donde tiene sentido. Esto permite integrar mejor el arranque inicial del sistema con el stack de systemd, lo que suele traducirse en una gestión más coherente de servicios y puntos de montaje desde el principio.

Sin embargo, no han ido a lo loco: si el usuario elige ZFS o Bcachefs como sistema de archivos raíz, el gancho systemd se desactiva automáticamente, ya que estas tecnologías todavía no se llevan bien con ese hook. De esta forma se evita que una configuración moderna acabe generando un sistema que no arranca correctamente.

En paralelo, cuando seleccionas Bcachefs como filesystem, el instalador ahora instala automáticamente el paquete bcachefs-dkms, sustituyendo el módulo genérico del kernel por uno mantenido vía DKMS. Esto mejora la integración con versiones de kernel personalizadas (algo muy típico en CachyOS) y da más estabilidad a quienes quieren apostar por Bcachefs en producción.

Camino hacia un nuevo gestor de inicio de sesión: Plasma Login Manager y Cosmic Greeter

En el plano del escritorio, el equipo está preparando terreno para cambiar cómo se entra en el sistema. El instalador ya incluye soporte para Plasma Login Manager y Cosmic Greeter, dos soluciones modernas pensadas para integrarse mejor con sus respectivos entornos gráficos.

La idea de los desarrolladores es que, en el futuro, Plasma Login Manager sustituya a SDDM como pantalla de acceso en las instalaciones con KDE Plasma. No obstante, de momento este relevo se mantiene en pausa porque todavía falta una integración sólida con la configuración de KDE (KDE Settings), especialmente en lo relativo a opciones gráficas y comportamiento del display manager.

Donde sí se ha dado el salto ya es en el escritorio COSMIC: las instalaciones que usan COSMIC pasan a emplear Cosmic Greeter como login manager por defecto. Esto aporta una experiencia mucho más coherente, sin tener que mezclar un escritorio tan diferenciado como COSMIC con un gestor de acceso genérico que no encaja visual ni funcionalmente.

Mejor detección de hardware y soporte ampliado para GPUs y portátiles

Otra área donde esta ISO pisa fuerte es en el reconocimiento y configuración del hardware. El sistema ahora instala automáticamente intel-media-sdk y vpl-gpu-rt en aquellas GPUs Intel que lo admiten, mejorando la experiencia en tareas de vídeo acelerado por hardware y codificación/decodificación.

Además, CachyOS abandona definitivamente el controlador propietario NVIDIA 390xx, pensado para las antiguas GPU Fermi. En su lugar, esas tarjetas utilizarán el driver libre Nouveau con la variante NvBoost, que aporta mejores prestaciones dentro de las limitaciones de ese hardware veterano. Este movimiento encaja con lo que ya se ve en otras distros: el soporte para drivers muy antiguos se va retirando y se apuesta por soluciones abiertas que aún se mantienen activas.

En el terreno de los dispositivos portátiles, la ISO añade soporte específico para la ROG Ally y la ROG Ally X, dos máquinas que se han vuelto bastante populares para gaming en formato handheld. Esto implica ajustes de kernel, controladores y configuración para que la experiencia al arrancar la ISO en estos dispositivos sea mucho más directa, sin tener que pelearse con drivers a mano.

Dentro de los ajustes de hardware también hay un detalle importante: se deshabilita la interfaz Ethernet USB del chip T2 en la herramienta chwd, evitando problemas con ciertas configuraciones de red en equipos que montan ese hardware.

CachyOS-Hello y cachyos-settings: pequeños retoques que facilitan el día a día

La aplicación de bienvenida, CachyOS-Hello, también recibe cariño. A partir de ahora, el botón “Instalar aplicaciones” abre directamente el PackageInstaller oficial del proyecto, en lugar de usar un instalador interno propio. Esto unifica la experiencia de gestión de software y evita duplicar herramientas que hacen prácticamente lo mismo.

Además, se ha añadido una interfaz de línea de comandos (CLI) para manejar las funciones principales de la GUI. Esto es especialmente útil para usuarios avanzados, scripts de automatización o instalaciones remotas donde quizá no tengamos un entorno gráfico disponible, pero sí queremos reproducir las mismas opciones que ofrece la interfaz visual.

También se han corregido varios detalles en la detección y comprobación de la versión de la ISO, de forma que CachyOS-Hello reconozca correctamente desde qué imagen se ha instalado el sistema y pueda mostrar avisos o información relevante según el caso.

En el paquete cachyos-settings, un cambio que puede pasar desapercibido pero es interesante a nivel de rendimiento es que se ha deshabilitado la recompresión de páginas incomprensibles en ZRAM. Tras pruebas internas vieron que ese comportamiento no aportaba mejoras reales y podía introducir sobrecarga innecesaria en situaciones concretas, así que se ha optado por un enfoque más pragmático.

Proton-CachyOS: más control sobre DXVK, caché de sombreadores y Wayland

Para los jugadores, esta versión de CachyOS viene especialmente bien servida. Proton-CachyOS, la variante de Proton adaptada por la distro, permite ahora activar dxvk-gplasync como implementación alternativa de DXVK, simplemente definiendo la variable de entorno PROTON_DXVK_GPLASYNC=1. Esto abre la puerta a probar mejoras de rendimiento y reducción de stuttering en determinados títulos, siempre bajo responsabilidad del usuario.

Por otro lado, la capa Anti-Lag de AMD se desactiva automáticamente cuando se usa PROTON_FSR4_UPGRADE, ya que se han detectado problemas de estabilidad cuando ambas tecnologías se combinan. De esta forma se prioriza que las sesiones de juego sean estables, incluso si ello implica sacrificar alguna característica de reducción de latencia.

También se ha reforzado el comportamiento de la caché de sombreadores (shader cache) por juego, aumentando límites y ajustando cómo se gestionan esos datos, especialmente pensando en usuarios de GPU NVIDIA. Gracias a esto se reduce la probabilidad de desbordar la caché y se disminuye la frecuencia con la que hay que recompilar sombreadores, lo que se traduce en menos tirones al jugar.

En cuanto a la integración con Wayland, Proton-CachyOS incorpora un buen número de correcciones en fullscreen, manejo de teclas muertas, comportamiento de DPI y salida de vídeo, además de mejoras en el componente winewayland.drv. Todo ello hace que jugar bajo Wayland, algo cada vez más común en entornos modernos como KDE Plasma o GNOME, sea menos problemático.

Por si fuera poco, se incluyen actualizaciones para tecnologías de escalado como FSR3 y XeSS, de modo que quienes utilicen resoluciones dinámicas o quieran rascar FPS extra tengan a su disposición las últimas mejoras en estos sistemas de reconstrucción de imagen.

Limine, btrfs-overlayfs y Calamares: correcciones que evitan sustos

En el apartado de correcciones de errores, hay varias piezas importantes relacionadas con el arranque y la instalación. Para empezar, se ha resuelto un fallo que afectaba a la instalación del gestor de arranque Limine en sistemas con implementaciones UEFI defectuosas, donde las entradas no se registraban correctamente en el firmware. Con el arreglo, Limine vuelve a comportarse como debe incluso en placas base algo más caprichosas.

Además, el sistema pasa a usar la variante basada en systemd del gancho btrfs-overlayfs, lo que mejora la compatibilidad con el gancho systemd de mkinitcpio mencionado antes. Esta combinación evita conflictos en sistemas que usan Btrfs con capas overlay y se benefician del arranque gestionado por systemd.

El instalador Calamares también recibe un ajuste fino: se retira la opción “attr2” de la configuración de montaje XFS, siguiendo las recomendaciones actuales del propio proyecto XFS, que considera esa opción obsoleta o innecesaria en configuraciones modernas.

Linux 6.12.58, KDE Plasma 6.5.3 y stack KDE al día

Bajo el capó, esta ISO de CachyOS se apoya en el kernel Linux 6.12.58 de soporte extendido (LTS), una base sólida pensada para ofrecer estabilidad y al mismo tiempo compatibilidad con hardware actual. Para una distro centrada en rendimiento y juegos, tener un kernel reciente pero con mantenimiento prolongado es clave.

En la sesión en vivo y como escritorio principal, CachyOS monta KDE Plasma 6.5.3, acompañado de KDE Frameworks 6.20 y la suite KDE Gear 25.08.3. Esto significa acceso a las últimas mejoras de Plasma 6, tanto en rendimiento como en refinamientos de la interfaz, integración con Wayland y características del ecosistema KDE.

Este enfoque coincide con su filosofía general: ofrecer un escritorio moderno, ligero y muy configurable, pero siempre sobre un stack relativamente fresco, sin caer en el inmovilismo de versiones demasiado antiguas.

Steam-native-runtime, cambios manuales y cómo actualizar si ya usas CachyOS

Para quienes ya tienen CachyOS instalado, hay un cambio importante relacionado con Steam. El equipo anuncia que el tiempo de ejecución “steam-native-runtime” queda desaprobado y se recomienda migrar al runtime oficial incluido con el paquete steam, siguiendo la misma línea que Arch Linux, que ha ido retirando compatibilidad con el runtime nativo antiguo.

La guía oficial propone un proceso muy sencillo: actualizar el sistema con sudo pacman -Syu y desinstalar el paquete steam-native-runtime. A partir de ahí, Steam utilizará automáticamente el entorno estándar proporcionado por Valve, que es el que recibe soporte activo.

Fuera de ese ajuste, para mantenerse al día basta con ejecutar la clásica orden de actualización de paquetes. Quienes no quieran complicarse pueden hacer lo propio desde Plasma Discover u otras herramientas gráficas equivalentes.

CachyOS en el mapa de distros de alto rendimiento

A nivel de consumo, el entorno KDE de CachyOS suele moverse alrededor de 800 MB – 1 GB de RAM en reposo, cifras muy competitivas para un escritorio tan completo. En benchmarks comparativos frente a Arch “puro” se observan ganancias de un 5-15 % en determinadas cargas, algo que se nota especialmente cuando se compila código o se trabaja con proyectos grandes.

Frente a alternativas como Garuda o EndeavourOS, CachyOS sacrifica algo de “brillo visual” y preinstalación de software a cambio de ir muy al grano en rendimiento. Eso sí, sigue siendo una distro que exige algo más de experiencia que opciones más amigables como Manjaro, por lo que los recién llegados quizá necesiten tiempo para hacerse a su filosofía.

Sus principales ventajas pasan por un rendimiento claramente superior, un soporte excelente para hardware moderno, una interfaz limpia y actualizaciones frecuentes pero bien cuidadas. Entre los puntos menos favorables se cuentan cierta exigencia de conocimientos, menor idoneidad para equipos muy antiguos y un conjunto de paquetes preinstalados más limitado que el de otras distros “para todos los públicos”.

Con todos estos cambios en la ISO de noviembre, CachyOS refuerza su posición como una de las opciones más serias para quienes buscan una distro Arch-like rápida, afinada para gaming y tareas pesadas, pero ahora también más accesible, mejor integrada con systemd y más cómoda de usar en hardware reciente y dispositivos portátiles. La suma de mejoras en el instalador, Proton-CachyOS, el soporte de GPUs y la pulida experiencia en Plasma y COSMIC la convierten en una candidata muy sólida para quienes quieren dar un salto de calidad respecto a otras propuestas más conservadoras.

NixOS vuelve a la carga con, NixOS 25.11, una versión que trae cambios muy profundos tanto en el propio sistema como en el enorme ecosistema de paquetes que lo rodea. Con nombre en clave “Xantusia”, ya está disponible y viene cargada de novedades interesantes para escritorio, servidores, desarrollo y despliegues cloud, pero también con un buen puñado de incompatibilidades y paquetes retirados que conviene revisar con calma antes de actualizar.

En este artículo vamos a ver todas las novedades importantes de NixOS 25.11 y de la base de paquetes Nixpkgs: actualizaciones clave como GNOME 49, LLVM 21 o ROCm 6.3, cambios profundos en Go, Rust, Node.js, PostgreSQL o Docker, servicios que cambian de nombre, módulos nuevos y opciones de configuración adicionales. Además, comentaremos un caso real con problemas de proxy al compilar Discord y cómo afrontarlos en este nuevo contexto.

NixOS 25.11 “Xantusia”: ciclo de vida y cifras del lanzamiento

La nueva versión estable, NixOS 25.11 “Xantusia”, ya se puede instalar y actualizar en cualquier sistema que utilice canales estables. Esta edición mantendrá parches de seguridad y correcciones de errores durante un periodo de siete meses, hasta el 30 de junio de 2026, así que se trata del nuevo objetivo recomendado si vienes de una versión anterior.

La anterior estable, NixOS 25.05 “Warbler”, pasa a estar oficialmente obsoleta y dejará de recibir actualizaciones de seguridad a partir del 31 de diciembre de 2025. Si todavía sigues en 25.05 o en una rama aún más antigua, es un buen momento para planificar la migración a 25.11 con calma, revisando los cambios incompatibles que detallaremos a lo largo del texto.

Este lanzamiento es también un escaparate del ritmo de desarrollo del proyecto. Entre NixOS 25.05 y NixOS 25.11 han participado 2742 personas colaboradoras, que en conjunto han firmado nada menos que 59.430 commits en Nixpkgs y en la configuración del sistema. Detrás de estas cifras hay desde pequeñas correcciones de paquetes marginales hasta rediseños importantes de módulos críticos de la distribución.

Nixpkgs: paquetes añadidos, actualizados y eliminados de NixOS 25.11

La colección de paquetes de Nixpkgs, que es la columna vertebral no solo de NixOS sino de cualquier sistema que use el gestor de paquetes Nix en Linux o macOS, ha recibido un mantenimiento masivo en este ciclo.

Por un lado, se han añadido 7002 paquetes nuevos, ampliando todavía más el abanico de software disponible. Esto incluye desde herramientas de desarrollo de última hornada hasta aplicaciones de escritorio, utilidades de administración y software científico.

Al mismo tiempo, el equipo ha actualizado 25.252 paquetes existentes, de forma que la mayoría de software popular se alinea con versiones recientes y, sobre todo, con correcciones de seguridad y mejoras de rendimiento. Esto es clave en entornos donde se exige reproducibilidad pero también estar razonablemente al día.

Para mantener el repositorio manejable y seguro, Nixpkgs ha eliminado 6338 paquetes antiguos que ya no tenían mantenimiento, estaban rotos o se habían quedado obsoletos aguas arriba. En muchos casos existen alternativas directas en el propio árbol de Nixpkgs, pero en otros simplemente dejan de estar disponibles para evitar problemas de seguridad o de compilación.

Módulos de NixOS y opciones de configuración

Además de los paquetes, NixOS se distingue por su potente sistema de módulos declarativos. En este ciclo se han incorporado 107 módulos nuevos, que añaden soporte para nuevos servicios, demonios, aplicaciones y configuraciones del sistema. Con ellos llegan también 1778 nuevas opciones de configuración, lo que aumenta aún más la granularidad con la que se puede describir un sistema.

Por otro lado, se han retirado 41 módulos y 807 opciones de configuración que habían quedado obsoletos, rotos o sustituidos por alternativas más modernas. Si reutilizas configuraciones antiguas, es buena idea revisar los avisos de deprecación para adaptar tus ficheros antes de hacer el cambio de generación.

Novedades destacadas en el escritorio: GNOME 49 “Brescia”

Una de las grandes novedades para usuarios de escritorio es la actualización a GNOME 49 “Brescia”. Esta versión del entorno de escritorio da un paso decidido hacia Wayland y elimina la sesión basada en X11, lo que puede suponer un cambio relevante si mantenías configuraciones o extensiones antiguas que dependían explícitamente de Xorg.

GNOME 49 incorpora nuevas aplicaciones como un reproductor de vídeo renovado y un visor de documentos actualizado, además de un calendario rediseñado y multitud de pequeños cambios en la experiencia de usuario. Conviene revisar las notas de lanzamiento oficiales de GNOME si dependes de alguna funcionalidad muy específica o de extensiones complejas.

Compiladores C y toolchains: LLVM, GCC y CMake

En el apartado de compilación, NixOS 25.11 actualiza LLVM a la versión 21, un salto relevante para quienes desarrollan en C, C++ o Rust usando el toolchain de Clang. Esta versión trae mejoras de optimización, nuevos objetivos soportados y ajustes en las advertencias que pueden provocar cambios de comportamiento en algunos proyectos.

El compilador GCC se mantiene en la rama 14, una versión ya consolidada y probada en producción. Esto facilita mantener compatibilidad con proyectos que aún dependen de esta familia de compiladores sin encontrarse con cambios disruptivos en cada actualización del sistema.

Por su parte, CMake se actualiza a la versión 4, lo que puede activar nuevas características en sistemas de build modernos pero también requerir ajustes en proyectos que utilizaban sintaxis o comandos desfasados. Si tienes plantillas de CMake antiguas, es buena idea ejecutar las pruebas de compilación antes de dar por cerrada la migración.

GPU, cómputo y cambios en ROCm y CUDA

Para quienes trabajan con aceleración por GPU, la rama rocmPackages_6 actualiza a ROCm 6.3, mientras que rocmPackages_5 se elimina del árbol. Algunas piezas se reestructuran: rocmPackages.rocm-thunk desaparece como paquete separado y se integra en rocmPackages.clr, y rocmPackages.clang-ocl se retira tras haber sido abandonado por AMD en 2023.

En paralelo, se pierde el soporte oficial para CUDA 10, tal como ya se adelantó en las notas de NixOS 24.11. Los usuarios que todavía daban soporte a hardware muy antiguo deben plantearse la actualización de GPU o revisar si hay alternativas mantenidas de otros fabricantes o backends.

Navegador, proxies y problemas al compilar Discord

Una cuestión práctica que ha salido a la luz con esta versión es el uso de proxies durante las compilaciones. Un usuario describe cómo puede descargar perfectamente el archivo discord-0.0.116.tar.gz desde el navegador mediante el proxy corporativo, pero al ejecutar nixos-rebuild la descarga con curl falla repetidamente con un error curl: (35) Recv failure: Connection reset by peer hasta agotar los reintentos.

El mensaje de error de Nix indica que no se ha podido descargar el tarball de Discord desde ningún mirror, rompiendo así la derivación discord-0.0.116.tar.gz.drv y, en cascada, la construcción del entorno de usuario y del sistema completo. Aunque en el log aparecen advertencias de reintentos automáticos, en ningún momento se reflejan variables como https_proxy o all_proxy, lo que da pistas de que el entorno de ejecución dentro del build sandbox no está viendo la configuración de red del usuario.

En NixOS, las variables de entorno estándar de proxy pueden no propagarse de forma directa a las derivaciones si se usa sandboxing estricto o si la configuración del sistema no las exporta a los builds. La solución típica pasa por configurar las opciones de Nix como nix.extraOptions para incluir http_proxy, https_proxy y compañía, o bien desactivar temporalmente el sandbox para esa máquina (no recomendado a largo plazo) mientras se ajusta el servidor proxy para permitir tráfico desde la IP del builder.

Otra vía es recurrir a binary caches que ya contengan Discord u otros paquetes problemáticos, evitando así que Nix tenga que descargar los orígenes directamente. En cualquier caso, este tipo de errores de red cobran mayor relevancia en una versión como 25.11, que mueve tantas piezas a la vez y puede hacer aflorar comportamientos diferentes en la forma de resolver URLs.

Red, contenedores y servicios web

En el terreno de redes y contenedores, NixOS 25.11 introduce cambios importantes. El proxy HTTP squid sube a la versión 7, una edición con varios cambios incompatibles y, por ejemplo, eliminación de la funcionalidad ESI. Para ajustar tus configuraciones personalizadas se recomienda revisar las notas de la propia versión de Squid.

A nivel de orquestación, containerd se actualiza a su rama 2.x, lo que trae un buen número de modificaciones de comportamiento. Si usas containerd de forma directa o como componente de una plataforma, es imprescindible repasar la documentación de containerd 2.0 para evitar sorpresas en producción.

En el mundo Docker, docker_24 se elimina del árbol por estar fuera de soporte y arrastrar vulnerabilidades conocidas desde junio de 2024. La idea es empujar a las instalaciones a versiones de Docker más recientes y mantenidas.

En cuanto a servidores y paneles, NetBox se actualiza a la rama 4.2, con cambios importantes a nivel de esquema y comportamiento. La versión 4.0.x desaparece del árbol, y se pide seguir los avisos de las actualizaciones 4.1 y 4.2 antes de dar el salto. Otros servicios como matomo pasan a usar por defecto la versión 5 (la 4 ha quedado fuera de soporte), y se retira el paquete matomo-beta dado que ahora es sencillo sobreescribir la versión desde overrideAttrs.

Kafka también protagoniza un salto relevante: Apache Kafka se actualiza a la rama 4.0, que ya no soporta ZooKeeper. Todas las instalaciones deben migrarse a modo KRaft, siguiendo las indicaciones de la propia fundación Apache. En NixOS esto implica revisar las configuraciones para eliminar referencias a ZooKeeper y adaptar el despliegue de brokers.

Servicios, demonios y aplicaciones que cambian o desaparecen de NixOS 25.11

La lista de paquetes y servicios que se renombran, actualizan de forma incompatible o se retiran es muy larga en este ciclo, una muestra de la voluntad de limpiar el árbol de software antiguo o problemático.

Algunos ejemplos destacados: gkraken desaparece y se recomienda usar coolercontrol como alternativa; opensmtpd-extras se retira al no ser compatible con OpenSMTPD 7.6.0+, dando paso a paquetes específicos opensmtpd-table-*; zammad deja de soportar MySQL y obliga a migrar a PostgreSQL siguiendo la guía oficial.

En el mundo de los nombres, minetest pasa a llamarse luanti para reflejar el cambio aguas arriba, pero se mantienen alias para evitar roturas inmediatas. De forma similar, poac cambia a cabinpkg, xdragon pasa a dragon-drop (con xdragon como alias) y siduck76-st se renombra a st-snazzy. También hay letras pequeñas: la fuente serious-sans se retira porque upstream ha cambiado el nombre a Serious Shanns, aún sin empaquetar.

Otros proyectos simplemente se archivan: gkraken, ephemeral, vocal, fluxus, sm64ex-coop, nexusmods-app, nodePackages.ganache y muchos más se marcan como rotos, sin mantenimiento o inseguros y se eliminan de Nixpkgs. En varios casos se sugiere una alternativa (por ejemplo, sm64coopdx para reemplazar a sm64ex-coop, o gnome-podcasts y kasts para sustituir a vocal).

En el entorno de mensajería y privacidad, los paquetes signald, signaldctl y purple-signald se descatalogan por incompatibilidad prolongada con los servidores oficiales de Signal, y el servidor Matrix conduwuit se marca como vulnerable tras ser discontinuado por sus desarrolladores.

Versiones nuevas y cambios de comportamiento en aplicaciones populares

Al margen de las desapariciones, muchas aplicaciones se actualizan con cambios de comportamiento que rompen compatibilidad. Por ejemplo, Grafana Agent y su módulo salen de escena en favor de Grafana Alloy, que ya cuenta con su propio servicio services.alloy. Grafana recomienda migrar a grafana-alloy y proporciona documentación para hacer el traspaso.

El ecosistema de monitores y paneles también se mueve: prometheus da el salto a la rama 3.x, con notas de migración oficiales, mientras que kanata, authelia, helmfile, open-policy-agent y otros muchos paquetes se actualizan a versiones mayores con cambios en sintaxis, formatos de configuración y valores por defecto. En particular, OPA hace que rego.v1 sea ahora el estilo por defecto, marcando la sintaxis v0 como heredada, aunque todavía existe un modo de compatibilidad.

El mundo del escritorio no se queda atrás: GIMP 3.0 aparece como gimp3, strawberry se actualiza a la serie 1.2 y abandona el backend VLC y Qt5 (desaparecen el paquete strawberry-qt5 y algunas opciones con GStreamer/VLC), rofi pasa de la 1.7.5 a la 1.7.6 con cambios de ABI en plugins binarios, y tauon 7.9.0+ migra su base de datos a un esquema incompatible hacia atrás, por lo que conviene hacer copia de ~/.local/share/TauonMusicBox antes de abrir la nueva versión.

En el ámbito del desarrollo web y JavaScript, nodejs_latest evoluciona a la serie 24.x, se eliminan nodejs_23 y nodejs_18, y se hace limpieza de paquetes Node que nunca debieron ser globales (como webpack-dev-server, copy-webpack-plugin, expo-cli o create-react-native-app), con la recomendación de instalarlos a nivel de proyecto. Herramientas como pnpm dan el salto a la versión 10 con un paquete secundario pnpm_9 para quien necesite compatibilidad.

También hay ajustes en tipografías: nerdfonts se divide en paquetes individuales bajo el espacio de nombres nerd-fonts y cambian las rutas de instalación de las fuentes, que pasan a tener directorios por tipo de fuente (<fontDirName>). Esto obliga a adaptar configuraciones que apuntaban a las rutas antiguas.

Cambios en kernel, hardware y entorno del sistema

A nivel de sistema, se abandona todo soporte para Darwin de 32 bits, manteniendo solo plataformas modernas. Además, el triple de configuración de aarch64-darwin se ajusta a arm64-apple-darwin, alineándose con las expectativas de Apple y LLVM.

El paquete tinycc pasa a separar outputs en dev, doc y lib, haciendo que tinycc.out contenga únicamente los binarios de tcc y los compiladores cruzados. En TPM, tpm2-pkcs11 se compila sin soporte de abrmd por defecto, priorizando el gestor de recursos del kernel; si necesitas la variante con abrmd, existe tpm2-pkcs11.abrmd, y el módulo de NixOS elige automáticamente según security.tpm2.abrmd.

En udev, las reglas de libjaylink exigen ahora pertenecer al grupo jlink en lugar de plugdev, ya que este último era muy poco común en NixOS. También se permite acceso a través de sesiones de seat, de modo que el impacto es limitado si utilizas un escritorio estándar.

La utilería mkBinaryCache se moderniza y pasa a usar zstd como compresión por defecto

Para los caches binarios generados, se deja la opción de seguir con xz mediante compression = "xz";. Esto mejora el rendimiento en la generación y el consumo de binarios en la mayoría de casos.

En opciones de red, networking.nat.externalIP y externalIPv6 cambian su comportamiento: las reglas de networking.nat.forwardPorts ahora solo aplican a paquetes destinados a las IPs indicadas explícitamente. Esto evita redirecciones inesperadas, pero puede requerir ajustar definiciones de NAT existentes.

En el manejo de sistemas de ficheros, las definiciones fileSystems (como fileSystems.»/») pasan a establecerse con lib.mkDefault desde los módulos de NixOS, lo que permite reemplazarlas de golpe pero provoca errores si solo se sobrescriben atributos individuales sin indicar device. De lo contrario, es posible encontrarse mensajes como No device specified for mount point '/'.

Edición de texto, entornos de desarrollo y utilidades varias de NixOS 25.11

En el universo Emacs, NixOS 25.11 elimina Emacs 28 y 29, tanto en versión estándar como en el Macport para la 28. La edición Macport de Emacs 29 se mantiene pero con parches para vulnerabilidades conocidas. Racket también sufre podas: racket_7_9 se retira por inseguro, empujando a usar Racket 8, y con ello se elimina fluxus, que dependía de esa versión sin mantenimiento desde hacía años.

El buscador de texto binwalk 3.1.0 se reescribe en Rust, y el módulo Python asociado deja de estar disponible; la herramienta de cuentas personales python3Packages.beancount sube a la 3.1 con la serie anterior mantenida como beancount_2. En correo y CLI, tldr pasa a usar el cliente Python en lugar del C, y himalaya actualiza a la 1.1.0 con cambios rompientes que obligan a revisar la configuración.

En herramientas varias, nq 1.0 renombra fq y tq a nqtail y nqterm, zf 0.10.2 cambia la forma en que trata Unicode y secuencias de escape, y ast-grep retira el comando sg para evitar conflictos con shadow-utils, permitiendo aún una versión con compatibilidad heredada mediante enableLegacySg = true;.

Al mismo tiempo, la familia de funciones de log estándar nixLog* se reescribe para anteponer el nivel de depuración y el nombre de la función llamante, reintroduciendo nixLog como logger incondicional que añade también el contexto de función. Esto facilita depurar derivaciones y hooks complejos.

Por último, algunas utilidades de pruebas como testers.shellcheck ahora avisan si no se proporciona el atributo name, que pasará a ser obligatorio en futuras versiones. Y en Haskell, testTarget se marca como obsoleto en favor de testTargets, que acepta una lista explícita de objetivos en lugar de una cadena separada por espacios.

La versión 25.11 de NixOS consolida así una enorme cantidad de cambios, desde el escritorio GNOME 49 y las actualizaciones masivas de paquetes hasta ajustes profundos en toolchains, servicios de red y políticas de compatibilidad, convirtiéndose en una edición clave para quien quiera mantener su entorno Nix al día sin perder de vista la estabilidad y la reproducibilidad que caracterizan al proyecto.

KaOS Linux lleva años siendo una de esas distribuciones que, sin hacer demasiado ruido, se ha ganado un hueco entre los usuarios que quieren un escritorio KDE fino, cuidado y siempre al día. Con la llegada de KaOS Linux 2025.11, la distro vuelve a ponerse al frente en cuanto a novedades de KDE Plasma, integración con Qt6 y actualizaciones del sistema base, así que si te gusta trastear con entornos modernos y pulidos, esta versión te va a sonar muy, pero que muy interesante.

En esta nueva ISO se consolidan muchos cambios que vienen cociéndose desde las ediciones anteriores (como las ramas 2025.01 y 2025.09), mientras se introducen mejoras clave en rendimiento, seguridad e infraestructura. Además, se mantiene la esencia de KaOS: distribución independiente, solo 64 bits, modelo rolling release y obsesión sana por ofrecer la mejor experiencia posible con KDE Plasma y el ecosistema Qt.

Novedades centrales que hereda KaOS Linux 2025.11

Aunque la numeración concreta 2025.11 corresponde a la ISO más reciente, la base técnica y las decisiones de diseño vienen de ese trabajo continuado en las versiones anteriores. En KaOS 2025.11 volvemos a encontrar un sistema muy pulido, que integra un kernel Linux moderno, la rama estable más avanzada de KDE Plasma 6 y una colección actualizada de paquetes clave para el día a día.

En la rama 2025.01, por ejemplo, la distro apostó por el kernel Linux 6.12 LTS, lo que proporciona una base muy sólida y con soporte a largo plazo para una gran cantidad de hardware. Ya en 2025.09 se dio el salto a Linux 6.16, mejorando aún más la compatibilidad con dispositivos recientes y ajustando el rendimiento general del sistema. La edición 2025.11 sigue esa línea, ofreciendo un kernel de la serie 6.x cuidadosamente testeado en el contexto de KaOS.

En el plano del escritorio, KaOS venía ya incorporando KDE Plasma 6.2.5 como entorno principal, acompañado de KDE Gear 24.12.1 y KDE Frameworks 6.10 en 2025.01. Posteriormente, con 2025.09 se dio otro salto a Plasma 6.4.5, Gear 25.08.1 y Frameworks 6.18, todo ello sobre Qt 6.9.2, reforzando la integración gráfica, el soporte Wayland y la consistencia en todo el escritorio.

El equipo de KDE también ha ido puliendo su entorno con lanzamientos de mantenimiento como KDE Plasma 6.2.5, que llegó como la quinta y última actualización de la serie 6.2, centrada casi por completo en corrección de fallos. Esta versión solucionó, entre otras cosas, un cuelgue de la Configuración del sistema al conectar un ratón mientras se tenía abierta la página de ajustes del mouse, diversos problemas recientes de Powerdevil y un error molesto que dejaba la pantalla de bloqueo totalmente negra en sesiones X11.

KaOS Linux 2025.11 introduce mejoras finas en Plasma 6.2.5 y 6.4.5

El trabajo de pulido en KDE Plasma 6.2.5 fue bastante profundo. Además del error de la pantalla de bloqueo en negro, se solucionó un fallo de KWin —el gestor de ventanas y compositor de KDE— que podía aparecer tras quedarse sin descriptores de archivo usando ciertos drivers de GPU que no eran de Intel, así como un bug que hacía que el texto de marcador de posición y el texto escrito se superpusieran en el campo de búsqueda de KRunner.

También se corrigió un comportamiento extraño en las notificaciones, que en algunos casos acababan colocándose en posiciones incorrectas después de arrastrar un widget del escritorio por primera vez. Otro problema resuelto fue el de una pantalla en negro al mover el puntero justo en el momento en que el sistema estaba a punto de bloquearse, algo que podía resultar bastante confuso para el usuario.

En la parte de aplicaciones, Plasma Discover recibió correcciones visuales para evitar que elementos de la interfaz se montasen unos sobre otros en la página de actualizaciones cuando se desplegaban ciertas listas. También se arregló un fallo con el menú de aplicación que aparecía en una posición equivocada al abrirlo desde la barra de título de la ventana bajo Qt 6.8.

Los desarrolladores introdujeron además mejoras muy prácticas: se ajustó la configuración de “Keep alive persistente” al usar VPN WireGuard, se mejoró la captura de ventanas concretas con Spectacle y OBS Studio en pantallas con escalado, se afinó la visualización de metadatos de los fondos “imagen del día de Bing”, y se optimó el pegado de imágenes desde notificaciones Plasma en aplicaciones aisladas mediante portales.

Todo esto se acompañó de una gran reducción del uso de CPU en la aplicación Plasma System Monitor antes de abrir la página de Historial, mayor robustez de KWin frente a metadatos HDR defectuosos que envían algunas aplicaciones y un comportamiento más resistente frente a widgets con errores que antes podían provocar cierres inesperados del shell.

Con la serie Plasma 6.4.5, utilizada en KaOS 2025.09 y heredada como base tecnológica en 2025.11, el foco ha estado en aportar una experiencia todavía más estable y fluida, con mejor gestión energética, optimizaciones de Wayland y una interfaz más reactiva. Las suites KDE Gear y Frameworks también han ido incorporando mejoras visuales, nuevas APIs y soporte multimedia y gráfico más moderno.

Actualizaciones clave del sistema en KaOS Linux 2025.01

KaOS Linux 2025.01 supuso un gran paso en cuanto a componentes base. Además del kernel 6.12 LTS y Plasma 6.2.5, se actualizaron muchos paquetes esenciales, reforzando la seguridad y el rendimiento global del sistema.

Entre las actualizaciones destacadas se encuentran Mesa 24.3.4, que mejora el soporte gráfico para GPUs modernas; systemd 253.30 para la gestión de servicios y arranque; y fwupd 2.0.4 para las actualizaciones de firmware, algo cada vez más relevante en portátiles y hardware reciente.

También se incluyeron versiones recientes de SQLite 3.48.0, el popular motor de base de datos ligera; Rsync 3.4.1 para sincronización y copias de seguridad; Dbus 1.16.0 para la comunicación entre procesos; y LLVM/Clang 19.1.7, clave para desarrolladores que compilan proyectos modernos.

En el terreno del almacenamiento, KaOS 2025.01 apostó por OpenZFS 2.3 como una opción avanzada de sistema de archivos; mientras que en multimedia se incluyeron FFmpeg 7.1 y GStreamer 1.24.11, garantizando soporte actualizado para multitud de códecs de audio y vídeo. En el ámbito de la seguridad, la presencia de OpenSSL 3.4 asegura cifrados actuales y soporte para protocolos modernos.

Zen Browser y el ecosistema Qt6 en expansión

Una de las novedades que más llamó la atención en el ciclo 2025.01 fue la llegada de Zen Browser, un navegador web basado en Firefox que incorpora ajustes y funciones modernas pensadas para mejorar la experiencia diaria de navegación. Se integra bien con el escritorio Plasma, respetando temáticas y fuentes, y se beneficia del enfoque de KaOS en ofrecer software bien escogido.

De forma paralela, cada vez más aplicaciones se han ido migrando a Qt6 y KDE Frameworks 6, algo que se consolida en la ISO 2025.11. Entre las aplicaciones adaptadas destacan Krusader (gestor de archivos avanzado con doble panel), KStars (astronomía), KMyMoney y Skrooge (gestión de finanzas personales), Mixxx (mezclador para DJs), Photoflare (edición de imágenes) o Liquidshell como shell alternativo.

Esta migración a Qt6 no es solo cambio de versión por capricho: aporta mejoras en rendimiento, compatibilidad con pantallas HiDPI, soporte Wayland más sólido y una base de código más preparada para el futuro. Para el usuario final se traduce en aplicaciones más fluidas, con menos glitches visuales y mejor integración con el resto del sistema.

KaOS Linux 2025.09: base tecnológica que impulsa 2025.11

La instantánea KaOS Linux 2025.09 fue clave porque consolidó una pila de software tremendamente moderna. Esta ISO incorporó el kernel Linux 6.16, KDE Plasma 6.4.5, KDE Gear 25.08.1 y KDE Frameworks 6.18 sobre Qt 6.9.2, ofreciendo un entorno KDE muy pulido, rápido y elegante.

En esta edición se reforzó todavía más la idea de “experiencia KDE pura”, con un escritorio Plasma que aporta más estabilidad, mejor uso energético y una interfaz más fluida. Wayland recibió mejoras constantes, la integración entre aplicaciones se volvió más homogénea y se cuidaron los pequeños detalles visuales para que todo tenga una coherencia estética muy marcada.

KaOS 2025.09 también trajo nuevas aplicaciones de serie que dan más juego al usuario creativo. Entre ellas, Typst, un sistema de maquetación moderno basado en marcado, muy útil para documentación técnica; Plasma Bigscreen, una interfaz de usuario adaptada a televisores y pantallas grandes; y Hydrogen, un secuenciador y sintetizador de batería orientado a producción musical basada en patrones.

Debajo del capó, esta versión actualizó componentes como Mesa 25.2.3, PipeWire 1.4.8 (audio y vídeo de baja latencia), systemd 254.27, GStreamer 1.26.6, GNU Bash 5.3, OpenSSL 3.5.3, Git 2.51, OpenZFS 2.3.4, OpenCV 4.12.0, Protobuf 32.1, Poppler 25.09.0 y libxml2 2.14.6. Todo ello asegura compatibilidad con tecnologías multimedia recientes, librerías gráficas modernas y herramientas de desarrollo avanzadas.

Mejoras de seguridad y diseño en el instalador Calamares

El instalador gráfico Calamares es uno de los puntos fuertes de KaOS, ya que facilita enormemente la instalación incluso a usuarios con poca experiencia. En las versiones recientes se han introducido mejoras específicas de seguridad relacionadas con su comportamiento durante el proceso de instalación.

Hasta hace poco, desde la pantalla de bienvenida de Calamares se abría un navegador web como superusuario (root) para mostrar información adicional sobre la distribución. Esto, aunque práctico, implicaba un riesgo claro de seguridad, ya que ejecutar un navegador con privilegios de root nunca es buena idea.

Para corregir esta situación, los desarrolladores de KaOS sustituyeron esa función por un panel QML Drawer integrado en el propio instalador, que muestra la información dentro de la interfaz de Calamares sin necesidad de abrir un navegador externo con permisos elevados. Es un cambio aparentemente pequeño, pero que encaja muy bien con la obsesión de la distro por cuidar detalles técnicos que otras veces pasan desapercibidos.

Repositorios curados, KCP y salto total a infraestructura abierta

Uno de los rasgos más distintivos de KaOS es su política de repositorios muy curados. En lugar de abarrotar los repos con múltiples variantes de las mismas aplicaciones, la distro suele apostar por un enfoque de “un paquete por tarea”, reduciendo bloatware y posibles conflictos de dependencias.

Para ampliar el software disponible sin romper esa filosofía existe KCP (KaOS Community Packages), un sistema similar a AUR de Arch donde la comunidad mantiene recetas de paquetes no incluidos en el repositorio oficial. Los usuarios pueden compilar fácilmente estas aplicaciones siguiendo la línea habitual del ecosistema Pacman.

En las versiones más recientes, el proyecto ha dado un paso muy importante al migrar el código fuente de KCP y otros componentes a Codeberg, abandonando definitivamente servicios de git cerrados. Con esto, KaOS completa una transición hacia una infraestructura totalmente abierta y alineada con el software libre, reforzando su compromiso con la transparencia en el desarrollo.

Experiencia de uso: instalación, escritorio y gestión de paquetes

La instalación de KaOS es bastante directa gracias a Calamares. El asistente guía al usuario por la elección de idioma, teclado, zona horaria, particionado (tanto automático como manual), usuarios y contraseñas. Para quien haya instalado otras distros modernas, el proceso resultará muy familiar y rápido.

Una vez que el sistema arranca, el usuario se encuentra con un escritorio KDE Plasma muy limpio y ligero, sin exceso de aplicaciones preinstaladas y con una apariencia cuidada. Los temas por defecto combinan estética moderna con buena legibilidad, aunque al tratarse de Plasma, la capacidad de personalización es enorme: widgets, paneles, atajos, efectos, temas globales, iconos y mucho más.

La gestión de software se realiza principalmente mediante Pacman (en consola) y Octopi como interfaz gráfica. Octopi permite buscar, instalar, actualizar y eliminar paquetes de forma sencilla, además de mostrar información de dependencias y versiones. Para quien venga de otras distros, la experiencia es bastante ágil y estable.

Gracias al modelo rolling release, los usuarios actuales de KaOS no tienen que reinstalar cuando sale una nueva ISO como la 2025.11. Basta con mantener el sistema al día usando el clásico comando sudo pacman -Syu para sincronizar repositorios y actualizar todos los paquetes instalados. De esta manera, la ISO nueva sirve principalmente para instalaciones desde cero o para probar la distro en modo live.

¿Para quién tiene sentido KaOS Linux en 2025.11?

KaOS no pretende ser una distro universal para todo el mundo, y precisamente ahí reside gran parte de su encanto. Está pensada para usuarios que valoran un entorno KDE Plasma muy integrado, moderno y rápido, y que no necesitan docenas de escritorios diferentes ni toneladas de software preinstalado.

Es una opción especialmente recomendable para amantes de KDE Plasma, desarrolladores que trabajan a diario con Qt y KDE Frameworks, usuarios que quieren un sistema rolling release pero con repositorios cuidadosamente filtrados, y personas con hardware relativamente reciente que quieran sacarle partido a las últimas versiones del kernel y la pila gráfica.

En el lado de las consideraciones, hay que tener en cuenta que la apuesta por el ecosistema Qt/KDE implica que algunas aplicaciones GTK muy populares podrían no estar en los repos oficiales. Se pueden usar sin problema vía Flatpak o similares, pero la filosofía de la distro es mantener el sistema base lo más coherente posible con Qt.

Por otro lado, aunque la instalación es sencilla, el enfoque de KaOS puede resultar algo menos “masticado” que en distros muy orientadas a principiantes como Ubuntu o Linux Mint. Aun así, la comunidad y la documentación cubren bien los casos típicos y el modelo rolling hace que, una vez instalado, el mantenimiento sea bastante simple.

Con la llegada de KaOS Linux 2025.11, la distribución confirma una vez más su apuesta por un ecosistema muy concreto: KDE Plasma 6 pulido hasta el detalle, Qt6 como base tecnológica, un kernel Linux moderno y paquetes esenciales actualizados con mimo. A esto se suma la integración de navegadores como Zen Browser, la migración de numerosas aplicaciones a Qt6, mejoras de seguridad en Calamares y una infraestructura de desarrollo plenamente abierta. Todo ello convierte a KaOS en una opción muy atractiva para quienes quieren un escritorio KDE puro, rápido y coherente, sin perder de vista la estabilidad y el cuidado técnico que solo se consigue cuando se sabe exactamente a qué nicho se quiere servir.

La nueva versión de Armbian 25.11 ya está disponible como actualización importante para este sistema basado en Debian y Ubuntu pensado para placas ARM. La edición llega con un paquete amplio de cambios que van desde la compatibilidad con más dispositivos hasta mejoras en rendimiento, red y seguridad, orientadas tanto a usuarios domésticos como a proyectos profesionales y de laboratorio.

Lejos de ser una simple revisión menor, esta entrega introduce nuevos núcleos Linux, soporte ampliado para placas y ajustes internos en las herramientas de construcción de imágenes. Todo ello refuerza a Armbian como una de las opciones más completas para sacar partido a placas como Raspberry Pi, Banana Pi, Orange Pi, NanoPi o sistemas de Radxa y Rockchip, muy presentes también en proyectos en España y el resto de Europa.

Novedades principales de Armbian 25.11

Uno de los pilares de esta versión es el salto en la base del sistema. Armbian 25.11 incorpora soporte para Linux 6.17 como núcleo actualizado en muchas de sus imágenes, manteniendo a la vez variantes con Linux 6.6 LTS y el veterano 6.1 LTS para quienes priorizan estabilidad a largo plazo. Esta combinación permite equilibrar mejor el acceso a funciones recientes con la fiabilidad necesaria en entornos productivos.

Además de los kernels, el proyecto ha habilitado la generación de imágenes basadas en Ubuntu 25.10, el futuro Ubuntu 26.04 LTS y Debian 14 “Forky”, complementando las ramas ya existentes. Este movimiento anticipa la llegada de las próximas versiones estables de estas distribuciones en Europa y prepara el terreno para migraciones más suaves cuando dichas ediciones finales estén disponibles.

En paralelo, las imágenes catalogadas como edge se actualizan para admitir Linux 6.18, pensado para quienes necesitan probar las últimas funciones del kernel en hardware ARM reciente. Estas compilaciones suelen ser utilizadas por desarrolladores, integradores y comunidades que colaboran con fabricantes de placas, ya que permiten validar nuevas funciones y corregir regresiones con rapidez.

Más placas ARM compatibles y foco en proyectos DIY

Armbian 25.11 amplía notablemente el listado de dispositivos soportados, facilitando la reutilización de hardware y la creación de nuevos proyectos. Entre las incorporaciones destacan las placas basadas en soluciones de Radxa, FriendlyElec, Banana Pi y otros fabricantes, que se siguen popularizando en laboratorios, centros educativos y makerspaces europeos.

En el apartado de Radxa, la nueva versión añade soporte para modelos como Radxa ROCK 4D, Radxa CM4 IO y Radxa E54C, orientados tanto a uso general como a aplicaciones más específicas donde se requieren interfaces adicionales o módulos tipo Compute. Esto abre la puerta a montajes compactos, paneles informativos y soluciones integradas donde antes era necesario recurrir a sistemas propietarios.

El ecosistema de FriendlyElec también sale reforzado. Armbian 25.11 suma compatibilidad con placas como NanoPi R76S y NanoPi M5, pensadas para usos que van desde pequeños cortafuegos y routers caseros hasta centros multimedia y dispositivos de control. Estas opciones son habituales en proyectos DIY en España y otros países europeos por su equilibrio entre precio, tamaño y capacidades de red.

Junto a ellas se integran modelos como ArmSoM Forge1, Banana Pi M5 Pro, NineTripod X3568 v4, ODROID-M1S, XpressReal T3 y Mekotronics R58-HD, que cubren una gama amplia de casos de uso: pequeños servidores de archivos, reproductores multimedia, máquinas de pruebas o nodos de automatización industrial ligera. El objetivo es que, al descargar Armbian, el usuario disponga de una base homogénea y actualizada en la mayoría de placas que se encuentran en el mercado europeo.

A nivel de dispositivos ya conocidos, el equipo ha afinado el soporte para la familia Raspberry Pi, muy implantada en centros educativos y hogares. En esta versión se incrementa el valor de UEFISIZE de 256 MB a 512 MB, lo que mejora el margen para gestionar firmware, arranque y particiones en escenarios donde se combinan varios sistemas operativos o configuraciones avanzadas.

Integración con nuevas versiones de Debian y Ubuntu

Otra de las líneas de trabajo ha sido la preparación de Armbian para las próximas generaciones de Debian y Ubuntu. La posibilidad de construir imágenes sobre Debian 14 “Forky” y Ubuntu 26.04 LTS coloca al proyecto un paso por delante en términos de planificación, ya que permitirá a quienes despliegan sistemas en producción empezar a probar estos entornos antes de que se generalicen.

Para usos más inmediatos, el soporte para Ubuntu 25.10 abre la puerta a disponer de escritorios y pilas de software recientes en dispositivos ARM, algo que puede interesar tanto en contextos de desarrollo como en estaciones de trabajo ligeras. En muchas organizaciones europeas se utilizan placas ARM como terminales, sistemas de monitorización o equipos de reserva, y contar con versiones modernas simplifica la homogeneización del parque informático.

En paralelo, se ha introducido un nuevo entorno KDE Plasma Mobile para compilaciones basadas en Debian 13 “Trixie”. Esta opción está orientada a dispositivos con pantalla táctil, como tablets o equipos portátiles con arquitectura ARM, y permite explorar escenarios de convergencia entre escritorio y móvil con una interfaz adaptada a tamaños de pantalla reducidos.

Mejoras de red, Wi‑Fi y herramientas de sistema

El lanzamiento también llega con cambios claros en el apartado de red y conectividad. Armbian 25.11 incorpora un parche de inyección Wi‑Fi para núcleos Linux 6.12 en determinadas configuraciones, y corrige fallos que afectaban a la conexión inalámbrica en varias placas. Esto resulta relevante en montajes donde el dispositivo se utiliza como punto de acceso, cliente en redes saturadas o equipo de pruebas para seguridad.

Adicionalmente, se introduce una herramienta más amigable para interactuar con dispositivos Qualcomm, pensada para facilitar flasheo, depuración y gestión de firmware en plataformas que emplean estos chipsets. En esa misma línea, Armbian 25.11 añade soporte para cargar firmware QUP SE a través del subsistema Linux en dispositivos basados en SM8450, lo que mejora la compatibilidad con hardware reciente enfocado a comunicaciones y periféricos de alta velocidad.

En el segmento de conectividad avanzada, la nueva versión habilita Wi‑Fi 7 (802.11be) en plataformas Rockchip64 con componentes Qualcomm. Aunque estos estándares todavía están consolidándose en el mercado europeo, la posibilidad de probarlos en placas ARM facilita la evaluación de rendimiento y cobertura en laboratorios, universidades y entornos de pruebas de operadores.

También se han revisado componentes de red del sistema, como la forma en que se gestiona systemd-resolved y otros servicios relacionados con DNS. El objetivo es estabilizar la resolución de nombres, reducir cortes esporádicos y mejorar el comportamiento en redes con configuraciones complejas, algo habitual en oficinas, centros educativos o entornos de teletrabajo donde se combinan VPN, VLAN y diferentes dominios internos.

Rendimiento, kernel y compresión de memoria

En el plano del rendimiento, Armbian 25.11 aprovecha las mejoras del Linux 6.17 y las ramas LTS 6.6 y 6.1 para optimizar el uso de CPU, memoria y dispositivos de almacenamiento en placas ARM. El sistema arranca de forma más ágil en muchas configuraciones y responde mejor bajo carga, algo que se nota especialmente en dispositivos con recursos limitados o en instalaciones con muchos servicios en paralelo.

Una de las novedades técnicas es la incorporación de zstd y lzo como algoritmos de compresión para zram en las configuraciones meson64, tanto en ramas estables como edge. Estos métodos de compresión permiten usar la RAM de forma más eficiente al crear discos o áreas de intercambio comprimidas en memoria, lo que se traduce en una sensación de fluidez mayor cuando se abren varias aplicaciones o se ejecutan contenedores ligeros.

El proyecto también habilita la opción de compilar Btrfs como módulo, ampliando las posibilidades para quienes quieran experimentar con este sistema de archivos en entornos de pruebas, copias de seguridad incrementales o configuraciones con snapshots. Btrfs sigue ganando presencia en Europa en pequeños servidores domésticos y NAS caseros, y disponer de soporte flexible en Armbian ayuda a evaluar si encaja en cada caso.

En el caso específico de la placa Helios64, se introduce la posibilidad de crear una partición /boot independiente solo cuando la raíz se ubica en un sistema de archivos no arrancable. Esta modificación busca evitar configuraciones complicadas cuando no son necesarias y, al mismo tiempo, mantener un esquema seguro y fiable cuando se utilizan sistemas de archivos menos tradicionales.

Seguridad, correcciones y experiencia de usuario

La seguridad sigue siendo un eje fundamental en el desarrollo de Armbian. La versión 25.11 incorpora parches de seguridad actualizados y múltiples correcciones de errores que afectan a componentes clave del sistema. Entre ellas se incluyen ajustes en la detección de hardware para GPUs y unidades SSD, reduciendo problemas de reconocimiento o de rendimiento que algunos usuarios habían detectado en versiones anteriores.

En varias placas se han corregido fallos de Wi‑Fi y pequeños errores en el arranque, lo que contribuye a que el sistema sea más predecible tanto en reinicios remotos como en despliegues sin monitor (headless). Estas mejoras resultan especialmente útiles para quienes gestionan varias placas repartidas en diferentes ubicaciones, algo cada vez más habitual en proyectos de monitorización ambiental, domótica o redes comunitarias en España y otros países europeos.

Las herramientas de construcción de imágenes (build tools) también han recibido atención, con novedades y soporte ampliado. El flujo para generar imágenes personalizadas es ahora más eficiente, reduciendo el tiempo necesario para preparar sistemas adaptados a cada proyecto. Esto beneficia a desarrolladores, integradores y comunidades locales que mantienen sus propias compilaciones con paquetes específicos o configuraciones adaptadas a su entorno.

Por último, el equipo ha introducido mejoras en el gestor de usuarios y grupos y en diversos componentes de administración, con el fin de que las tareas de alta de cuentas, asignación de permisos o configuración inicial sean algo más claras. Sin ser cambios espectaculares, ayudan a que quien se acerca a Armbian por primera vez tenga una experiencia algo más suave y que la curva de aprendizaje no resulte tan pronunciada.

Armbian 25.11 consolida su papel como base versátil para proyectos con placas ARM, combinando mayor compatibilidad de hardware, núcleos Linux más modernos, ajustes de seguridad y herramientas mejoradas. Sin grandes estridencias ni campañas llamativas, la actualización pone el acento en la evolución constante y en pulir detalles que, en el día a día, marcan la diferencia en estabilidad y facilidad de uso.

La llegada de 4MLinux 50.0 marca un salto importante para esta distribución ligera que siempre ha apostado por la sencillez, el rendimiento y la independencia tecnológica. En esta nueva versión estable, el sistema no solo se actualiza a nivel de paquetes, sino que incorpora capacidades muy avanzadas para un proyecto de su tamaño, como la posibilidad de reconstruirse íntegramente desde el código fuente y una selección de software de escritorio y servidor más madura y pulida.

Si llevas tiempo siguiendo el desarrollo de esta distro o te apetece probar un sistema minimalista pero bien equipado, las novedades de 4MLinux 50.0 te van a interesar: mejoras en el soporte de webcams, nuevas aplicaciones de usuario, un stack gráfico actualizado, ampliación del Game Pack con más juegos, un servidor LAMP extremadamente ligero y, por debajo de todo ello, un kernel moderno de la rama LTS que sirve de columna vertebral.

4MLinux 50.0 : nueva versión estable y cambio de ciclo

4MLinux 50.0 se publica como versión estable, un hito que llega aproximadamente cuatro meses después del lanzamiento de 4MLinux 49.0. Con este cambio de estado a STABLE, la rama 50.x pasa a ser la referencia para cualquier usuario que quiera un entorno fiable, con actualizaciones probadas y una selección de software coherente.

Coincidiendo con esta publicación, la edición 4MLinux 49.0 pasa a catalogarse como “old stable”. Es decir, sigue siendo funcional y válida, pero el desarrollador anima claramente a realizar la actualización a la nueva rama 50.0 para no quedarse atrás en características y seguridad. A la vez, la serie 4MLinux 48.0 se declara oficialmente como fin de vida, dejando de recibir soporte y quedando fuera del ciclo activo de mantenimiento.

Arquitectura, filosofía y ediciones disponibles de 4MLinux 50.0

4MLinux 50.0 mantiene su apuesta por ser una distro minimalista e independiente, sin basarse en proyectos más grandes como Debian, Ubuntu o Fedora. Esto le permite controlar de manera muy precisa qué componentes integrar y cómo se comportan, algo que se nota en la rapidez de arranque y en la ligereza general del sistema incluso en hardware modesto.

En cuanto a arquitectura, esta versión solo se distribuye para equipos de 64 bits, alineándose con el estándar actual del hardware de escritorio y portátil. Aunque puede parecer una limitación para sistemas muy antiguos, la realidad es que la mayoría de usuarios actuales disponen ya de CPU x86_64 y se benefician de un mejor rendimiento y compatibilidad.

El entorno gráfico de referencia es JWM (Joe’s Window Manager), un gestor de ventanas muy ligero que proporciona un escritorio clásico, ágil y sin florituras innecesarias. Esa elección encaja perfectamente con la filosofía de 4MLinux: ofrecer un sistema capaz de ejecutar software moderno, pero sin sobrecargar el equipo con capas gráficas pesadas.

La distribución se puede descargar en dos variantes principales: la edición Full y la edición Core. La versión Full incluye un conjunto de aplicaciones listo para usar nada más iniciar el sistema, mientras que la edición Core se orienta a usuarios que prefieren un entorno más básico sobre el que ir añadiendo solo lo que necesitan, ya sea para escritorio, para tareas específicas o como base de servidor.

Capacidad de reproducirse desde el código fuente

Una de las características más llamativas de 4MLinux 50.0 es que el sistema se vuelve capaz de reconstruirse a sí mismo a partir de sus fuentes. Esto significa que todos los scripts de construcción y empaquetado han sido revisados y ajustados para que puedan compilar el sistema completo de manera coherente y reproducible.

Este salto no es trivial: supone que se han modificado y optimizado cientos de líneas de código en los scripts de build para garantizar que cada paquete se genere de forma correcta, que las dependencias estén bien resueltas y que el resultado final sea un sistema funcional sin necesidad de trucos externos. Es un paso muy relevante de cara a la transparencia, la auditabilidad del software y la posibilidad de mantener a largo plazo la distribución con una base sólida.

Además, esta capacidad encaja con la filosofía de muchas personas usuarias de Linux que valoran especialmente poder ver y reconstruir todo el sistema, ya sea por curiosidad técnica, por razones de seguridad o por la posibilidad de personalizar aún más qué entra y qué se queda fuera de su entorno.

Escritorio y aplicaciones de oficina actualizadas

En el apartado de productividad, 4MLinux 50.0 actualiza su selección por defecto con versiones muy recientes de las principales herramientas ofimáticas, orientadas a que puedas trabajar con documentos sin echar nada en falta respecto a otras distros más pesadas.

El componente estrella es LibreOffice 25.8, que llega como la suite ofimática integral que permite editar documentos de texto, hojas de cálculo, presentaciones y otros formatos habituales. Con ella, puedes abrir sin problemas ficheros en formatos de Microsoft Office y otros estándares, con la ventaja de tener todo integrado en una sola suite.

Junto a LibreOffice se mantiene la apuesta por GNOME Office con varias aplicaciones bien conocidas: AbiWord 3.0.6 para edición de textos ligera, Gnumeric 1.12.59 como hoja de cálculo rápida y precisa, y GIMP 3.1.4 para la edición avanzada de imágenes. Esta combinación ofrece un abanico muy completo de herramientas para trabajar con documentos, tablas y gráficos sin necesidad de instalar nada extra.

La inclusión de GIMP en su versión 3.1.4 garantiza acceso a funciones de edición gráfica de nivel profesional: capas, filtros avanzados, tratamiento de color, soporte para diferentes formatos y posibilidades de ampliar aún más sus capacidades mediante plugins, todo ello funcionando en un entorno tan ligero como el de 4MLinux.

Navegación web, correo y multimedia

4MLinux 50.0 no se queda atrás en lo que respecta a navegación web. De serie incorpora Mozilla Firefox 145.0 y Google Chrome 142.0, de forma que puedes elegir entre dos de los navegadores más utilizados del mercado sin tener que andar descargando nada tras la instalación inicial.

Firefox y Chrome se ofrecen en versiones muy recientes, con soporte para los últimos estándares web, tecnologías de seguridad actuales y los motores de renderizado optimizados. Esto es especialmente importante para reproducir contenido multimedia en streaming, usar aplicaciones web modernas y garantizar compatibilidad con servicios online que se actualizan con frecuencia.

Para el correo electrónico, la distro incluye Mozilla Thunderbird 140.5, un cliente robusto, con soporte para IMAP, POP3, múltiples cuentas y extensiones. Con él puedes gestionar tu buzón de forma tradicional o integrarlo como centro de comunicaciones con calendarios, contactos y otras funciones avanzadas.

El apartado multimedia está cubierto por varias piezas clave: por un lado, Audacious 4.5.1, un reproductor de música muy ligero, ideal para quienes solo quieren poner su colección de audio y olvidarse de complicaciones. Por otro lado, VLC 3.0.21 y SMPlayer 25.6.0 se encargan de la reproducción de vídeo, dando soporte a prácticamente cualquier formato y códec sin tener que pelearte con paquetes adicionales.

El stack gráfico se completa con Mesa 25.1.7, que aporta los controladores de código abierto para renderizado 3D y aceleración gráfica. Esto beneficia tanto a quienes usan el sistema para juegos como a quienes simplemente quieren una experiencia de escritorio fluida, con aceleración de vídeo y animaciones suaves.

Nuevas aplicaciones en 4MLinux 50.0: EmelFM2 y uHexen2

Entre las novedades destacadas de esta versión encontramos la incorporación del gestor de archivos EmelFM2, una herramienta veterana pero aún muy práctica, especialmente para quienes prefieren una interfaz de tipo doble panel al estilo clásico. EmelFM2 permite copiar, mover, renombrar y gestionar ficheros con gran rapidez, aprovechando al máximo el espacio en pantalla.

Esta apuesta por un gestor “de la vieja escuela” tiene sentido en un entorno como 4MLinux, que valora la eficiencia y la ligereza sobre las interfaces cargadas de efectos. Para muchos usuarios acostumbrados a trabajar con teclas rápidas o a gestionar grandes volúmenes de ficheros, EmelFM2 puede resultar más cómodo que otros exploradores modernos.

La otra incorporación notable es uHexen2, un port del código fuente de Hexen II desarrollado originalmente por Raven Software. Con él, 4MLinux añade un toque retro-gamer a la distribución, permitiendo revivir este clásico de acción en primera persona con las ventajas de la plataforma moderna y las librerías actuales.

uHexen2 aprovecha la infraestructura gráfica de Mesa y la potencia del hardware moderno, pero conserva la estética y la jugabilidad del juego original, lo que resulta especialmente atractivo para aficionados a los títulos clásicos o para quienes disfrutan de tener algunos juegos integrados sin necesidad de utilizar plataformas externas.

Mejoras en soporte de webcam y multimedia con GPAC

Otro de los frentes en los que 4MLinux 50.0 avanza de forma clara es el soporte para webcams. En esta versión, la compatibilidad con cámaras conectadas al sistema se ha reforzado gracias a la integración de herramientas como Zbar y V4L2 Viewer.

Zbar permite trabajar con códigos de barras y códigos QR, lo que abre la puerta a usos curiosos, como escanear información desde la cámara para integrarla en tus flujos de trabajo habituales. Por su parte, V4L2 Viewer facilita la visualización y prueba de dispositivos de vídeo compatibles con Video4Linux2, permitiendo comprobar rápidamente si una webcam funciona, ajustar parámetros básicos y asegurarse de que todo responde como debería.

En el terreno multimedia, destaca la disponibilidad de GPAC como marco multimedia, que se ofrece como extensión descargable. GPAC es una infraestructura versátil para el tratamiento de contenidos audiovisuales: empaquetado, streaming, manipulación de contenedores y más. No forma parte del sistema base, pero se puede agregar fácilmente cuando se necesite, ampliando las posibilidades de trabajo con vídeo y audio a nivel más técnico y profesional.

4MLinux Game Pack: más juegos y entretenimiento

La vertiente lúdica de la distribución también recibe cariño con la ampliación del 4MLinux Game Pack, el conjunto de juegos integrados o disponibles como complemento en la distro. En esta versión se incluyen, entre otros, el título BlockOut II y el recopilatorio de solitarios PySol.

BlockOut II es una reinterpretación en 3D del clásico Tetris, donde las piezas caen en un espacio tridimensional, añadiendo un punto de complejidad y estrategia adicional. Es un juego perfecto para ratitos de descanso, que además muestra cómo el sistema aprovecha el stack gráfico actualizado para ofrecer experiencias sencillas pero visualmente atractivas.

Por su parte, PySol es una enorme colección de juegos de cartas tipo solitario, con decenas de variantes que van desde los clásicos más conocidos hasta modalidades menos habituales. Tener PySol integrado significa que siempre dispones de un buen surtido de pasatiempos sin necesidad de conexión a Internet ni de instalar nada más.

Servidor ligero con 4MServer y pila LAMP

Además de la edición de escritorio, 4MLinux ofrece 4MServer, una variante orientada a montar servidores HTTP/FTP de forma muy ligera, ideal para tareas de pruebas, despliegues sencillos o para quienes buscan un entorno contenido pero funcional para ofrecer servicios en red.

En 4MLinux 50.0, 4MServer se actualiza con componentes clave como BusyBox 1.37.0, que agrupa en un único binario muchas de las utilidades básicas de sistema, reduciendo el tamaño global y simplificando la gestión, algo que encaja perfectamente con el enfoque minimalista de la distribución.

Esta edición permite montar una pila LAMP (Linux, Apache, MariaDB, PHP) para servir páginas web, aplicaciones PHP y gestionar bases de datos con MariaDB de manera bastante sencilla. Está pensada para ser un servidor eficiente en recursos, ajustado y fácil de levantar incluso en hardware modesto o máquinas virtuales ligeras.

En el terreno de lenguajes de programación, 4MLinux 50.0 pone a disposición Perl 5.42.0, Python 3.13.8 y Ruby 3.4.7, cubriendo así varios de los ecosistemas más utilizados en scripting, automatización, desarrollo web y herramientas de consola. Esta combinación permite tanto desplegar servicios como desarrollar pequeños proyectos sin salir del entorno de la distribución.

Kernel y base del sistema de 4MLinux 50.0

En las tripas del sistema, 4MLinux 50.0 se apoya en el kernel Linux 6.12 LTS, una versión de soporte extendido que equilibra bien estabilidad y novedades. Gracias a este núcleo, la distribución se beneficia de mejoras de rendimiento, nuevos controladores para hardware moderno y correcciones de seguridad integradas en la rama LTS.

El uso de una versión LTS es especialmente relevante para usuarios que quieren un sistema duradero y confiable, sin necesidad de saltar continuamente a kernels experimentales. A la vez, garantiza compatibilidad con una amplia gama de dispositivos, incluyendo tarjetas gráficas recientes, adaptadores de red y almacenamiento, haciendo que la instalación sea más directa en la mayoría de equipos.

Todos estos elementos, combinados con la revisión exhaustiva de los scripts de construcción, dan como resultado un sistema que, pese a su tamaño contenido, ofrece una base sólida para tareas de escritorio, multimedia y servidor, manteniendo la característica ligereza que siempre ha distinguido a 4MLinux.

Las novedades de 4MLinux 50.0 consolidan a esta distribución como una opción muy interesante para quienes valoran sistemas ligeros pero llenos de posibilidades: un escritorio preparado para trabajar y jugar, un servidor LAMP mínimo pero eficaz, herramientas de desarrollo al día, capacidad de reconstrucción completa desde el código y un ciclo de vida claro en el que la rama 50.x toma el relevo como estable mientras las series anteriores van cediendo el testigo.

La nueva versión Solus 4.8, con nombre en clave Opportunity, ya está disponible como imagen ISO actualizada de esta distribución Linux independiente y de modelo rolling-release. El proyecto, conocido originalmente por impulsar el escritorio Budgie, aprovecha este lanzamiento para introducir una serie de cambios profundos tanto a nivel de infraestructura como en la experiencia de escritorio.

En esta entrega se consolidan varias transiciones técnicas que llevaban tiempo en marcha: culminación del proceso Usr-Merge, un repositorio de paquetes renovado llamado Polaris, retirada completa de Python 2 y sustitución del veterano Solus Software Center por herramientas más modernas. Todo ello se acompaña de versiones recientes del kernel, de los entornos de escritorio y de las aplicaciones base, configurando una actualización especialmente relevante para usuarios de escritorio en Europa y España que buscan un sistema cuidado pero sin artificios.

Núcleo del sistema y componentes base actualizados en Solus 4.8

Solus 4.8 llega respaldado por el kernel Linux 6.17 (con edición LTS 6.12.58 disponible), ofreciendo mejoras en rendimiento y soporte de hardware reciente, algo especialmente interesante para equipos de sobremesa y portátiles vendidos en el mercado europeo durante los últimos años. Junto al kernel se integra el stack gráfico Mesa 25.2.6, que refuerza la compatibilidad con GPUs modernas y optimiza la experiencia en juegos y aceleración 3D.

En el apartado del sistema de inicio, systemd se actualiza a la versión 257.10, una subida notable desde la rama 254 utilizada anteriormente. Además de las mejoras internas y la armonización con distribuciones como AerynOS, se ha ajustado la compilación para reducir el tamaño del paquete en la variante de 32 bits, desactivando módulos no esenciales pero activando funcionalidades como homed y userdb, pensadas para una gestión más avanzada de cuentas de usuario.

Repositorios Polaris y cierre de la era Usr-Merge

Uno de los cambios más profundos de esta versión es la puesta en marcha del nuevo repositorio de paquetes Polaris, bautizado en honor a la estrella Polar. Este repositorio marca formalmente el comienzo de una nueva etapa en el proyecto y permite completar el proceso conocido como Usr-Merge, que unifica determinadas rutas del sistema de ficheros para simplificar el mantenimiento y la compatibilidad futura.

Gracias a Polaris, el equipo ha podido eliminar los enlaces simbólicos de compatibilidad asociados al Usr-Merge de los paquetes y, al mismo tiempo, acometer la gran actualización de systemd sin arrastrar lastres históricos. Este ajuste, poco visible para la persona usuaria final, repercute en un sistema más coherente y preparado para futuros cambios técnicos en el ecosistema Linux.

Solus 4.8 dice adiós al Solus Software Center y a Python 2

Otro movimiento relevante es la retirada total del Solus Software Center, la tienda de aplicaciones propia del proyecto, que llevaba años arrastrando una base de código envejecida y cada vez más costosa de mantener. Su principal problema era seguir dependiendo de Python 2, una versión del lenguaje que lleva tiempo declarada obsoleta y sin soporte.

La decisión del equipo ha sido dejar de invertir esfuerzos en portar el centro de software a Python 3 y apostar por herramientas consolidadas como GNOME Software y KDE Discover. Estas aplicaciones, ya integradas en numerosos escritorios Linux en Europa, ofrecen una mejor compatibilidad con tecnologías actuales como Flatpak, simplifican la gestión de actualizaciones y permiten a los desarrolladores de Solus centrarse en otros componentes clave del sistema.

Esta sustitución supone también el punto final para Python 2 en los repositorios y en las imágenes live de Solus. Durante los últimos años, los distintos servicios internos del proyecto migraron progresivamente a Python 3, quedando el antiguo Software Center como principal obstáculo. Con su retirada, Python 2 desaparece de la ecuación, reduciendo superficie de mantenimiento y potenciales problemas de seguridad.

Experiencia de inicio con Plymouth y actualizaciones sin conexión

En Solus 4.8 se incorpora por defecto Plymouth como pantalla de arranque, algo que en versiones anteriores se había evitado por temor a un impacto negativo en el tiempo de arranque. Las pruebas recientes del equipo han permitido comprobar que la presencia de Plymouth no ralentiza de forma apreciable la carga del sistema, y en equipos rápidos la animación puede incluso pasar desapercibida.

La principal motivación para introducir Plymouth no es estética, sino funcional: ofrecer una mejor interfaz para el sistema de actualizaciones offline que gestionan GNOME Software y KDE Discover. Estas herramientas permiten descargar las actualizaciones con el sistema en funcionamiento y aplicar los cambios en el siguiente reinicio, evitando así conflictos al sustituir binarios o bibliotecas que están en uso. Plymouth actúa como marco gráfico para mostrar el progreso y controlar este proceso de actualización en segundo plano.

Transición a girepository 2.0 y ajustes en el ecosistema de plugins

Otro cambio técnico significativo reside en la migración a girepository 2.0 para todos los paquetes que dependen de libgirepository, con la única excepción de perl-glib-object-introspection. Esta transición se ha vuelto imprescindible porque la versión actual de pygobject ya se apoya de forma nativa en el nuevo API de GObject Introspection, y el uso conjunto de versiones diferentes en un mismo proceso es problemático.

Para que esta modernización no rompiese el ecosistema de extensiones, se han introducido modificaciones en libpeas, el motor de plugins basado en GObject, con el objetivo de evitar conflictos de versiones. A pesar del salto tecnológico, se mantiene la posibilidad de desarrollar applets y complementos en Python, una característica apreciada por parte de la comunidad usuaria más técnica.

Aplicaciones de referencia y entorno de trabajo de Solus 4.8

En lo relativo al escritorio diario, Solus 4.8 viene con un conjunto de aplicaciones actualizado a versiones recientes, entre las que destacan Mozilla Firefox 145 como navegador web por defecto, la suite ofimática LibreOffice 25.2.6 y el cliente de correo Mozilla Thunderbird 140.5. Estas versiones ponen al día el paquete básico de oficina y comunicaciones, algo clave para quienes usan Solus como sistema principal en casa o en entornos de teletrabajo en España y el resto de Europa.

El sistema incorpora igualmente la pila gráfica Mesa 25.2.6 y la infraestructura de girepository 2.0 mencionada anteriormente, asegurando compatibilidad con APIs modernas y consolidando el soporte para aplicaciones que dependen de introspección GObject. Este conjunto de componentes termina de perfilar una base sólida sobre la que se asientan los distintos escritorios.

Edición Budgie: continuidad en la casa original

La edición Solus 4.8 Budgie viene equipada con Budgie 10.9.4, versión que, junto con la 10.9.3, garantiza compatibilidad con GNOME 49 en lo relativo a bibliotecas y componentes subyacentes. Todo el escritorio y sus applets se han reconstruido sobre libpeas-2 y girepository-2.0, manteniendo la posibilidad de utilizar applets desarrollados en Python gracias al trabajo realizado en el motor de plugins.

Visualmente, esta edición apuesta de serie por la tema oscura GTK Pocillo Dark, un estilo que mantiene la personalidad tradicional de Budgie pero adaptado a tendencias actuales en diseño de interfaces. Esta combinación de coherencia técnica y estética sobria refuerza a la edición Budgie como opción equilibrada para usuarios que prefieren un escritorio clásico pero cuidado.

Edición GNOME: Wayland por defecto y nuevas funciones

La variante Solus 4.8 GNOME integra GNOME 49.1, perteneciente a la serie Brescia, e introduce un cambio que puede notarse especialmente en quienes venían de versiones previas: la sesión X11 deja de estar disponible por defecto. Ahora, el sistema arranca en Wayland, y quien necesite trabajar con X11 debe instalar el paquete adicional gnome-session-shell-x11.

Este movimiento se alinea con la hoja de ruta del propio proyecto GNOME, que planea abandonar definitivamente X11 en la versión 50, prevista para el próximo año. Desde Solus se anima a la comunidad a usar Wayland en el día a día y a reportar cualquier problema, de forma que la transición sea lo más suave posible para todos los perfiles de usuario.

Entre las novedades de GNOME 49 se encuentran los colores de acento personalizables, mejoras de accesibilidad en el calendario para personas con distintas capacidades, un rendimiento superior en GNOME Software, capacidades ampliadas de escritorio remoto, controles multimedia en la pantalla de bloqueo y ajustes avanzados de brillo HDR. El conjunto se completa con la inclusión de elementos como el tema de iconos MoreWaita, el reproductor de audio Decibel, el lector de PDF Papers y el terminal Ptyxis como herramientas destacadas dentro de esta edición.

Edición Plasma: rumbo a un futuro centrado en Wayland

La edición Solus 4.8 Plasma se construye sobre KDE Frameworks 6.19.0, KDE Plasma 6.5.3 y KDE Gear 25.08.3, incorporando así las mejoras más recientes del ecosistema KDE. Al igual que en la edición GNOME, la sesión X11 deja de instalarse de serie; quienes la sigan necesitando deberán añadir el paquete plasma-x11 desde los repositorios.

Este cambio se enmarca en los planes de KDE de abandonar X11 cuando llegue Plasma 6.8, un hito previsto para comienzos de 2027, momento a partir del cual el escritorio funcionará exclusivamente sobre Wayland. Mientras tanto, la versión 6.5 introduce transiciones automáticas entre temas claros y oscuros, búsqueda difusa en KRunner, esquinas inferiores de las ventanas redondeadas y varias optimizaciones en el rendimiento del centro de software Discover.

Edición Xfce: de beta a opción estable y ligera

Solus 4.8 marca un punto de inflexión para la variante Xfce, que abandona la fase de beta y se consolida como edición en igualdad de condiciones con Budgie, GNOME y Plasma. Esta edición se basa en Xfce 4.20, una versión que mantiene la filosofía de ligereza y estabilidad que caracteriza históricamente a este escritorio.

Planteada como una opción ligera y fiable para equipos con recursos más ajustados o para quienes valoran la sobriedad por encima de los efectos visuales, la edición Xfce cobra especial sentido en portátiles veteranos aún muy presentes en hogares y pequeñas empresas europeas. La salida de la fase beta implica que el equipo de Solus considera madura la experiencia que ofrece, tanto en pulido visual como en integración con el resto de la distribución.

Modelo de distribución y disponibilidad de Solus 4.8

Fiel a su filosofía, Solus continúa con un modelo rolling-release, lo que implica que una vez instalado el sistema se reciben actualizaciones continuas sin necesidad de reinstalar versiones mayores. Para quienes ya usan Solus en su día a día, basta con aplicar las actualizaciones a través del gestor de paquetes o de las nuevas herramientas de software recomendadas por el proyecto.

Las imágenes ISO de Solus 4.8 para arquitecturas de 64 bits pueden descargarse desde la web oficial del proyecto, donde se detallan los requisitos de instalación y recomendaciones de uso. Esta nueva instantánea sirve como punto de partida actualizado para quienes instalan el sistema por primera vez, evitando la acumulación de grandes volúmenes de paquetes pendientes tras la instalación.

El conjunto de cambios introducidos en Solus 4.8 Opportunity demuestra que el proyecto priorizando la modernización silenciosa de su base técnica —con Polaris, la desaparición de Python 2 y la adopción de Wayland— al tiempo que mantiene un abanico de escritorios actualizado y opciones para distintos tipos de hardware, desde equipos potentes hasta máquinas más modestas que todavía tienen mucho recorrido por delante.

EndeavourOS sigue vivo. Ha pasado mucho tiempo desde su última ISO, motivo por el cual han empezado la nota sobre el lanzamiento de EndeavourOS Ganymede aclarando este punto. Aquella ISO salió en marzo, y ocho meses sin novedades es mucho tiempo para que la gente no especule. Aún así, que no se lancen nuevas ISOs no significa que el proyecto esté parado, pues las instalaciones existentes siguen recibiendo actualizaciones constantes como buen derivado de Arch que es.

Parte de la tardanza la ha tenido que ver el tema familiar. Aunque han decidido prestar más atención a la familia, siguen añadiendo todos los paquetes cuando es necesario, y éstos se instalan sin problemas desde el instalador web (netinstaller). En lo único en donde se nota de verdad es en la sesión en vivo: la que había era de marzo, y esa Live Session es la que se verá un poco desfasada. Por todo lo demás, el proyecto sigue vivo y coleando, y más ahora que hay disponible nueva ISO.

Novedades más destacadas de EndeavourOS Ganymede

De EndeavourOS cabe destacar que ha pasado a usar el kernel Linux 6.17.8.arch1-1. También es digno de mención que el escritorio oficial ha pasado a ser Plasma 6.5.3, la serie más reciente del entorno de KDE que ya ha recibido tres actualizaciones de mantenimiento.

Entre el resto de paquetes, Firefox está en la v145, el instalador ha subido a Calamares 25.11.1.9-1, Mesa 1:25.2.7-1 y en el apartado gráfico Nvidua-utils 580.105.08-4 y xorg-server 21.1.20-1. Cabe recordar que KDE no ofrecerá sesiones X11 a partir de Plasma 6.8, aunque queda esperar para ver qué enfoque le da Arch a este tema y qué hace EndeavourOS que está bajo su paraguas.

La imagen de EndeavourOS Ganymede está disponible en la página web oficial del proyecto. Los usuarios existentes habrán recibido los nuevos paquetes si realizan actualizaciones con regularidad.

La nueva versión de AV Linux 25 aterriza como una de las propuestas más completas dentro de las distribuciones GNU/Linux orientadas a producción multimedia. Pensada para quienes trabajan con audio y vídeo de forma intensiva, combina un sistema base estable con un conjunto muy amplio de aplicaciones profesionales ya preparadas para entrar en faena desde el primer arranque.

Aunque el proyecto tiene alcance global, su planteamiento encaja especialmente bien en el contexto europeo, donde muchos estudios pequeños, creadores independientes y centros educativos buscan soluciones libres y de bajo coste para montar estaciones de trabajo de audio y vídeo sin depender de licencias privativas. AV Linux 25 apunta precisamente a ese perfil: una plataforma lista para grabar, editar, mezclar y postproducir sin apenas configuración extra.

Base técnica de AV Linux 25: MX Linux 25, Debian 13 y núcleo de baja latencia

El sistema se construye sobre MX Linux 25 “Infinity”, que a su vez deriva de Debian 13 “Trixie”, una combinación conocida por su estabilidad y por disponer de una amplia colección de paquetes. Sobre esta base, el equipo de AV Linux añade repositorios especializados como KXStudio y paquetes propios específicos para producción multimedia.

Bajo el capó se encuentra un kernel PREEMPT_RT Liquorix 6.12 LTS, diseñado para ofrecer baja latencia y una respuesta muy rápida del sistema cuando se trabaja con audio en tiempo real. La inclusión de IRQs enhebrados y otros ajustes orientados al rendimiento se traduce en una experiencia más fluida al grabar instrumentos, mezclar múltiples pistas o monitorizar vídeo sin desfases perceptibles.

Para mejorar aún más la compatibilidad, AV Linux 25 aprovecha el repositorio AHS (Advanced Hardware Support) de MX Linux, lo que facilita el soporte de hardware reciente, algo especialmente relevante en Europa, donde muchos estudios pequeños recurren a interfaces de audio USB modernas, controladores MIDI y tarjetas gráficas actuales para edición de vídeo.

Entornos de escritorio disponibles en AV Linux 25: Enlightenment 0.27.1 y la nueva edición MX Moksha 25

En esta versión, el escritorio principal es Enlightenment 0.27.1, un entorno ligero pero visualmente atractivo que incluye ahora módulos y aplicaciones opcionales adicionales. AV Linux 25 incorpora un asistente de primera ejecución para guiar al usuario en la configuración inicial, algo que se agradece especialmente si se llega desde otros sistemas como Windows o macOS.

El equipo ha añadido un menú contextual de escritorio al estilo Openbox, accesible con el botón derecho, que facilita lanzar aplicaciones, abrir herramientas o acceder a utilidades sin saturar el panel principal. Esta aproximación busca un flujo de trabajo rápido y poco intrusivo, ideal para quienes pasan horas delante de la pantalla editando audio o vídeo y necesitan tener todo a mano.

En paralelo, se ha presentado una edición adicional llamada MX Moksha 25, basada en el escritorio Moksha, un entorno derivado del código de Enlightenment 17 que mantiene una filosofía ligera y muy personalizable. Esta variante se entrega con un conjunto mínimo de aplicaciones, funcionando como un “esqueleto” sobre el que el usuario puede construir su propio estudio, instalando solo lo que realmente necesita.

Aspecto visual de AV Linux 25 y temas centrados en usabilidad

AV Linux 25 estrena los temas por defecto “Ease” en variantes clara y oscura, buscando un equilibrio entre estética y legibilidad para sesiones de trabajo largas. Además, se ofrece un archivo externo con temas opcionales tanto para Enlightenment como para GTK, lo que permite adaptar el aspecto del sistema a cada entorno de trabajo.

Uno de los detalles técnicos interesantes es la integración de GTK4 con libadwaita mediante enlaces de tema, que contribuye a mantener una apariencia coherente entre aplicaciones modernas y clásicas. Esto reduce el contraste visual entre programas diferentes, algo que se agradece cuando se combinan DAWs, editores de vídeo, herramientas gráficas y utilidades del sistema en la misma sesión.

El uso de composición gráfica ligera y escalado de pantalla bien ajustado permite que el sistema ofrezca una interfaz cuidada con un consumo de RAM contenido. Para quienes trabajan con portátiles o equipos no especialmente potentes, este enfoque ayuda a concentrar los recursos donde realmente importan: en las aplicaciones de producción.

Mejoras en PipeWire y gestión de audio

Uno de los pilares del sistema es la experiencia de audio, y AV Linux 25 refuerza esta parte con una implementación mejorada de PipeWire. Este servidor de audio y vídeo moderno se está consolidando en muchas distribuciones, y aquí se ha afinado para ofrecer estabilidad y baja latencia en contextos de grabación y mezcla exigentes.

El objetivo es facilitar la combinación de diferentes fuentes y destinos de audio, gestionar interfaces externas y permitir el uso simultáneo de múltiples aplicaciones sin conflictos de dispositivos. Para músicos, podcasters y técnicos de sonido en Europa que trabajan con configuraciones variadas, esta gestión unificada del audio puede simplificar notablemente el día a día.

Acciones de archivo avanzadas para flujos multimedia

El gestor de archivos, basado en Thunar, gana protagonismo en esta versión gracias a nuevas acciones de archivo que automatizan tareas habituales en producción. Desde el menú contextual se pueden lanzar procesos de conversión, unión o análisis de archivos sin tener que recurrir a la terminal.

Entre las opciones disponibles destaca la posibilidad de convertir entre múltiples formatos de audio mediante PACPL, algo útil cuando se trabaja con mezclas finales, stems o material recibido de terceros en formatos dispares. También se incluye la opción de unir archivos MP4 y MKV utilizando FFmpeg, lo que agiliza la preparación de material de vídeo sin necesidad de abrir un editor completo.

El sistema permite crear bibliotecas de sonido en formato SFZ con la utilidad makesfz, redimensionar imágenes con ImageMagick o localizar archivos que ocupan mucho espacio para liberar almacenamiento en discos de trabajo. Estas funciones se integran directamente en el menú “Abrir con” del gestor de archivos, reduciendo pasos y facilitando flujos de postproducción rápidos.

Otra de las acciones destacadas es la integración con Quickemu para descargar y ejecutar máquinas virtuales, así como con la herramienta yt-dlp para la descarga de vídeos. Esta combinación puede resultar útil en entornos educativos, laboratorios de medios o creadores que necesiten probar software adicional o capturar contenido de referencia para sus proyectos.

Compatibilidad con VST de Windows y AppImage

Conscientes de que muchos estudios y músicos dependen de plugins desarrollados para Windows, AV Linux 25 incorpora la utilidad Wine4VST junto con la capa yabridge, pensadas para proporcionar un entorno funcional en el que instalar y usar complementos VST diseñados para ese sistema operativo.

Aunque el soporte de plugins de Windows en Linux siempre implica ciertas particularidades técnicas, esta combinación busca ofrecer un punto de partida más estable y preconfigurado para quien no puede prescindir de determinados instrumentos virtuales o efectos comerciales. Para creadores europeos que ya disponen de licencias de plugins en Windows, puede ser una vía para dar el salto a Linux sin perder su arsenal habitual.

Además, el sistema incluye soporte integrado para ejecutar aplicaciones en formato AppImage, lo que facilita instalar programas que no están en los repositorios tradicionales. Esto abre la puerta a usar versiones recientes de herramientas creativas o utilidades específicas sin romper la estabilidad del sistema base.

Aplicaciones profesionales preinstaladas para audio y vídeo

Uno de los principales atractivos de AV Linux 25 es la curada selección de software para producción multimedia que viene instalada de serie. En el terreno del audio se incluyen estaciones de trabajo como Ardour y su variante ArdourVST, así como Harrison Mixbus, orientada a mezclas con una interfaz inspirada en consolas analógicas.

En la parte de vídeo, el sistema ofrece editores como Kdenlive y Cinelerra-GG, además de otras herramientas como Openshot o LiVES para diferentes niveles de complejidad y estilos de trabajo. Esta variedad permite que tanto usuarios principiantes como profesionales encuentren un editor que se ajuste a su experiencia y necesidades.

La distribución incluye también software gráfico como GIMP e Inkscape, muy utilizados en la preparación de carátulas, diseños para redes sociales, rótulos, carteles de conciertos o material promocional. A esto se suma Blender para proyectos de 3D y animación, y una serie de utilidades extra como Polyphone, Shuriken o SimpleScreenRecorder, pensadas para creación de instrumentos, experimentación sonora y captura de pantalla.

Todos estos programas se integran en un menú bien organizado, lo que facilita que un estudio o aula pueda arrancar y empezar a trabajar nada más instalar el sistema. Para muchos proyectos pequeños en España o en otros países europeos, esta “caja de herramientas” completa reduce el tiempo que habría que dedicar a buscar, instalar y configurar cada aplicación por separado.

Rendimiento, consumo de recursos y experiencia en equipos modestos

El equipo de desarrollo ha puesto el foco en mantener bajo consumo de memoria RAM y buen rendimiento general incluso cuando se ejecutan varias aplicaciones pesadas al mismo tiempo. El uso de entornos ligeros como Enlightenment o Moksha, sumado a la optimización del kernel y de los servicios, permite que AV Linux 25 funcione con soltura en equipos que no son de última generación.

Esta característica es especialmente interesante para estudios caseros, asociaciones culturales o escuelas que aprovechan ordenadores reciclados o de gama media para montar espacios de creación. En contextos donde el presupuesto es ajustado, poder reutilizar hardware existente con un sistema afinado para multimedia puede marcar la diferencia.

El soporte para funcionar en modo Live, sin instalación permanente, facilita además pruebas rápidas en distintos equipos, algo útil si se quiere evaluar el rendimiento con diferentes interfaces de audio, controladores MIDI o configuraciones gráficas antes de tomar la decisión de instalarlo definitivamente.

Herramientas para personalización y copias del sistema

Además de las aplicaciones de producción, AV Linux 25 incorpora utilidades propias y herramientas de MX que permiten adaptar el sistema a cada entorno de trabajo. Una de las más destacadas es MX-Snapshot, con la que es posible generar imágenes personalizadas de la instalación.

Esto significa que un estudio, un centro de formación o un colectivo artístico puede preparar una configuración estándar con todos sus plugins, plantillas y ajustes, y a partir de ahí generar una ISO que se despliega en múltiples equipos manteniendo el mismo entorno. Para redes de aulas o estudios con varias salas, esta función simplifica enormemente el mantenimiento.

El asistente de configuración inicial, junto con varias utilidades específicas de AV Linux, ayudan a ajustar aspectos clave del sistema sin tener que profundizar demasiado en la línea de comandos. Desde la organización de menús hasta determinadas acciones de archivo, el objetivo es que el usuario pueda centrarse en la creación más que en la administración del sistema.

AV Linux 25 se presenta como una opción muy completa para quienes necesitan un entorno GNU/Linux orientado a producción multimédia, con un equilibrio interesante entre estabilidad, rendimiento y cantidad de herramientas incluidas. Su apoyo en MX Linux y Debian, el foco en baja latencia, la compatibilidad ampliada con hardware y plugins, y la aparición de la variante ligera MX Moksha 25 lo convierten en una alternativa a tener en cuenta en estudios, aulas y proyectos creativos tanto en España como en el resto de Europa que busquen trabajar con software libre sin renunciar a un flujo de trabajo profesional.

IPFire 2.29 Core Update 199 llega cargada de cambios profundos que tocan prácticamente todas las capas del sistema: desde el soporte inalámbrico de última generación hasta el endurecimiento de la seguridad del núcleo, pasando por mejoras en VPN, proxy, interfaz web y un buen puñado de paquetes actualizados. Esta versión, publicada inicialmente como build de pruebas, apunta directamente a entornos exigentes, tanto empresariales como domésticos avanzados.

A lo largo de esta guía vamos a desgranar todas las novedades técnicas y funcionales de esta actualización: soporte para WiFi 7 y WiFi 6, integración nativa de LLDP/CDP, nuevo kernel, cambios en el sistema de prevención de intrusiones, mejoras en OpenVPN, afinado del proxy, pequeños detalles de la interfaz, evolución de los add-ons y el esfuerzo de desarrollo que hay detrás. Si trabajas con IPFire en producción, te interesa conocer bien qué cambia y cómo puede beneficiarte.

IPFire 2.29 Core Update 199 da salto de nivel en redes inalámbricas: soporte para WiFi 7 y WiFi 6

Una de las grandes estrellas de esta versión es la compatibilidad directa de IPFire con puntos de acceso WiFi 7 y WiFi 6. Hasta ahora, parte del hardware ya funcionaba, pero no se estaban aprovechando plenamente las capacidades avanzadas de estos estándares. Con el Core Update 199, el sistema sí sabe exprimir esas funciones avanzadas para ofrecer más velocidad y menor latencia.

Ahora es posible indicar simplemente el modo WiFi preferido desde la interfaz, y dejar que IPFire se encargue del resto de la configuración. Se añaden 802.11be (WiFi 7) y 802.11ax (WiFi 6) a los ya presentes 802.11ac/agn, y se admite un ancho de canal de hasta 320 MHz. Esto se traduce en cifras de ancho de banda realmente serias: más de 5,7 Gbps con dos flujos espaciales o alrededor de 11,5 Gbps con cuatro streams, todo ello sobre el aire.

Otro cambio importante es que IPFire detecta de forma automática las capacidades del hardware WiFi y activa las funciones soportadas sin necesidad de toquetear ajustes crípticos. Antes, la configuración de las llamadas «HT Capabilities» y «VHT Capabilities» se hacía a mano, con el consiguiente riesgo de errores y pérdida de tiempo. Ahora el sistema se encarga de habilitar todo lo que la tarjeta inalámbrica soporte de forma segura, lo que resulta en redes más estables y rápidas.

En materia de seguridad inalámbrica, se introduce la opción de reforzar las redes que aún usan WPA2 o WPA1. Cuando existan clientes que no pueden usar WPA3, IPFire permitirá utilizar SHA256 durante la autenticación, fortaleciendo el handshake sin obligar a abandonar estos protocolos más antiguos, algo todavía necesario en muchos parques de dispositivos mixtos.

De serie, esta actualización activa la protección del SSID mediante MFP (Management Frame Protection, 802.11w) allí donde esté disponible. En esos casos, el sistema habilita automáticamente Beacon Protection y Operating Channel Validation, dificultando ataques basados en frames de gestión falsos y mejorando la robustez de la red frente a interferencias maliciosas.

Para optimizar el uso del espectro, IPFire incorpora un mecanismo que convierte el tráfico multicast en unicast por defecto cuando la mayoría de los clientes son modernos y rápidos. Esto libera tiempo de aire y reduce colisiones, algo especialmente útil en redes muy pobladas donde se consumen muchos servicios audiovisuales o tráfico broadcast.

Si el hardware lo permite, se realiza detección de radar en segundo plano, imprescindible para convivir correctamente con los canales DFS y cumplir con la normativa en bandas de frecuencia compartidas con servicios de radar. Todo ello se integra sin cambios drásticos en la interfaz, que se mantiene muy similar, ya que la «magia» ocurre debajo del capó.

Los productos de Lightning Wire Labs, diseñados específicamente para IPFire, activarán de forma automática estas capacidades WiFi avanzadas, con lo que quienes utilicen estos appliances obtendrán desde el primer momento el máximo partido de la nueva pila inalámbrica.

Descubrimiento de red con LLDP y Cisco Discovery Protocol

En entornos complejos, saber exactamente a qué se está conectando cada interfaz del firewall es clave para el diagnóstico y la documentación. Con el Core Update 199, IPFire incorpora soporte nativo para LLDP (Link Layer Discovery Protocol) y CDPv2 (Cisco Discovery Protocol), dos protocolos ampliamente utilizados en switches gestionables y equipamiento de red profesional.

Gracias a esta integración, el firewall puede identificar automáticamente los dispositivos conectados a cada puerto físico y determinar a qué puerto de switch se une cada interfaz. Esto simplifica mucho la vida cuando trabajas con racks llenos de equipos, VLANs, troncales y agregaciones, y se integra muy bien con herramientas de monitorización y mapeo como Observium.

La funcionalidad se administra cómodamente desde la interfaz web, en el menú Servicios → LLDP, donde es posible activarla, desactivarla o ajustar parámetros según las necesidades del entorno. De este modo, IPFire se convierte en un actor más visible y totalmente integrado en la topología de la red.

Kernel actualizado y mejoras de rendimiento en IPFire 2.29 Core Update 199

Otra pieza clave de este Core Update es la actualización del kernel de IPFire a la rama Linux 6.12.58. Este salto de versión arrastra numerosas correcciones de seguridad y estabilidad, además de mejoras de rendimiento que se notan especialmente en hardware moderno y cargas exigentes.

Se han revisado determinados ajustes de configuración relacionados con la depuración de la planificación y la concurrencia (preemption debugging). La desactivación o afinado de ciertos parámetros de depuración que no son necesarios en producción se traduce en un incremento apreciable del rendimiento en muchos sistemas, reduciendo latencias y mejorando el tiempo de respuesta del firewall bajo carga.

Refuerzo del sistema de prevención de intrusiones (IPS)

El corazón del IPS de IPFire, Suricata, se ha actualizado a la versión 8.0.2. Este cambio no solo supone mejoras internas en el motor de análisis de tráfico, sino que también abre la puerta a nuevas reglas y capacidades de detección, manteniendo el sistema al día frente a amenazas actuales.

La funcionalidad de informes del IPS también recibía un ajuste importante debido a incidencias con la base de datos SQLite utilizada internamente. Cuando ésta se encontraba ocupada, algunos avisos podían perderse. El problema se ha resuelto con la versión 0.5 del paquete suricata-reporter, que garantiza que las alertas se registren y reporten de forma fiable.

Además, los informes del IPS pasan a tener un horario de envío fijo a la 1:00 de la madrugada. Este pequeño cambio responde a la petición de varios administradores que necesitaban disponer de los reports listos a primera hora de la mañana, facilitando así la revisión diaria del estado de seguridad antes del inicio de la jornada.

Mejoras en OpenVPN para clientes itinerantes en IPFire 2.29 Core Update 199

El módulo de OpenVPN Roadwarrior también recibe un paquete de pequeñas pero significativas optimizaciones para entornos de acceso remoto. En primer lugar, si el servidor aún hace uso de cifrados considerados heredados, la interfaz los resaltará para llamar la atención del administrador y animarle a planificar una migración hacia algoritmos más robustos.

Se añade la posibilidad de empujar múltiples servidores DNS y WINS a los clientes, algo muy útil en redes corporativas con varios dominios, resolvers internos o entornos mixtos. Esto flexibiliza mucho la configuración sin tener que recurrir a hacks o scripts adicionales en los clientes.

El servidor OpenVPN pasa a funcionar siempre en modo multi-home, lo que encaja mejor con la realidad de IPFire, normalmente desplegado con varias interfaces de red. Con este ajuste, el servidor responde consistentemente utilizando la misma dirección IP a la que se conectó el cliente, tanto si llega desde la red interna como desde el exterior, evitando comportamientos extraños en escenarios con múltiples rutas.

También se corrige un bug que impedía que la primera ruta personalizada se empujara correctamente a los clientes. Este fallo podía causar que determinadas redes no fueran accesibles a través del túnel, aunque el resto de la configuración estuviese bien definida. Con el parche, las rutas personalizadas se distribuyen como cabría esperar.

En cuanto a la autenticación, el componente encargado de validar usuarios maneja mejor los flujos de OTP. Cuando el cliente se «lía» durante el proceso de autenticación en dos pasos, el servidor hará un esfuerzo adicional por guiarle y completar el login correctamente, reduciendo incidencias por malentendidos de los usuarios finales.

Finalmente, se elimina del archivo de configuración cliente la directiva auth-nocache, ya que en este contexto resultaba inefectiva. Al suprimirla, se simplifica el fichero sin impacto negativo en la seguridad real del despliegue.

Proxy: mitigaciones de seguridad y estabilidad de IPFire 2.29 Core Update 199

El proxy de IPFire también se ve beneficiado con cambios pensados para reducir riesgos de seguridad y pulir situaciones de carrera. En primer lugar, se aplica una mitigación específica frente a la vulnerabilidad identificada como CVE-2025-62168, reforzando la configuración para evitar posibles explotaciones.

Por otro lado, se soluciona una condición de carrera que podía provocar el cierre forzoso del proceso del Filtro de URL durante la compilación de sus bases de datos. Bajo determinadas circunstancias, esto se traducía en bloqueos puntuales o pérdida de filtrado hasta que el servicio se reiniciaba. Con el arreglo incorporado, la compilación de listas debería transcurrir sin interrupciones.

Pequeñas grandes mejoras en la interfaz web

La interfaz de administración web recibe varios detalles que, sin ser espectaculares, mejoran claramente la usabilidad del día a día. El módulo de firewall corrige un error que impedía crear nuevos grupos de localizaciones, una función muy útil para gestionar reglas basadas en países o regiones.

En la sección dedicada a vulnerabilidades de hardware, ahora se muestra un mensaje más claro cuando el sistema no soporta SMT (Simultaneous Multithreading). En lugar de mensajes confusos, el administrador entiende mejor la situación de su CPU y cómo afecta a determinadas mitigaciones.</p&amp;gt;&lt;/p>

El módulo de correo ajusta el tratamiento de credenciales que contienen caracteres especiales delicados, evitando que se corrompan o se «manglen» durante el guardado. Esto reduce incidencias a la hora de configurar notificaciones y otros servicios que dependen de autenticación SMTP.

Cambios generales y paquete de actualizaciones del sistema

Más allá de las funciones concretas, esta actualización incluye modificaciones de base en el sistema y una gran remesa de paquetes actualizados. En primer lugar, el demonio D-Bus pasa a ejecutarse por defecto en IPFire, preparando el terreno para futuras características que se apoyarán en esta infraestructura de mensajería interna.

El sistema de construcción de initramfs también evoluciona: dracut se sustituye por dracut-ng, dado que el proyecto original ha quedado abandonado por parte de Red Hat. Este cambio garantiza un mantenimiento activo y una base más sólida para procesos de arranque y recuperación.

Entre las novedades utilitarias destaca la incorporación de dma, una herramienta pensada para generar buzones locales y gestionar el correo de manera ligera, especialmente útil en sistemas que no requieren un MTA pesado pero sí cierta funcionalidad de entrega interna.

La pila de cifrado también se ajusta para alinear IPFire con las recomendaciones actuales: la suite de cifrados de SSH se sincroniza con upstream y pasa a dar prioridad a AES-GCM frente a AES-CTR, favoreciendo modos autenticados más robustos por defecto.

Se corrige además una condición de carrera en la aplicación de reglas del firewall, en la que un conjunto de reglas ya aplicado podía desaparecer si se insertaba otra regla al mismo tiempo. Con el arreglo, las reglas se mantienen de forma consistente aunque haya cambios frecuentes en la política.

Otros cambios

En cuanto al catálogo de paquetes base, el Core Update 199 actualiza una larga lista de componentes fundamentales. Entre ellos se incluyen, entre muchos otros, coreutils 9.8, c-ares 1.34.5 (con parche frente a CVE-2025-31498), cURL 8.17.0 y BIND 9.20.16, pilares básicos para utilidades de sistema y resolución de nombres.

También se suben de versión bibliotecas y herramientas clave como boost 1.89.0, btrfs-progs 6.17.1, elfutils 0.194, expat 2.7.3 (con correcciones para CVE-2025-59375 y CVE-2024-8176), fmt 12.1.0, FUSE 3.17.4 y glib 2.86.0, reforzando compatibilidad y seguridad.

Se incluyen actualizaciones de harfbuzz 12.1.0, hwdata 0.400, iana-etc 20251030, iproute2 6.17.0, kbd 2.9.0, less 685, libarchive 3.8.2, libcap 2.77, libgpg-error 1.56, libxml2 2.15.1 y LVM2 2.03.36, todos ellos componentes críticos para la gestión del sistema, consola, almacenamiento y parsing de datos.

El conjunto de herramientas de compilación y desarrollo también se pone al día con nasm 3.00, ninja 1.13.1, protobuf 33.0 y Rust 1.85.0, mientras que la base de datos embebida y varios servicios de red mejoran gracias a SQLite 3.51.0, Suricata 8.0.2, suricata-reporter 0.5, strongSwan 6.0.3, unbound 1.24.1 y otros.

Completan el lote de actualizaciones diversas utilidades de administración y sistema como sysvinit 3.14, udev 258, util-linux 2.41.2, vim 9.1.1854, whois 5.6.5, usbutils 019 y xfsprogs 6.17.0, además de múltiples «code cleanups» repartidos por todo el código, que mejoran mantenibilidad y reduce deuda técnica.

Add-ons: nuevas funciones y versiones renovadas

El ecosistema de complementos de IPFire también se actualiza, incorporando correcciones y nuevas posibilidades en varios add-ons. Uno de los que recibe atención es arpwatch, orientado a monitorizar cambios de direcciones MAC en la red.

En arpwatch se corrige un fallo que impedía enviar el remitente correcto en los correos electrónicos de aviso, provocando que algunos servidores rechazasen esos mensajes. Además, las direcciones MAC pasan a mostrarse siempre con relleno de ceros, facilitando la lectura y evitando confusiones.

El add-on ffmpeg se actualiza a la versión 8.0 e incorpora de nuevo enlace con OpenSSL y la librería lame. Gracias a ello, IPFire puede volver a manejar flujos desde fuentes externas vía HTTPS y codificación mp3 sin problemas, recuperando capacidades de streaming que algunos administradores echaban en falta.

Junto a estos cambios, se actualizan numerosos paquetes adicionales dentro de los add-ons, como ClamAV 1.5.1, dnsdist 2.0.1, fetchmail 6.5.7, hostapd f747ae0, libmpdclient 2.23, mpd 0.24.5 y mympd 22.1.1, mejorando funciones de antivirus, DNS avanzado, correo, servicios multimedia y gestión de puntos de acceso.

La magnitud de esta versión deja claro que IPFire sigue apostando por ampliar capacidades de red, reforzar la seguridad y pulir continuamente la experiencia de administración. Desde la nueva generación WiFi y la visibilidad mejorada con LLDP/CDP, hasta el kernel modernizado, el IPS más fiable, las mejoras en OpenVPN, el proxy reforzado, las pequeñas correcciones de la interfaz, la batería de paquetes actualizados y los add-ons ampliados, todo encaja para ofrecer un sistema más rápido, seguro y preparado para escenarios complejos, siempre respaldado por una comunidad y un equipo que necesitan apoyo para mantener este ritmo de evolución.

Red Hat Enterprise Linux 10.1 ya está disponible como la primera gran actualización de la rama 10 del sistema, un lanzamiento que afina el enfoque de Red Hat hacia la inteligencia artificial, la seguridad de nueva generación y la gestión más ágil de infraestructuras empresariales. La compañía sitúa esta versión como una pieza clave para organizaciones que están migrando progresivamente a modelos de nube híbrida y necesitan mantener sus sistemas bajo control sin disparar la complejidad.

En un contexto en el que las cargas de trabajo de IA se multiplican y los equipos de TI se ven presionados para ser más productivos con plantillas ajustadas, Red Hat recuerda estudios independientes que apuntan a mejoras de eficiencia y productividad al operar sobre su plataforma frente a alternativas comunitarias. Sin entrar en cifras concretas para cada caso, el mensaje que lanza la empresa es que RHEL 10.1 busca recortar la brecha de habilidades, estabilizar la operativa y anticiparse a amenazas emergentes, como las asociadas a la criptografía poscuántica.

Novedades generales de Red Hat Enterprise Linux 10.1

Con esta versión, Red Hat consolida las bases introducidas por RHEL 10, donde ya se había apostado por la IA generativa integrada a través de RHEL Lightspeed, un modo imagen para unificar construcción y despliegue de sistemas y aplicaciones, y un mayor foco en el cumplimiento normativo con algoritmos criptográficos avanzados. RHEL 10.1 añade sobre ese cimiento tanto ajustes técnicos como nuevas funciones orientadas, sobre todo, al uso corporativo intensivo.

A nivel de componentes, la actualización incorpora un kernel Linux 6.12 LTS y una renovación amplia de la cadena de herramientas y lenguajes de programación: GCC 15, LLVM 20, Go 1.24, Rust 1.88, .NET 10, Node.js 24 y otros paquetes clave. Para equipos de desarrollo y operaciones en empresas europeas, esto se traduce en un entorno más moderno para crear y mantener aplicaciones, sin salir del paraguas de soporte de una distribución empresarial.

Gestión de Linux asistida por IA

Uno de los pilares de RHEL 10.1 es la gestión asistida por inteligencia artificial, pensada para ayudar tanto a administradores expertos como a perfiles menos especializados que deben enfrentarse a tareas de diagnóstico y mantenimiento. El asistente de línea de comandos, integrado en el sistema, amplía de forma notable su capacidad de análisis al pasar de un límite de contexto de 2 KB a 32 KB, lo que le permite trabajar con registros de gran tamaño y flujos de datos complejos sin dejar fuera información relevante.

Junto con este salto en el volumen de datos que puede manejar, aparece una versión sin conexión del asistente, actualmente en vista previa para desarrolladores. Esta modalidad se ejecuta íntegramente en local, sin necesidad de conectarse a servicios en la nube, y está claramente dirigida a sectores especialmente sensibles en Europa, como la administración pública, la sanidad o la industria crítica, donde las normativas de protección de datos y los entornos desconectados son habituales. De esta forma, las organizaciones pueden beneficiarse de recomendaciones basadas en IA sin comprometer políticas de soberanía o confidencialidad.

Impulso a las cargas de trabajo de IA y ML

Red Hat también insiste en que RHEL 10.1 quiere simplificar la vida de quienes están desplegando modelos de inteligencia artificial y machine learning en centros de datos tradicionales y en nubes públicas. La distribución incorpora un acceso más directo a controladores validados para aceleradores de IA de AMD, Intel y NVIDIA, disponibles a través de los repositorios de extensiones y complementarios.

Este enfoque de controladores validados y firmados pretende reducir conflictos en las actualizaciones, proporcionar una base más estable para cargas de trabajo críticas y acelerar el ciclo de desarrollo y despliegue de soluciones de IA/ML. Para empresas y entidades europeas que operan en arquitecturas multicloud, contar con un conjunto homogéneo de drivers y un soporte consistente es clave para evitar paradas imprevistas y problemas de compatibilidad a medio plazo.

Eficiencia operativa, soft-reboot y contenedores

En el terreno de la operación diaria, una de las novedades prácticas más visibles es la introducción de los soft-reboots o reinicios suaves. Esta funcionalidad permite aplicar determinados cambios en el espacio de usuario sin tener que reiniciar por completo el kernel, lo que se traduce en menos tiempo de inactividad para servidores que ofrecen servicios críticos. Para los administradores, significa mayor margen para programar mantenimientos sin necesidad de ventanas largas ni interrupciones totales.

RHEL 10.1 refuerza además el trabajo con contenedores en modo imagen mediante compilaciones reproducibles para las herramientas de contenedores. Esto implica que las imágenes generadas a partir del mismo contenido pueden verificarse como idénticas, lo que aumenta la confianza en la cadena de suministro de software y facilita auditorías y controles de seguridad en entornos regulados, incluidos aquellos sujetos a normativas europeas de ciberseguridad.

Otra pieza relevante es la disponibilidad general de Automatic Certificate Management Environment (ACME). La automatización de la emisión y renovación de certificados reduce notablemente la carga de tareas manuales, propensas a errores humanos, y ayuda a mantener niveles de seguridad y fiabilidad adecuados en aplicaciones de producción, algo especialmente sensible para servicios expuestos a internet o que manejan información personal en la Unión Europea.

Seguridad reforzada y criptografía poscuántica

En el ámbito de la seguridad, Red Hat continúa su apuesta por la criptografía poscuántica como respuesta preventiva ante los avances en computación cuántica. RHEL 10.1 amplía el soporte de estos algoritmos en la capa TLS (Transport Layer Security), de forma que los datos en tránsito entre aplicaciones y servicios cuenten con protecciones adicionales frente a posibles escenarios futuros en los que la criptografía clásica pueda quedar comprometida.

En paralelo, la compañía ha alineado las capacidades de RHEL 9.7 con las de la rama 10 al incorporar los mismos algoritmos poscuánticos, buscando ofrecer un nivel de protección comparable para quienes todavía no han dado el salto a la última versión mayor. De esta manera, las organizaciones pueden planificar sus migraciones con más calma sin renunciar a avances en cifrado y seguridad de comunicaciones.

Otra novedad de peso es el uso de OpenTelemetry Collector con Trusted Platform Module (TPM) en las imágenes cloud de RHEL 9 y 10 en AWS, Microsoft Azure y Google Cloud Platform. La combinación de telemetría estandarizada con el uso de hardware resistente a manipulaciones permite que ciertas operaciones sensibles se ejecuten de forma más protegida, factor relevante para empresas europeas que deben demostrar trazabilidad y robustez en sus sistemas frente a auditorías o requisitos regulatorios.

Red Hat Satellite 6.18 para control avanzado on-premises

Ligado a este lanzamiento de RHEL 10.1, llega también Red Hat Satellite 6.18, la herramienta de gestión centralizada que muchas organizaciones utilizan para controlar despliegues amplios de servidores RHEL en centros de datos propios y nubes privadas. Esta versión amplía las posibilidades de análisis y supervisión en local, reduciendo la dependencia de servicios externos y dando más margen a empresas con fuertes restricciones en la salida de datos.

Satellite 6.18 incorpora la disponibilidad general del servicio de asesoramiento en modo on-premises, capaz de identificar de forma proactiva problemas de configuración conocidos y ofrecer recomendaciones priorizadas y, en buena medida, automatizables. Junto a ello, se incluye una vista previa tecnológica del servicio de vulnerabilidades, pensada para evaluar, monitorizar, informar y remediar CVE que afectan a los despliegues de RHEL desde la propia infraestructura del cliente.

Para organizaciones preocupadas por el flujo de información hacia terceros, esta versión permite acotar al mínimo los datos que se envían a Red Hat, limitándolos a lo estrictamente necesario para la gestión de suscripciones. Además, se han reforzado las opciones de informes y las vistas de contenido continuas, de forma que los administradores puedan restringir el acceso a determinados repositorios sin dejar de recibir actualizaciones, un equilibrio interesante para departamentos de TI con requisitos de segmentación interna o entornos multicliente.

Disponibilidad y enfoque hacia la nube híbrida

Red Hat sitúa a RHEL 10.1 y RHEL 9.7 como componentes de una misma estrategia de plataforma diseñada para la computación en nube híbrida. Ambas versiones buscan facilitar la transición entre infraestructuras tradicionales y servicios cloud, manteniendo una experiencia relativamente homogénea de gestión y seguridad. Según la compañía, esta coherencia operativa es uno de los elementos que más valoran los equipos de TI cuando combinan centros de datos propios con proveedores como AWS, Azure o Google Cloud.

Las nuevas versiones de Red Hat Enterprise Linux, junto con Red Hat Satellite 6.18, ya se pueden descargar desde el Portal de Clientes de Red Hat. Los controladores específicos para aceleradores de IA se ofrecen a través de los repositorios de extensiones y complementarios, lo que permite a las organizaciones preparar sus infraestructuras para cargas de trabajo intensivas en IA sin salirse del circuito oficial de soporte.

Con este lanzamiento, Red Hat refuerza su propuesta de sistema operativo empresarial como un elemento estable en un entorno cada vez más cambiante, donde la inteligencia artificial, la seguridad avanzada y la gestión eficiente de recursos compiten por la atención de los responsables de TI. RHEL 10.1 no introduce una revolución aislada, sino un conjunto de ajustes y nuevas capacidades que buscan dar más margen de maniobra a las organizaciones que operan en entornos de nube híbrida, con especial atención a las exigencias regulatorias y de seguridad que predominan en España y el resto de Europa.

En esta versión te vas a encontrar con cambios profundos en seguridad, almacenamiento, red, virtualización, criptografía poscuántica, contenedores y herramientas de desarrollo. Además, hay novedades importantes a nivel de arquitecturas soportadas (incluido RISC-V), del instalador Anaconda y de la experiencia de escritorio, que ahora gira definitivamente en torno a Wayland. Si vienes de Rocky 10.0, el salto es directo; si vienes de Rocky 8 o 9, la cosa cambia y toca plantear bien la migración.

Rocky Linux 10.1: qué es y cómo actualizar

Rocky Linux 10.1 (RL 10.1) se presenta como la última versión menor de la rama Rocky Linux 10, basada en el mismo árbol de código que RHEL 10.1. Mantiene el kernel Linux 6.12 como base, hereda todas las correcciones y mejoras de estabilidad de Enterprise Linux 10.1 y suma el trabajo de la comunidad de Rocky para ofrecer imágenes instalables, cloud, contenedores y versiones live listas para producción.

Si ya estás en Rocky Linux 10.0, el procedimiento para dejar el sistema al día no tiene misterio: basta con ejecutar sudo dnf -y upgrade (o dnf -y upgrade como root) o bien usar las herramientas gráficas como GNOME Software o KDE Discover. El sistema actualizará a Rocky Linux 10.1 respetando tu configuración y paquetes instalados.

En cambio, no existe soporte oficial para saltos directos de una versión mayor a otra. Si trabajas con Rocky 8.x o 9.x, la recomendación es clara: realizar una instalación limpia de Rocky Linux 10.1 y restaurar copias de seguridad de datos y configuraciones. Rocky Linux no admite actualizaciones in-place entre ramas principales, así que tocará planificar ventana de mantenimiento.

Los usuarios que vengan de otras distribuciones Enterprise Linux 10 (por ejemplo, otras variantes compatibles con RHEL 10) pueden aprovechar las herramientas migrate2rocky para convertir el sistema existente en un Rocky Linux 10 totalmente funcional, siempre siguiendo las instrucciones oficiales y realizando backups previos.

Arquitecturas soportadas y novedades en hardware

Rocky Linux 10.1 amplía y consolida su soporte para múltiples plataformas de hardware, manteniendo su posición como distribución apta para servidores, mainframes, ARM y entornos experimentales como RISC-V.

Plataformas y arquitecturas disponibles

En esta release, Rocky Linux 10.1 está disponible oficialmente para las siguientes arquitecturas de 64 bits:

• x86-64-v3 (x86_64) para procesadores AMD/Intel modernos de 64 bits que implementen al menos el nivel de microarquitectura v3.
• riscv64 para sistemas RISC-V de 64 bits, una arquitectura en expansión especialmente interesante en el ámbito educativo y de investigación.
• aarch64 (ARMv8.0-A de 64 bits) para servidores y placas ARM modernas.
• ppc64le para sistemas IBM POWER10 y posteriores en formato little endian.
• s390x para mainframes IBM z15 y superiores.

Se mantienen disponibles ISOs instalables y live para x86-64-v3 y aarch64 con escritorios GNOME y KDE Plasma, mientras que el resto de arquitecturas cuenta con imágenes instalables orientadas a servidor y cloud. En el caso concreto de RISC-V, el soporte se considera todavía secundario en el ecosistema de Rocky Linux, pero la base ya está ahí.

Soporte específico para RISC-V

El equipo de Release Engineering de Rocky Linux ha trabajado de forma intensa para que Rocky 10 funcione en una serie de implementaciones concretas de RISC-V. En la práctica, esto se traduce en soporte para plataformas como StarFive VisionFive 2 (VF2), entornos virtualizados con QEMU y la placa SiFive HiFive Premier P550.

Sin embargo, existen incidencias conocidas con el kernel 6.12.0-124.8.1 en ciertos sistemas RISC-V. Por ese motivo, Rocky marca RISC-V como arquitectura secundaria y aconseja no actualizar todavía el kernel en máquinas de producción. La recomendación pasa por actualizar el resto del sistema utilizando, por ejemplo, el comando dnf upgrade --exclude='kernel*' --exclude='kmod*' para evitar el salto de kernel hasta que los problemas estén resueltos.

Niveles de microarquitectura x86-64-v3

Rocky Linux 10 establece como base mínima en x86 la microarquitectura x86-64-v3, que toma como referencia el conjunto de instrucciones disponible en procesadores Intel de la familia Haswell y posteriores. Esto implica que algunos procesadores más antiguos quedan fuera de soporte.

En el lado de Intel, solo ciertas generaciones de Intel Atom (como la familia Gracemont) llegan a implementar x86-64-v3; otros modelos, por ejemplo Atom Parker Ridge o Atom x6416RE de la serie Elkhart Lake, no cumplen este requisito y, por tanto, no son compatibles con Rocky Linux 10.

En cuanto a AMD, la adopción de x86-64-v3 se introdujo con la microarquitectura Excavator. Esto significa que CPUs previas a Excavator pueden no funcionar correctamente con Rocky Linux 10, por falta de determinadas extensiones de CPU necesarias. Si hay dudas, es buena idea revisar las instrucciones soportadas por el procesador antes de desplegar Rocky Linux 10.1 en producción.

Cambios en el instalador, imágenes y creación de sistemas

La experiencia de instalación también da un paso adelante con un Anaconda renovado en Rocky Linux 10, que introduce cambios de seguridad, en el acceso remoto y en la forma de gestionar repositorios adicionales durante la instalación.

Anaconda: instalación más segura y moderna

Uno de los cambios más visibles es que la cuenta root viene deshabilitada por defecto. Durante la instalación, Anaconda anima a crear un usuario administrativo con permisos sudo completos para gestionar el sistema. Si se decide establecer una contraseña para root, se podrán crear cuentas de usuario estándar sin privilegios. Este enfoque se alinea con las mejores prácticas actuales de seguridad.

Otra modificación importante es que, para el acceso gráfico remoto durante la instalación, RDP (Remote Desktop Protocol) sustituye a VNC. Esto afecta tanto a las opciones de arranque del kernel como a las herramientas que se usan para instalar Rocky de forma desatendida o remota.

Además, la interfaz gráfica de Anaconda ya no permite añadir repositorios de terceros durante la instalación mediante la propia GUI. Si se necesitan repos adicionales desde el inicio, hay que recurrir a la opción de arranque inst.addrepo o a archivos Kickstart, lo que refuerza un control más claro y reproducible de la instalación.

Image Builder: nuevas imágenes WSL2 y Vagrant

El componente Image Builder se actualiza para poder generar imágenes pensadas para integrar Rocky Linux en nuevos escenarios. Ahora es posible crear imágenes preparadas para WSL2 (Windows Subsystem for Linux) y para entornos Vagrant con backend libvirt. Esto abre la puerta a flujos de trabajo más ágiles tanto en desarrollo como en pruebas y formación.

Kernel y cambios internos del sistema

Rocky Linux 10.1 mantiene como kernel por defecto la versión 6.12.0, heredando correcciones y mejoras de rendimiento, pero además introduce decisiones importantes sobre funcionalidades que se consideran obsoletas, inseguras o sin mantenimiento.

Ciertas características del kernel se han deshabilitado por defecto al estar marcadas como obsoletas o inseguras. En casos muy concretos en los que todavía se necesiten, es posible volver a activarlas añadiendo el argumento de arranque rh_waived en la línea de comandos del kernel, aunque no es lo recomendable para nuevos despliegues.

En el plano de la planificación de procesos, el kernel de Rocky Linux 10 adopta el planificador EEVDF (Earliest Eligible Virtual Deadline First) en sustitución de CFS. EEVDF está diseñado para mejorar la respuesta de tareas sensibles a la latencia, otorgando time slices más cortos a procesos interactivos y ofreciendo una experiencia más fluida en cargas mixtas (servicios, escritorio, contenedores, etc.).

Red, DHCP y agregación de interfaces

El stack de red se renueva de forma notable en Rocky Linux 10, y 10.1 hereda todos estos cambios, consolidando la transición hacia NetworkManager como pieza central de la configuración de red.

NetworkManager sustituye definitivamente a los scripts ifcfg

Los antiguos scripts de red ifcfg-rh, que se mantenían por compatibilidad en versiones 9.x, desaparecen por completo en Rocky Linux 10. A partir de esta versión, NetworkManager es la única vía soportada para gestionar la configuración de red del sistema.

Esto implica consecuencias prácticas:

• Los archivos con prefijo ifcfg- ubicados en /etc/sysconfig/network-scripts/ dejan de estar soportados.
• Los comandos ifup y ifdown ya no están disponibles.
• Scripts heredados como ifup-local u otros hooks antiguos dejan de funcionar.
• Los ficheros de configuración de red se almacenan ahora bajo /etc/NetworkManager/system-connections/, en formatos consumidos directamente por NetworkManager.

La herramienta recomendada para gestionar la red es, por tanto, NetworkManager junto con sus interfaces nmcli, nmtui y nmstate, tanto para entornos de consola como para integraciones automatizadas y de orquestación.

Cliente y servidor DHCP

Con Rocky Linux 10, el cliente DHCP tradicional también da paso a soluciones más integradas. La implementación del cliente DHCP pasa a formar parte de un subsistema interno de NetworkManager. El viejo paquete dhcp-client se elimina y ya no recibe soporte upstream, por lo que no debe esperarse su retorno.

En el lado del servidor, la veterana solución ISC DHCP, ya declarada end-of-life, se reemplaza por Kea DHCP. Kea ofrece un diseño modular, mayor rendimiento y un modelo de configuración más moderno, siendo la opción recomendada en Rocky Linux 10 para desplegar servicios DHCP en redes corporativas.

Bonding frente a NIC teaming

La funcionalidad de NIC teaming, que ya venía marcada como obsoleta en versiones previas, se elimina totalmente en Rocky Linux 10. En su lugar, se recomienda optar por bonding de interfaces para agregar enlaces de red con redundancia o mayor ancho de banda. Esto puede requerir revisar configuraciones antiguas y migrarlas a la sintaxis de bonding soportada por NetworkManager.

Almacenamiento y mejoras en XFS

En el terreno del almacenamiento, Rocky Linux 10.1 incluye actualizaciones, incorporaciones y retiradas de diversos drivers de dispositivos de almacenamiento, alineándose con el estado actual del kernel 6.12 y los controladores soportados por la comunidad empresarial.

El sistema de archivos XFS es uno de los grandes beneficiados con esta release. Ahora es posible analizar y depurar sistemas XFS montados usando la herramienta xfs_scrub, algo especialmente útil para detectar inconsistencias y problemas internos sin tener que desmontar volúmenes críticos.

Además, en determinados escenarios, XFS permite ahora reducir el tamaño de sistemas de archivos con xfs_growfs. Tradicionalmente, XFS se asociaba solo con ampliaciones de volumen, pero estas novedades dan más flexibilidad a la hora de gestionar grandes volúmenes de datos en entornos donde el espacio y el layout de los discos van cambiando con el tiempo.

Refuerzos de seguridad y criptografía poscuántica

Rocky Linux 10.1 apuesta fuerte por la seguridad de largo plazo y la preparación frente a amenazas futuras, siguiendo la estela de Enterprise Linux 10.0 pero yendo un paso más allá.

Políticas criptográficas del sistema

Las políticas criptográficas globales (crypto-policies) se han actualizado para incluir algoritmos de criptografía poscuántica (PQC) habilitados de forma predeterminada en todas las políticas. Esto significa que, siempre que sea posible, el sistema prioriza algoritmos resistentes frente a posibles ataques de ordenadores cuánticos.

En OpenSSL, Rocky Linux 10.1 prioriza algoritmos poscuánticos por encima de los clásicos cuando el contexto lo permite, y se han habilitado estos algoritmos también en más bibliotecas y políticas, incluyendo GnuTLS. De esta forma, las comunicaciones y datos protegidos hoy estarán mejor preparados frente a amenazas futuras en las que la criptografía tradicional pueda resultar insuficiente.

Nuevas herramientas de firma y endurecimiento

Se añade soporte para Sequoia PGP como herramienta de firmado de paquetes RPM, aportando una alternativa moderna y flexible a la hora de gestionar la cadena de confianza del software instalado.

En el ámbito de SSH, se restauran permisos más estrictos para las claves de host, pasando a un modo 0600 frente al 0640 que se veía en configuraciones anteriores. Este endurecimiento reduce la superficie de ataque en caso de usuarios locales no confiables.

Además, el algoritmo de hashing de contraseñas por defecto para nuevos usuarios pasa a ser yescrypt, en sustitución de algoritmos más antiguos. Yescrypt está diseñado para ser seguro frente a ataques de fuerza bruta aprovechando GPUs y hardware especializado, reforzando el almacenamiento de contraseñas locales.

Soft reboots: reinicios rápidos orientados a producción

Una de las novedades más llamativas de Rocky Linux 10.1 es la introducción de los soft reboots basados en systemd, que permiten reinicios restringidos al espacio de usuario (userspace) sin necesidad de hacer un apagado completo de la máquina.

Con esta funcionalidad, es posible aplicar muchos parches y cambios de configuración reiniciando solo los servicios y procesos de usuario, manteniendo el kernel cargado. Esto reduce de forma clara el tiempo de inactividad, algo especialmente valioso en servidores que deben estar disponibles prácticamente las 24 horas.

La funcionalidad se documenta en la página de manual systemd-soft-reboot.service, donde también se detallan sus limitaciones y escenarios recomendados. Antes de usarlo en producción conviene revisar bien esta documentación, ya que no todas las actualizaciones pueden resolverse con un soft reboot y, en ciertos casos, seguirá siendo necesario un reinicio completo.

Virtualización: nuevo modelo de daemons y cambios en herramientas

El subsistema de virtualización también recibe ajustes importantes que afectan tanto a la forma de gestionar hipervisores como a las herramientas de administración de máquinas virtuales.

El clásico daemon monolítico libvirtd pasa a estar deprecado en Rocky Linux 10. En su lugar, se recomienda utilizar el conjunto de daemons y sockets modulares de libvirt, que separan funcionalidades y mejoran la seguridad y la escalabilidad. La documentación upstream explica en detalle las diferencias y cómo migrar desde el modelo antiguo al nuevo.

Se marca igualmente como obsoleta la máquina virtual tipo i440fx, orientando a los usuarios hacia otros tipos de máquina virtual más modernos y soportados, como Q35.

Por último, la conocida herramienta gráfica Virtual Machine Manager (virt-manager) también queda como deprecada, y Rocky Linux señala a Cockpit como reemplazo natural para la administración gráfica de máquinas virtuales y servicios, integrando todo en una única consola web.

Contenedores y Podman 5

En el ámbito de contenedores, Rocky Linux 10 incorpora Podman 5 con una serie de cambios destinados a mejorar rendimiento, compatibilidad y eficiencia en entornos multi-arquitectura.

La novedad más destacada es que el runtime de contenedores por defecto pasa a ser crun, sustituyendo a runc. Crun es más ligero y rápido, y está mejor adaptado a sistemas con Control Groups v2 (cgroup v2), que es la versión por defecto de cgroups en Rocky Linux 10.

Dentro de Podman 5 se desaconseja el uso del modo de red slirp4netns, que se marca como deprecado, y se añaden opciones para configurar reintentos y retrasos en operaciones de push y pull de imágenes, algo muy útil cuando se trabaja con registros remotos poco fiables o conexiones inestables.

Se refuerza también el soporte para imágenes multi-arquitectura, permitiendo gestionar de forma más cómoda despliegues que combinan x86, ARM y otras arquitecturas desde los mismos manifiestos de imagen.

Asimismo, Podman 5 mantiene y consolida el soporte de Quadlets, una funcionalidad introducida en Podman 4.4 que permite gestionar contenedores mediante unidades systemd declarativas. Esto facilita que los contenedores se comporten como servicios del sistema, con arranque automático, reinicios, dependencias, etc.

Gestión de paquetes, lenguajes y servidores

La parte de software y desarrollo también evoluciona, con un equilibrio entre estabilidad y actualización de versiones clave.

DNF y modularidad

En Rocky Linux 10.1, la funcionalidad de modularidad de DNF se declara como deprecada. Aunque sigue presente por ahora, la intención es retirarla en una futura versión principal de Rocky Linux, por lo que conviene ir evitando configuraciones demasiado dependientes de módulos y planificar alternativas, especialmente en repositorios internos.

Lenguajes dinámicos y servidores

En el terreno de los lenguajes dinámicos, Rocky Linux 10.1 incluye nuevas versiones como Node.js 24, alineada con las necesidades actuales de desarrollo backend y frontend.

En cuanto a servidores web y de aplicaciones, se actualiza, entre otros, el servidor HTTP Apache a la versión 2.4.63, incorporando correcciones de seguridad y mejoras en módulos muy utilizados en producción. La combinación con las nuevas políticas criptográficas y el soporte PQC lo convierten en una base sólida para sitios y APIs de misión crítica.

Además, en el ámbito más amplio de software de servidor y lenguajes, Rocky Linux 10.1 trae versiones recientes de .NET 10, OpenJDK 25, Valkey 8 y otros componentes clave, así como actualizaciones de toolchains para lenguajes como Rust y Go, que se detallan en la parte de compiladores.

Compiladores, toolchains y herramientas de desarrollo

Para desarrolladores y equipos de integración continua, Rocky Linux 10.1 viene cargado de actualizaciones en compiladores y herramientas de análisis de rendimiento y depuración.

Toolchain del sistema

El toolchain de sistema en Rocky Linux 10.1 se compone, entre otros, de componentes clave:

• GCC 14.3 como compilador C/C++ por defecto.
• glibc 2.39 como biblioteca estándar C del sistema.
• Annobin 12.99 para anotaciones de compilación que ayudan en auditoría de seguridad.
• binutils 2.41 con las herramientas clásicas de enlazado y manipulación de binarios.

Adicionalmente, como toolsets seleccionables, Rocky Linux 10.1 integra versiones todavía más recientes para ciertas pilas:

• GCC 15 como conjunto de compiladores avanzado para quienes necesiten las últimas funcionalidades del compilador.
• Go Toolset 1.24 para desarrollos en Go.
• LLVM Toolset 20 con clang y demás componentes del ecosistema LLVM.
• Rust Toolset 1.88 para proyectos escritos en Rust que requieran una versión moderna.

En suma, se ofrece un equilibrio entre toolchain estable y opciones de vanguardia sin romper la compatibilidad binaria de la distribución base.

Herramientas de rendimiento y depuración

Rocky Linux 10.1 incorpora versiones actualizadas de varias herramientas orientadas a diagnóstico, depuración y análisis de rendimiento:

• GDB 16.3, el depurador de referencia para aplicaciones C/C++ y otros lenguajes.
• Valgrind 3.25.1, ideal para detectar fugas de memoria y errores de acceso.
• SystemTap 5.3 para instrumentación dinámica del kernel y aplicaciones.
• Dyninst 13.0.0 para análisis y modificación dinámica de binarios.
• elfutils 0.193 para trabajar con formatos ELF.
• libabigail 2.8 para análisis de compatibilidad binaria de interfaces (ABI).

Entorno de escritorio y experiencia gráfica

A nivel de escritorio, Rocky Linux 10 consolida el movimiento del ecosistema hacia Wayland. En esta rama, Wayland reemplaza al servidor gráfico X.Org como tecnología principal para sesiones gráficas.

Las aplicaciones que todavía dependen de X11 pueden seguir funcionando gracias a Xwayland, una capa de compatibilidad que permite ejecutar la mayoría de clientes X11 sin necesidad de un servidor X tradicional. No obstante, algunas aplicaciones y componentes de escritorio se han reemplazado o ajustado respecto a Rocky Linux 10.0, por lo que se recomienda revisar las notas de release 10.0 para ver todos los cambios de aplicaciones de escritorio.

RL Web Console (Cockpit) y administración web

Cockpit, la consola web de administración de Rocky Linux, también recibe cariño en esta versión. La interfaz se actualiza con un estilo visual basado en PatternFly 6, que aporta una experiencia más limpia y coherente con el resto de herramientas modernas de administración.

Con Cockpit es posible gestionar servicios, máquinas virtuales, almacenamiento, usuarios y monitorización básica del sistema desde el navegador, lo que lo convierte en la opción preferente para la administración gráfica en entornos Rocky Linux 10. Esto encaja con la deprecación de herramientas como Virtual Machine Manager, centralizando la administración en una única consola.

Calidad, pruebas y problemas conocidos

Como es habitual, Rocky Linux 10.1 ha pasado por un proceso de pruebas intensivo, que combina validaciones manuales y tests automatizados sobre un abanico amplio de configuraciones de hardware y casos de uso. Antes de declararse de disponibilidad general, la comunidad de testing validó esta versión durante aproximadamente dos semanas.

El proyecto mantiene documentación específica con el Rocky Release (v10.1) Playbook, donde se recogen artefactos de testing, discusiones internas y la checklist de release. Cualquier persona interesada en participar en estas pruebas para futuras versiones puede unirse al canal ~Testing del Mattermost de Rocky Linux, donde se coordina buena parte de la actividad de QA.

En lo relativo a problemas conocidos, el equipo de pruebas indica que no se han detectado incidencias críticas de carácter general para esta versión. Con todo, existen problemas reportados en el upstream de Enterprise Linux, así como la ya comentada incidencia con el kernel 6.12.0-124.8.1 en determinadas plataformas RISC-V. Para estas arquitecturas se mantiene la recomendación de evitar, de momento, la actualización del kernel en entornos de producción.

Rocky Linux 10.1 se consolida como una actualización clave para quienes requieren una plataforma empresarial fiable y moderna, con soft reboots para reducir paradas, XFS mejorado, criptografía poscuántica, un stack de red actual, herramientas de virtualización renovadas, Podman 5, toolchains actualizadas y un soporte de arquitecturas amplio. Todo ello, respaldado por una comunidad activa, un ciclo de soporte de una década y un claro compromiso con la compatibilidad binaria con RHEL, lo convierte en una opción muy seria tanto para nuevas implantaciones como para migraciones desde otros sabores de Enterprise Linux.

La llegada de Ultramarine 43 se suma a una ola de lanzamientos importantes en el mundo de GNU/Linux y el software libre, con una atención especial a la experiencia de usuario, el rendimiento gráfico y la compatibilidad con nuevos formatos y hardware. Aunque el contenido de referencia gira en torno a una gran actualización de una aplicación de edición de imagen, sus novedades encajan muy bien con lo que cualquier usuario de distros como Ultramarine espera: más estabilidad, más potencia y menos quebraderos de cabeza.

En este contexto, las distribuciones modernas basadas en tecnologías como GTK3, Flatpak, AppImage y centros de software están apostando por interfaces más pulidas, herramientas mejor integradas y ecosistemas de aplicaciones que se actualizan rápido y sin complicaciones. Vamos a desgranar punto por punto todas estas mejoras, cómo encajarían en un entorno como Ultramarine 43 y qué supone para quienes trabajan a diario con imágenes, escritorios GNOME o KDE Plasma y las últimas tecnologías de Linux.

Ultramarine 43 incluye renovación completa de la interfaz y la experiencia de uso

Una de las novedades que más llama la atención es la profunda revisión de la interfaz de la aplicación de edición de imágenes, completamente reescrita sobre GTK3. Esto implica una mejor integración con escritorios modernos como GNOME y KDE Plasma, una respuesta más fluida y un diseño más coherente con los temas actuales. En un sistema tipo Ultramarine 43, que suele apostar por escritorios modernos y bien integrados, esta renovación visual encaja como un guante.

Entre los cambios más visibles destaca la posibilidad de usar la rueda del ratón para desplazarse entre las distintas pestañas de diálogos acoplables. Este detalle que parece menor agiliza muchísimo el flujo de trabajo, sobre todo cuando se trabajan con muchas herramientas y paneles abiertos a la vez. Para quien administra o utiliza Ultramarine 43 como plataforma de trabajo creativo, estos pequeños gestos marcan la diferencia en el día a día.

La nueva versión introduce además una pantalla de bienvenida y logotipo rediseñados, reforzando la identidad visual y dando una sensación de producto más pulido y profesional. Junto a esto, el tema de iconos heredado (legacy) se ha retocado para que se vea mucho mejor en pantallas HiDPI, algo especialmente importante en equipos modernos o portátiles de gama media y alta que suelen usarse con distribuciones como Ultramarine.

Gestión del color mucho más avanzada

Otro de los grandes pilares de esta actualización es la mejora masiva en la gestión del color. Esto incluye una integración más fina con perfiles de color, un tratamiento más preciso de distintos espacios cromáticos y un comportamiento más coherente en toda la aplicación. Usuarios que retocan fotografías o preparan material para impresión en entornos Linux se benefician de resultados más predecibles y de un control más profesional.

Dentro de estas mejoras se incluye la aparición de un soporte temprano para colorimetría CMYK de enlace directo (early-binding), algo crucial para quienes deben preparar trabajos destinados a imprenta. Aunque muchas distribuciones GNU/Linux se han visto tradicionalmente como entornos más digitales que de producción impresa, contar con esta capacidad integrada en el ecosistema de aplicaciones disponibles en Ultramarine 43 amplía mucho el abanico de usos profesionales.

Con todas estas piezas sobre la mesa, la combinación de una aplicación de edición de imagen muy renovada, un ecosistema de empaquetado moderno (Flatpak, AppImage, repositorios), una comunidad de medios y tutoriales muy activa y distribuciones que apuestan por tecnologías actuales como Ultramarine 43 conforma un escenario en el que trabajar con imágenes, gestionar color de forma avanzada, aprovechar nuevos formatos y automatizar tareas es cada vez más sencillo y potente para usuarios de todos los niveles.

La última hornada del sistema oficial para Raspberry Pi llega pisando fuerte y, aunque el foco está en las mejoras gráficas y de usabilidad, el conjunto deja claro que la plataforma sigue madurando a buen ritmo. Raspberry Pi OS 2025-11-24 afina la experiencia en pantallas HiDPI, pule el entorno Wayland y actualiza componentes clave que usamos a diario.

En paralelo al estreno de la herramienta de flasheo Raspberry Pi Imager 2.0, este lanzamiento del sistema consolida su base técnica sobre Debian 13 “Trixie” y un kernel Linux de soporte extendido. La versión del núcleo utilizada es la 6.12.47 LTS, garantizando estabilidad y soporte prolongado para quienes montan sus proyectos y servidores sobre una Raspberry Pi.

¿Qué hay de nuevo exactamente en Raspberry Pi OS 2025-11-24?

El cambio más visible está en la interfaz bajo Wayland, ahora con Labwc en su versión 0.9.4 como compositor predeterminado. La apariencia de Openbox se ha retocado para encajar visualmente con Labwc, ofreciendo una coherencia estética que se nota desde el primer arranque. Además, se incorpora el editor de menús Alacarte, ideal para ajustar la estructura del menú a tu gusto sin complicaciones.

Para quienes usan pantallas de alta densidad de píxeles, llega una mejora largamente esperada: ya es posible establecer el escalado HiDPI desde el panel de control de Pantallas. Se habilita el soporte de iconos HiDPI en el panel, el gestor de archivos y varias aplicaciones, evitando esos elementos diminutos o borrosos que rompían la experiencia.

Hay más mimo en Wayland: el conmutador de tareas ahora muestra iconos, lo que facilita identificar aplicaciones al vuelo sin fiarse solo del título. También se añade compatibilidad de temas para apps basadas en Qt 6 y se mejora la selección tipográfica para aplicaciones Qt 5, reduciendo incongruencias de aspecto entre programas.

En el día a día, pequeños ajustes marcan la diferencia: los deslizadores de volumen y los pop-ups del calendario se pueden cerrar haciendo clic en su propio icono, una interacción más natural y rápida. Los diálogos de los complementos del Centro de Control dejan de asomar por la barra de tareas, despejando el escritorio; además, los discos externos muestran ahora los iconos correctos al conectarse.

Otra novedad importante es la retirada de la compatibilidad con PulseAudio. La limpieza de dependencias antiguas simplifica el stack de audio y prepara el terreno para una gestión sonora más consistente con la realidad actual del sistema.

Navegadores al día: Firefox y Chromium

El equipo mantiene al día el software que más usamos para navegar. Esta imagen incluye de serie Mozilla Firefox 145 y Chromium 142.0.7444.162. Ambos llegan listos para funcionar y con las últimas mejoras de seguridad, rendimiento y compatibilidad web, imprescindibles tanto para consumo multimedia como para aplicaciones web autoalojadas.

Base técnica de Raspberry Pi OS 2025-11-24: Debian 13 “Trixie” y kernel 6.12.47 LTS

La elección de Debian 13 “Trixie” confiere un entorno moderno y robusto, aprovechando el vasto repositorio de paquetes y la estabilidad que caracteriza a Debian. El kernel 6.12.47 de soporte a largo plazo refuerza la fiabilidad de la plataforma, especialmente relevante en despliegues 24/7 o en escenarios industriales.

Compatibilidad con modelos de Raspberry Pi

La imagen mantiene respaldo para prácticamente toda la familia. Se certifican: Raspberry Pi 1A+, 1B+, 2B, 3B, 3B+, 3A+, 4B, 400, 500, CM1, CM3, CM3+, CM4, CM4S, Zero, Zero W y Zero 2 W. Este abanico garantiza que tanto equipos veteranos como los más recientes sigan teniendo cabida, algo que siempre ha sido seña de identidad del proyecto.

Descarga de Raspberry Pi OS 2025-11-24 y sabores disponibles

La nueva imagen está disponible desde la web oficial en varias variantes para 32 y 64 bits, con y sin el conjunto de aplicaciones recomendadas. Esto permite ajustar la instalación al uso: minimalista para dispositivos embebidos o completa para escritorio y aprendizaje.

Cómo actualizar si ya tienes Raspberry Pi OS

Si ya estás en Raspberry Pi OS, no hace falta reinstalar. Abre un terminal y ejecuta: sudo apt update && sudo apt full-upgrade. Con esos dos comandos te pones al día y, si el sistema no devuelve nuevas actualizaciones, ya estás en la versión (2025-11-24); consulta nuestra guía de cosas que hacer tras instalar si quieres optimizar el equipo tras la actualización. También puedes recurrir al actualizador gráfico integrado si prefieres ir a golpe de clic.

HiDPI y Wayland: detalles que marcan

El soporte HiDPI gana músculo: escalado configurable desde Pantallas, iconografía nítida en panel y aplicaciones, y una selección tipográfica que se siente más homogénea. En monitores 4K o portátiles con alta densidad de píxel, la diferencia es clara: menos fatiga visual y una interfaz que se ve como debe.

En el lado Wayland, Labwc 0.9.4 como compositor por defecto suma estabilidad y ligereza. El cambio de tareas con iconos es un atajo visual potentísimo y el pulido del tema para Qt 6 reduce los “saltos” estéticos entre apps. La coordinación visual con el look de Openbox remata esa sensación de conjunto bien atado.

Pequeñas grandes mejoras de usabilidad en Raspberry Pi OS 2025-11-24

El cierre de pop-ups (volumen y calendario) con clic sobre su icono es el típico detalle que parece menor hasta que lo usas a diario. Ganas velocidad y evitas clics innecesarios. Ocultar los diálogos del Centro de Control en la barra de tareas despeja el escritorio, y los nuevos iconos correctos para unidades externas evitan confusiones al conectar pendrives o discos.

La retirada del soporte de PulseAudio elimina una capa histórica que, a estas alturas, podía ser fuente de inconsistencias. Menos piezas superpuestas equivalen a menos fricción y a una base más clara para el audio del sistema.

El ecosistema Raspberry Pi en 2025: hardware y tendencias

Más allá del sistema operativo, el hardware sigue avanzando. La Raspberry Pi 5 presume de CPU ARM Cortex‑A76 a 2,4 GHz, opciones de hasta 16 GB de RAM y conectividad moderna con USB‑C, PCIe y doble HDMI. Se comporta como un mini PC sin despeinarse, lo que abre la puerta a proyectos más ambiciosos.

En el terreno embebido, la Raspberry Pi Pico 2 W apuesta por el microcontrolador RP2350, una combinación de arquitecturas ARM y RISC‑V que suma Wi‑Fi y Bluetooth 5.2. Para IoT es un caramelo: bajo consumo, conectividad y coste contenido, ideal para sensores, automatización y prototipos rápidos.

La conectividad general da un salto: puertos USB‑C, ampliaciones por PCIe y mejoras inalámbricas que se notan tanto en ancho de banda como en estabilidad. La optimización energética y las soluciones de refrigeración más eficientes ayudan a mantener el rendimiento alto sin que el calor sea un quebradero de cabeza.

La modularidad sigue siendo santo y seña con un ecosistema de HATs (Hardware Attached on Top) que crece. La gracia está en añadir justo lo que necesitas: desde relés y PoE hasta pantallas o controladores de motores, todo encaja como piezas de LEGO técnico.

Consejos prácticos y buenas prácticas

Para exprimir la Pi 5 puedes plantearte un overclock moderado y cuidar la refrigeración con disipadores o ventiladores. Mantener las temperaturas a raya evita thermal throttling y te aseguras rendimiento sostenido.

Elige bien el lenguaje según el proyecto: MicroPython para prototipos veloces en microcontroladores y C/C++ cuando necesites rendimiento fino. En SBC con Linux, Python más C-extensiones es un combo muy solvente para equilibrar rapidez de desarrollo y velocidad.

La gestión energética es clave en IoT: suspensiones, temporizadores, sensores con bajo consumo y ajustes de frecuencia te darán más autonomía. Un diseño sensato de power budget evita sorpresas cuando el proyecto pasa del banco de pruebas al mundo real.

Esta versión de Raspberry Pi OS, cimentada en Debian 13 y kernel LTS, destaca por el empuje en HiDPI, el refinamiento de Wayland con Labwc 0.9.4, el afinado en Qt y una colección de mejoras pequeñas que hacen la vida más fácil, desde pop-ups más dóciles hasta iconos correctos para unidades externas. Con Firefox 145 y Chromium 142 al día, compatibilidad amplia con todos los modelos y una instalación flexible por sabores de 32/64 bits, es una actualización que merece la pena, ya sea para escritorio, educación, proyectos IoT o despliegues industriales.

AlmaLinux está dando pasos firmes para pulir su experiencia de usuario y de administración, tras lanzamientos como AlmaLinux 9.6, y la próxima versión 10.1 ya está disponible con cambios que interesan tanto a servidores como a equipos de escritorio. Entre las novedades más sonadas, el repositorio CodeReady Builder (CRB) pasa a estar habilitado por defecto y llega el soporte de Btrfs desde la instalación, acompañados de mejoras de rendimiento, actualizaciones de toolchains y avances en contenedores, virtualización y seguridad.

Aunque el foco del titular esté en 10.1, no hay que perder de vista el terreno preparado por AlmaLinux 10, nombre en clave ‘Purple Lion’. La distribución mantiene compatibilidad a nivel de ABI con RHEL a la vez que añade funcionalidades propias: activación de frame pointers, compatibilidad ampliada con x86-64-v2, soporte de Secure Boot en ARM, la vuelta de SPICE y ediciones Live para GNOME, KDE Plasma y Xfce. Todo ello se complementa con imágenes en la nube para los principales proveedores y opciones para migrar desde CentOS gracias a la herramienta ELevate.

AlmaLinux 10.1, estado y alcance

La 10.1 llega como “Heliotrope Lion” para todas las arquitecturas soportadas: x86_64, x86_64_v2, aarch64, ppc64le y s390x.

Además de lo ya presente en AlmaLinux 10, la 10.1 incorpora soporte de Btrfs “de extremo a extremo” a nivel de kernel y espacio de usuario, y permite instalar el sistema directamente sobre Btrfs desde el instalador. El equipo aclara que la habilitación inicial se centra en el instalador y la pila de gestión de almacenamiento, y que el soporte más amplio dentro de la colección de software de AlmaLinux irá llegando de forma progresiva.

CRB activado por defecto: adiós a las dependencias rotas con EPEL

Uno de los cambios prácticos más agradecidos es que, desde AlmaLinux 10 y también en 10.1, el repositorio CodeReady Builder (CRB) viene habilitado de serie. Este repositorio, conocido como PowerTools en AlmaLinux 8.6, contiene bibliotecas y utilidades que no forman parte del conjunto base de RHEL/AlmaLinux, pero que resultan esenciales para software de desarrollo y para dependencias que EPEL necesita, incluido lo que hace falta para entornos como KDE Plasma.

Hasta ahora, muchos usuarios se topaban con errores de dependencias al instalar paquetes de EPEL por no tener CRB activado, lo que provocaba frustración, reportes de bugs innecesarios y una curva de aprendizaje poco amable. Con el cambio, esa fricción desaparece. Neal Gompa, miembro del comité de ingeniería de AlmaLinux, explicaba que la intención es que ya no tengas que tocar la configuración de repositorios para instalar paquetes habituales como plasma-discover o libAppStreamQt.

En equipos que ya ejecuten AlmaLinux 10 (incluida la variante Kitten 10), la actualización ajusta el archivo almalinux-crb.repo estableciendo enabled=1. Si prefieres deshabilitarlo, puedes hacerlo fácilmente con dnf config-manager y revertir la opción. Esta decisión también allana el camino para una mejora en seguridad: dentro de CRB llegará el paquete selinux-policy-extra, pensado para mejorar la compatibilidad del software de EPEL con SELinux y que se instalará automáticamente durante las actualizaciones cuando CRB esté activo.

Qué es CRB y por qué importa

CRB es un repositorio adicional con bibliotecas, SDKs y piezas “de pegamento” que muchas aplicaciones dan por sentadas. Su genealogía viene de PowerTools (AlmaLinux 8), y su objetivo es facilitar el desarrollo y el despliegue de software que, sin ser parte del core de RHEL, resulta crítico para entornos de trabajo modernos. Tenerlo activo “out of the box” reduce incidencias y evita que los administradores pierdan tiempo en tareas mecánicas de activación y resolución de dependencias.

Btrfs desde el instalador

La 10.1 consolida el soporte de Btrfs que ya se venía probando en AlmaLinux OS Kitten desde principios de septiembre. Ahora, es posible instalar AlmaLinux directamente sobre Btrfs, con soporte habilitado tanto en el kernel como en el espacio de usuario. El foco inicial está en el instalador y la gestión de volúmenes, mientras que el resto del ecosistema irá incorporando capacidades de Btrfs más avanzadas conforme avance el ciclo.

Esta incorporación es relevante para quienes buscan instantáneas, compresión o subvolúmenes sin recurrir a soluciones externas. Aunque el alcance inicial sea prudente, el simple hecho de poder partir de Btrfs desde el minuto uno es un salto práctico para pruebas, escritorios avanzados y ciertos casos de servidor.

Rendimiento y toolchains al día en AlmaLinux 10.1

AlmaLinux 10.1 también trae mejoras de rendimiento y actualiza los conjuntos de herramientas para desarrolladores con las versiones más recientes de GCC, LLVM y Rust. Esto se traduce en compilaciones más eficientes, nuevas optimizaciones y mayor compatibilidad con proyectos modernos que apuntan a esas toolchains.

Junto a ello, se han actualizado utilidades de depuración y de red para pulir la experiencia diaria, tanto en servidores como en entornos de desarrollo. Nada revolucionario, pero sí ese “afinamiento” que se nota cuando haces profiling, debug o pruebas de carga.

Contenedores y virtualización

En el frente de la contenerización y la virtualización, AlmaLinux 10.1 introduce nuevas versiones de Podman, Buildah, Libvirt y QEMU-KVM. Esta combinación asegura una experiencia más moderna para construir y ejecutar contenedores, así como para gestionar hipervisores y máquinas virtuales con menos fricciones y mejores prestaciones.

Para quienes trabajan con infra compartida, estos saltos de versión importan: mejoran compatibilidad, corrigen errores y suelen añadir pequeñas mejoras de calidad de vida que suman con el tiempo. Además, en el terreno experimental, se mantiene la vista previa del soporte KVM para IBM POWER que los usuarios solicitaron (entre ellos, el OSL de la Universidad Estatal de Oregón), lo que amplía las opciones en entornos de hardware especializado.

Seguridad: políticas SELinux, OpenSSL y SSSD

La seguridad no se queda atrás. AlmaLinux 10.1 actualiza políticas de SELinux, OpenSSL y SSSD para mantener los sistemas más robustos, estables y fiables. En paralelo, la llegada de selinux-policy-extra dentro de CRB (una vez disponible) reforzará la convivencia entre SELinux y paquetes de EPEL, una combinación muy habitual en servidores y estaciones de trabajo.

Si administras flotas, estos detalles son los que marcan la diferencia a medio plazo: menos incidencias de permisos, librerías más saneadas y una experiencia más predecible cuando aplicas parches o incorporas nuevas cargas de trabajo.

Arquitecturas y variantes soportadas por AlmaLinux 10.1

La 10.1 cubre x86_64, x86_64_v2, aarch64, ppc64le y s390x. Este abanico permite desplegar desde servidores convencionales a mainframes y ARM de alto rendimiento. Además, AlmaLinux 10, a diferencia de RHEL 10, apuesta por ampliar el soporte para x86-64-v2 (cuando RHEL publica binarios a partir de x86-64-v3), con la idea de mantener equipos funcionales algo más antiguos en circuito de parches de seguridad durante años.

Para favorecer ese camino, el proyecto está construyendo una variante alternativa de EPEL con compatibilidad para x86-64-v2. Y en el mundo ARM, se ha añadido soporte de Secure Boot, clave para despliegues donde la cadena de arranque verificada es un requisito irrenunciable.

Compatibilidad con RHEL y el papel de CentOS Stream

Desde el cambio de política de Red Hat respecto al código de RHEL, AlmaLinux dejó claro su enfoque: no deriva directamente del código de RHEL, sino de CentOS Stream, manteniendo compatibilidad a nivel de ABI. Esto significa que el software pensado para RHEL se ejecuta correctamente, preservando interfaces de aplicación, pero con un modelo de desarrollo orientado a transparencia y comunidad.

En palabras del propio proyecto, el objetivo es apoyar a su comunidad sin comprometer la compatibilidad con RHEL 10, introduciendo mejoras específicas para quienes las necesitan y saben sacarles partido. Entre esas mejoras figura la activación por defecto de los frame pointers, muy valorada por desarrolladores para depuración y optimización de rendimiento.

Escritorio, Live ISOs y experiencia de usuario en AlmaLinux 10.1

Para quienes quieren probar antes de instalar, AlmaLinux ofrece ediciones Live con GNOME, KDE Plasma y Xfce. Facilitan evaluar el sistema como escritorio, verificar compatibilidad de hardware y decidir sin tener que modificar discos. Además, el CRB activo de serie se nota cuando instalas componentes de KDE Plasma o utilidades que tiran de EPEL, porque desaparecen los típicos errores de dependencias que cortan el ritmo.

Por si fuera poco, el proyecto reintroduce controladores que Red Hat descartó, ampliando el soporte de hardware, y recupera el protocolo SPICE para escritorios remotos, ausente desde RHEL 9.0. Este tipo de decisiones pone el foco en la usabilidad sin perder compatibilidad, una premisa que la comunidad viene valorando desde las primeras versiones.

Imágenes en la nube y despliegues de AlmaLinux 10.1

AlmaLinux proporciona imágenes oficiales en los principales proveedores cloud. En Amazon AWS, hay AMIs en AWS Marketplace y como Community AMIs, y son gratuitas. La documentación específica y detalles de verificación están disponibles en los recursos del proyecto.

Las imágenes Generic Cloud se publican en los espejos y repositorios principales, con guías de verificación y uso para ejecutarlas tanto en equipos locales como en servidores; son una opción flexible para KVM, OpenStack y escenarios de nube privada o laboratorio.

En Google Cloud, las imágenes oficiales están en el Marketplace y también se pueden desplegar vía gcloud CLI, con instrucciones recogidas en la wiki. Para Microsoft Azure, el proyecto ofrece imágenes de AlmaLinux 8.10 y 9.6 disponibles en todas las regiones a través de Azure Marketplace, con despliegue desde la tienda, el portal y la CLI.

Si usas OpenNebula, también hay imágenes oficiales en los espejos, con guías de verificación y uso. Y en Oracle Cloud Infrastructure, AlmaLinux publica imágenes en todas las regiones a través de Oracle Cloud Marketplace, aptas para instancias Regular, Shielded y ARM, desplegables desde Marketplace, Partner Image en la consola de OCI y la propia OCI CLI.

WSL, Raspberry Pi y formatos adicionales

Más allá de la nube, AlmaLinux ofrece una batería de formatos de entrega que incluye contenedores, imágenes para WSL y para Raspberry Pi. Esta variedad permite adoptar la distribución en escenarios de escritorio, laboratorio, CI/CD e IoT, y mantener coherencia entre entornos de desarrollo y producción.

Migraciones desde CentOS y actualizaciones entre versiones

Si vienes de CentOS 8.5, el paso a AlmaLinux es directo gracias a las herramientas del proyecto: la implementación de AlmaLinux permite migrar in situ sin reinstalar. Para CentOS 7 y para saltos entre versiones principales, ELevate (desarrollado y mantenido por la comunidad AlmaLinux) posibilita migraciones y actualizaciones mayor versión “in situ”, minimizando tiempos de parada y simplificando el camino hacia una plataforma soportada.

Estas rutas son especialmente útiles para organizaciones que necesitan estandarizar sin rehacer despliegues enteros, o que quieren consolidar herramientas y repositorios sin sorpresas. Como siempre, conviene probar primero en entornos de staging y tener copias de seguridad al día.

Detalles finos que mejoran el día a día

Volviendo al núcleo de la 10/10.1, hay pequeñas decisiones de diseño que se notan con el paso de las semanas. La reintroducción de controladores descartados por Red Hat amplía la compatibilidad con hardware “rescatable”. La activación por defecto de frame pointers facilita perfiles y diagnósticos de rendimiento. Y tener CRB activo es de esas cosas que, una vez las pruebas, no quieres volver atrás, sobre todo si tiras de EPEL o de escritorios como KDE Plasma.

En entornos de virtualización, la actualización de QEMU-KVM y Libvirt suele traducirse en ciclos de vida más suaves para VM, mejor manejo de snapshots y estabilidad bajo carga. Y para equipos que mezclan contenedores y VMs, Podman y Buildah al día ayudan a que la cadena CI/CD no se quede atrás respecto a upstream.

Cuándo actualizar a AlmaLinux 10.1 y qué esperar

Si estás en producción, ya puedes instalar a la estable de 10.1 para llevar estas mejoras a máquinas de misión crítica. Quienes ya estén en AlmaLinux 10 irán viendo aterrizar algunos cambios vía actualización (como la activación de CRB por defecto y sus implicaciones), y podrán planificar la adopción de Btrfs o el despliegue de nuevas toolchains según políticas internas.

AlmaLinux avanza combinando compatibilidad con RHEL, mejoras propias y foco en usabilidad. CRB habilitado por defecto simplifica la vida diaria, Btrfs abre puertas interesantes desde el instalador y las actualizaciones de toolchains, contenedores y seguridad mantienen el stack moderno.