Nitrux 7.0 ya está disponible y no se limita a actualizar el kernel o cambiar algunos paquetes: la distribución está reconstruyendo buena parte de su experiencia de escritorio alrededor de componentes desarrollados por el propio proyecto, Hyprland, Wayland y OpenRC, manteniéndose deliberadamente fuera del ecosistema systemd.
La nueva versión incorpora Linux 7.2.6 con parches orientados al rendimiento, Hyprland 0.55.4 y un nuevo Workspace Environment que sustituye numerosas herramientas de terceros por aplicaciones propias como Valenz, Marina, Desklock, Toma y Workspace Settings.
El resultado es una de las versiones más importantes de Nitrux en los últimos años.
Pero también una de las más particulares.
Nitrux ya no intenta parecerse demasiado a Debian, KDE Plasma, GNOME o a una distribución Linux convencional.
Su propuesta actual puede resumirse así:
Debian como base
+
raíz inmutable
+
OpenRC
+
Wayland
+
Hyprland
+
componentes propios
+
aplicaciones rootless
=
Nitrux 7.0
Y el propio proyecto advierte que esa especialización significa también que Nitrux no pretende ser una distribución para todo el mundo.
Puede leer también | ¿Cuáles deben ser los criterios para seleccionar una distribución Linux?
Nitrux 7.0 ya está disponible
El lanzamiento oficial de:
Nitrux 7.0.0se produjo el 1 de octubre de 2026.
Entre sus principales componentes encontramos:
| Componente | Nitrux 7.0 |
|---|---|
| Kernel | Linux 7.2.6 con parches de CachyOS/Nitrux |
| Compositor | Hyprland 0.55.4 |
| Init y servicios | OpenRC |
| Escritorio | Workspace Environment |
| Framework | MauiKit 4.0.4 |
| KDE Frameworks | 6.26.0 |
| NVIDIA | Open Kernel Module 615.71.09 |
| Actualizaciones | NUTS 3.0.3 |
Pero Nitrux 7.0 no acaba de abandonar systemd
Ésta es una precisión importante.
Puede resultar tentador describir el lanzamiento como:
Nitrux 7.0
|
v
abandona systemd
|
v
adopta OpenRC
Pero no es exactamente lo que ha ocurrido.
Nitrux ya utilizaba OpenRC antes de la versión 7.0.
Lo nuevo es que ahora OpenRC adquiere todavía más protagonismo dentro de la propia sesión gráfica.
El proyecto ha construido alrededor de él una infraestructura específica para gestionar servicios del usuario, Hyprland y los diferentes componentes del nuevo escritorio.
Nitrux sigue diciendo no a systemd
Mientras la mayoría de las principales distribuciones Linux utilizan systemd, Nitrux mantiene una filosofía diferente.
Su sistema de inicio es:
OpenRCEl proyecto argumenta que systemd se ha convertido en algo mucho más amplio que un simple sistema de init.
Incluye o integra funciones relacionadas con:
- Inicio de servicios.
- Logging.
- Sesiones.
- Red.
- Dispositivos.
- Resolución de nombres.
Nitrux prefiere una arquitectura formada por herramientas especializadas.
Su filosofía se acerca al clásico principio Unix:
hacer una cosa y hacerla bien.
OpenRC cumple una función mucho más específica
OpenRC gestiona:
- Inicio de procesos.
- Dependencias entre servicios.
- Paralelización del arranque.
- Ciclos de vida de servicios.
sin intentar convertirse en una plataforma completa para cada función del sistema.
Para Nitrux esto encaja mejor con su estrategia modular.
Eso también significa que muchos tutoriales Linux no funcionarán tal cual
En Ubuntu, Fedora, Debian moderno o Arch es habitual encontrar instrucciones como:
sudo systemctl enable servicioo:
sudo systemctl restart servicioEn Nitrux:
systemctlno es la herramienta del sistema anfitrión.
El usuario debe trabajar con OpenRC y con la arquitectura específica de Nitrux.
La gran novedad es el Workspace Environment
La parte más interesante de Nitrux 7.0 se encuentra en el escritorio.
El proyecto lo denomina:
Workspace Environmento entorno de espacios de trabajo.
No quiere llamarlo simplemente:
Desktop Environmentporque su arquitectura intenta diferenciarse deliberadamente de escritorios tradicionales como GNOME o KDE Plasma.
No es simplemente un tema aplicado sobre Hyprland
Durante un tiempo, Nitrux utilizaba Hyprland rodeado de aplicaciones conocidas del ecosistema.
Por ejemplo:
Hyprland | +-- Waybar +-- Crystal Dock +-- SwayNC +-- Hyprlock +-- Wlogout +-- Grimshot
Nitrux 7 cambia buena parte de esa estructura.
Ahora encontramos:
Hyprland | +-- Valenz +-- Marina +-- NudgeOSD +-- Desklock +-- QMLogout +-- Toma +-- Workspace Settings
La diferencia fundamental es que muchas de esas piezas son desarrolladas directamente por Nitrux.
Hyprland tampoco es completamente nuevo en Nitrux
Otra precisión importante.
Nitrux abandonó KDE Plasma como base de su escritorio anteriormente y comenzó a utilizar Hyprland desde:
Nitrux 5.0.0Por tanto, Nitrux 7.0 no significa:
Plasma | v Hyprland
El cambio real es:
Hyprland
+
herramientas de terceros
|
v
Hyprland
+
ecosistema propio
Nitrux quiere controlar cada pieza de la experiencia
El proyecto explica que herramientas como Waybar o SwayNC cumplieron una función importante durante la transición.
Pero también introducían diferencias tecnológicas.
Muchas utilizan:
- GTK.
- CSS.
- Paradigmas de configuración diferentes.
Nitrux está fuertemente orientado hacia:
Qt + QML + MauiKit
y quiere que sus herramientas compartan esa misma tecnología y lenguaje visual.
Valenz sustituye a Waybar
Uno de los nuevos componentes principales es:
ValenzValenz es una barra de workspace creada mediante:
- QML.
- MauiKit.
- LayerShell-Qt.
Integra funciones como:
- Cambio de espacios de trabajo.
- Bandeja del sistema.
- Controles multimedia.
- Notificaciones.
- Portapapeles.
- Capturas de pantalla.
- Control de red.
- Bluetooth.
- Volumen.
- Brillo.
- Batería.
- Perfil energético.
- Modo oscuro.
- Luz nocturna.
- Calendario.
- Clima.
- Recursos del sistema.
Marina reemplaza al antiguo dock
El segundo componente visible es:
Marinaun dock construido específicamente para Nitrux.
Marina se integra directamente con Hyprland para conocer:
- Ventanas abiertas.
- Workspaces.
- Aplicaciones activas.
Permite además:
- Fijar aplicaciones.
- Reordenarlas mediante drag and drop.
- Ocultar automáticamente el dock.
- Trabajar con múltiples monitores.
- Mostrar contadores de mensajes cuando la aplicación los proporciona.
Nitrux no quiere construir otro KDE Plasma
Éste es un punto importante para entender el proyecto.
Nitrux no intenta construir:
un gigantesco shell que haga absolutamente todo
La idea es:
Valenz hace de barra Marina hace de dock Desklock bloquea la sesión Toma captura pantalla QMLogout gestiona salida
Cada componente tiene una responsabilidad concreta.
El proyecto denomina esta estrategia “Lifecycle Decoupling”
En español podemos entenderlo como:
desacoplamiento del ciclo de vida.
En un escritorio tradicional existe normalmente un conjunto de procesos muy interrelacionados.
Nitrux quiere reducir ese acoplamiento.
Compositor
|
X
no debe controlar
todo el ciclo de vida
del escritorio
Los componentes funcionan como procesos independientes y son supervisados fuera del compositor.
Ahí aparece una de las grandes novedades técnicas: nwsm
Nitrux 7.0 incorpora:
Nitrux Workspace Session Managerabreviado:
nwsmSe trata de un gestor de sesión diseñado específicamente para:
Hyprland + OpenRC + Workspace Environment
¿Qué hace nwsm?
Entre sus funciones se encuentran:
- Iniciar la sesión Wayland.
- Esperar a que el socket Wayland esté disponible.
- Detectar que Hyprland esté listo.
- Crear la sesión D-Bus.
- Publicar variables de entorno.
- Activar servicios OpenRC del usuario.
- Supervisar la disponibilidad del compositor.
- Gestionar el cierre de la sesión.
La sesión gráfica también utiliza OpenRC
Éste es uno de los cambios arquitectónicos más interesantes.
No hablamos únicamente de:
OpenRC para arrancar Linux
Ahora también existe:
OpenRC para servicios de la sesión del usuario
Servicios como:
- PipeWire.
- WirePlumber.
- Componentes de Hyprland.
- Servicios Maui.
- Valenz.
- Marina.
- NudgeOSD.
pueden ejecutarse dentro de esta jerarquía supervisada.
¿Qué ocurre si Hyprland se cae?
nwsm fue diseñado para detectar la desaparición del compositor y gestionar su reemplazo.
Puede mantener activa la supervisión de la sesión, iniciar nuevamente el comando de Wayland y actualizar variables cuando aparece un nuevo socket del compositor.
El objetivo es que:
Hyprland
se reinicia
|
v
nwsm detecta
|
v
actualiza entorno
|
v
servicios de usuario
continúan coordinados
Es una arquitectura poco habitual dentro del escritorio Linux.
Workspace Settings sustituye a KDE System Settings
Cuando Nitrux dejó KDE Plasma todavía conservó durante un tiempo:
KDE System Settingspara proporcionar una interfaz gráfica de configuración.
Pero esto creaba una contradicción.
KDE System Settings está diseñado alrededor del ecosistema:
- Plasma.
- KWin.
- SDDM.
- systemd.
Nitrux ya no utiliza ese modelo.
Por eso aparece Workspace Settings
El nuevo centro de control permite configurar:
- Fondos.
- Temas.
- Fuentes.
- Iconos.
- Cursores.
- Red.
- Wi-Fi.
- Bluetooth.
- DNS.
- VPN.
- Pantallas.
- Audio.
- Teclado.
- Ratón.
- Batería.
- Perfiles de energía.
- Accesibilidad.
- Usuarios.
- Idioma.
- Fecha y hora.
- Permisos Flatpak.
También centraliza configuraciones específicas de:
Valenz Marina NudgeOSD Hyprland Desklock QMLogout
Desklock reemplaza Hyprlock
Nitrux 7.0 estrena:
Desklockun bloqueo de sesión nativo construido con QML.
Incluye autenticación mediante:
PAMy crea una superficie de bloqueo para cada monitor conectado.
Además puede mostrar:
- Hora.
- Estado multimedia.
- CPU.
- Memoria.
- Red.
QMLogout sustituye Wlogout
También aparece:
QMLogoutpara las acciones de sesión.
Permite:
- Cerrar sesión.
- Bloquear.
- Reiniciar.
- Suspender.
- Hibernar.
- Apagar.
manteniendo el mismo estilo MauiKit del resto del entorno.
Toma reemplaza Grimshot
Las capturas de pantalla también pasan a una herramienta propia.
Toma es una reimplementación en C++ de la funcionalidad que anteriormente proporcionaba el script Grimshot.
Puede capturar:
- Pantalla completa.
- Regiones.
- Ventanas.
y añade:
grabación de pantalla.
Con opciones de:
- Fuente de audio.
- FPS.
- Calidad.
- Retardo de inicio.
- Ubicación de archivos.
Hyprscreend también fue reescrito
Anteriormente parte de la administración de pantallas dependía de scripts.
Nitrux 7 reemplaza esa implementación por:
hyprscreend-cppun daemon C++ encargado de:
- Modos de monitor.
- Escalado.
- Frecuencia de actualización.
- Cambios según alimentación.
- Conexión y desconexión de pantallas externas.
Waybar, SwayNC y otras herramientas salen de la instalación predeterminada
Nitrux elimina de su escritorio por defecto:
- Waybar.
- Crystal Dock.
- SwayNC.
- Hyprlock.
- Wlogout.
- Grimshot.
En algunos casos todavía pueden instalarse desde NX AppHub si el usuario desea continuar utilizándolas.
Pero dejaron de ser parte de la experiencia que Nitrux quiere mantener oficialmente.
¿Entonces Workspace Environment es realmente un escritorio?
Para el usuario:
sí, proporciona prácticamente todo lo que esperamos de un entorno de escritorio.
Pero técnicamente Nitrux establece una distinción.
Su modelo tiene varias capas:
1. Hyprland compositor 2. Shell Valenz / Marina 3. Utilidades Desklock / Toma / etc. 4. Workspace Environment experiencia completa
El proyecto evita deliberadamente construir un único shell monolítico.
Hyprland continúa siendo el núcleo gráfico
Nitrux 7 utiliza:
Hyprland 0.55.4Hyprland es un compositor Wayland dinámico especializado en organización de ventanas mediante mosaicos.
A diferencia del típico escritorio basado principalmente en:
ventanas flotantes + ratón
Hyprland está especialmente orientado a:
workspaces + teclado + tiling
Esto explica por qué Nitrux tampoco busca ser un Linux tradicional para principiantes
El propio proyecto describe Nitrux como una:
workstation Linux especializada.
No intenta proporcionar exactamente la experiencia de:
- Windows.
- Linux Mint.
- Ubuntu.
- KDE Plasma.
Su audiencia principal está formada por usuarios que aceptan una arquitectura más deliberada y menos convencional.
Nitrux sigue estando construido desde Debian, pero no debería utilizarse como Debian
Este punto resulta especialmente importante.
Nitrux utiliza una:
Debian rootfscomo fundamento.
Pero el propio proyecto advierte:
no trates Nitrux como si simplemente fuera Debian con otro escritorio.
El gestor de paquetes del host no forma parte del flujo normal
En una instalación Debian tradicional hacemos:
sudo apt install programaEn Nitrux, la raíz es inmutable y la distribución evita utilizar un gestor de paquetes de nivel host como mecanismo cotidiano para agregar software.
Su modelo es diferente.
Las aplicaciones se mantienen fuera de la raíz
El esquema puede representarse así:
Sistema base | v inmutable | X aplicaciones usuario Aplicaciones | +-- NX AppHub +-- Flatpak +-- AppImage +-- Distrobox
Esto reduce la posibilidad de que paquetes instalados manualmente modifiquen componentes críticos de la plataforma.
AppFinder intenta hacer comprensible ese modelo
Nitrux 7.0 incorpora:
AppFinderuna nueva interfaz gráfica que reúne varios métodos de software.
| Fuente | Uso |
|---|---|
| NX AppHub | AppBoxes integradas con Nitrux |
| Flathub | Aplicaciones Flatpak |
| AppImage | Recetas personales |
| Distrobox | Entornos Linux mutables para desarrollo |
NX AppHub es una pieza clave
Nitrux desarrolla su propio modelo denominado:
AppBoxLas aplicaciones se construyen localmente desde recetas definidas por el proyecto y terminan empaquetadas como unidades autocontenidas.
El objetivo es que:
aplicación
|
v
funcione en espacio usuario
|
v
sin modificar root
¿Necesitas apt, pacman o dnf?
Nitrux propone utilizar:
Distroboxpara crear entornos mutables.
Por ejemplo, un desarrollador puede tener:
Nitrux host
|
+-- Debian container
|
+-- Fedora container
|
+-- Arch container
Dentro de ellos puede utilizar los gestores tradicionales correspondientes.
Incluso systemd puede existir dentro de un contenedor
La documentación de Nitrux deja claro que el host no utiliza systemd.
Pero un usuario puede ejecutar un entorno Distrobox donde sí exista systemd.
Por tanto:
Host Nitrux | v OpenRC Container | v systemd
son perfectamente compatibles como conceptos separados.
La raíz continúa siendo inmutable
Nitrux utiliza:
NX Overlayrootpara mantener el sistema base protegido frente a modificaciones rutinarias.
Eso proporciona varias ventajas.
- Menos cambios inesperados.
- Actualizaciones más reproducibles.
- Menor riesgo de conflictos.
- Rollback más controlado.
Nitrux 7.0 combina dos ideas poco habituales
Muchas distribuciones inmutables modernas utilizan systemd.
Por ejemplo:
Fedora Atomic openSUSE Aeon
Mientras OpenRC aparece con más frecuencia en proyectos como:
Gentoo Alpine
Nitrux combina:
inmutabilidad + OpenRC + Wayland + Hyprland + desktop workstation
Eso le proporciona una identidad muy particular.
Linux 7.2.6 llega con ajustes orientados al rendimiento
Nitrux 7.0 utiliza:
Linux 7.2.6pero no se trata simplemente del kernel vanilla.
El proyecto aplica:
parches asociados a CachyOS y configuraciones propias orientadas a rendimiento y capacidad de respuesta.
Nitrux intenta posicionarse como workstation de alto rendimiento
El proyecto aplica diversos ajustes relacionados con:
- Memoria.
- I/O.
- Scheduling.
- Networking.
- zswap.
- Transparent Huge Pages.
Su objetivo declarado es proporcionar un sistema para:
- Desarrollo.
- Trabajo técnico.
- Gaming.
- Cargas de workstation.
Eso no significa que CachyOS y Nitrux sean la misma distribución
Nitrux toma determinadas mejoras relacionadas con el kernel de CachyOS.
Pero mantiene:
- Base Debian.
- OpenRC.
- Su arquitectura inmutable.
- NX AppHub.
- MauiKit.
- Workspace Environment.
Es una distribución completamente diferente.
MauiKit también sube a 4.0.4
MauiKit continúa siendo una de las tecnologías centrales de Nitrux.
La versión 7.0 utiliza:
MauiKit 4.0.4con mejoras relacionadas con:
- Colores adaptativos.
- Wayland.
- Blur.
- Escalado HiDPI.
- Archivos.
- PDF.
- Audio.
- Controles QML.
Las aplicaciones Maui también reciben una gran actualización
Entre las aplicaciones encontramos:
- Pix.
- Nota.
- Buho.
- Clip.
- Fiery.
- Shelf.
- VVave.
- Index.
- Station.
todas adaptadas al nuevo entorno.
Index mejora considerablemente como gestor de archivos
Index incorpora entre otras cosas:
- Columnas Miller.
- Mejores vistas previas.
- Gestión de directorios.
- Mejor integración con operaciones de archivos.
- Mejoras para rutas remotas.
Esto resulta importante porque el Workspace Environment intenta reducir progresivamente dependencias de aplicaciones externas.
Shelf puede guardar PDF modificados
El visor de documentos recibe soporte para:
- Modificación de formularios PDF.
- Anotaciones.
- Selección mediante OCR.
- Guardar documentos modificados.
MauiKit Documents también incorpora renderizado PDF por bloques y caché para mejorar zoom y desplazamiento.
NUTS 3.0.3 administra las actualizaciones del sistema
Nitrux tampoco sigue el modelo:
apt full-upgradepara actualizar la distribución.
Utiliza:
Nitrux Update Tool Systemo:
NUTSNUTS funciona con una estrategia de backup y estado completo
De forma simplificada:
Estado actual
|
v
backup local
|
v
descargar actualización OTA
|
v
aplicar nuevo estado
Si existe un problema, el sistema dispone de mecanismos para restaurar el estado anterior.
Las OTA utilizan imágenes SquashFS
NUTS descarga el estado de actualización como:
SquashFS OTAy lo aplica sobre la raíz activa.
Antes genera una copia utilizando:
xfsdumpque puede utilizarse para recuperación offline.
El actualizador también recibe una interfaz completamente renovada
NUTS 3.0.3 adopta una apariencia más alineada con MauiKit.
La interfaz muestra:
- Estado del sistema.
- Disponibilidad de actualización.
- Progreso.
- Rama.
- Commit.
LUKS2 sustituye LUKS1 en nuevas instalaciones cifradas
Nitrux 7.0 modifica además la configuración de Calamares.
Las nuevas particiones cifradas pasan de:
LUKS1a:
LUKS2y utilizan:
Argon2idpara derivar la clave correspondiente cuando se genera el keyfile de arranque.
También llegan nuevos ajustes de seguridad
La distribución introduce cambios relacionados con:
- Protección de punteros del kernel.
- Endurecimiento eBPF.
- Protección RFC 1337.
- ICMP redirects.
- IPv6 privacy.
- Registro de paquetes martian.
Nitrux, sin embargo, hace una aclaración razonable en su anuncio:
no afirma que el sistema sea “impenetrable” o “imposible de hackear”.
También se corrigió un problema que afectaba Proton
Una medida de mitigación relacionada con:
ssh-keysignestaba provocando problemas con Proton.
Nitrux 7.0 corrige esa interacción.
Esto resulta relevante para usuarios que utilizan la distribución también para gaming.
Hay dos imágenes ISO diferentes
Nitrux ofrece actualmente una imagen para:
AMD e Intel:
cachy-mesay otra para:
NVIDIA:
cachy-nvopenPor tanto, antes de descargar conviene identificar correctamente la GPU del equipo.
NVIDIA utiliza el Open Kernel Module
La imagen NVIDIA incorpora:
NVIDIA Open Kernel Module 615.71.09Nitrux ha decidido no utilizar como opción predeterminada los antiguos controladores propietarios para hardware que depende de ramas legacy.
Esto implica que determinadas GPU NVIDIA antiguas pueden quedar fuera del hardware recomendado.
Los requisitos mínimos también son más exigentes que en una distribución ligera
La documentación actual solicita:
| Componente | Mínimo |
|---|---|
| CPU | x86-64 con AVX2 / x86-64-v3 |
| RAM | 4 GB para experiencia estándar |
| Almacenamiento | 64 GB |
| Firmware | EFI/UEFI |
| GPU | Mesa GBM/KMS o NVIDIA Open Kernel Module compatible |
Esto refuerza nuevamente la idea:
Nitrux no quiere posicionarse como una distribución para revivir cualquier PC antiguo.
Existe además una advertencia importante con Secure Boot
El anuncio oficial reconoce que actualmente:
- Los binarios UEFI de GRUB incluidos no están firmados.
- El kernel predeterminado tampoco está firmado.
Como consecuencia:
un sistema instalado puede no arrancar mientras Secure Boot permanezca activado.
Es un detalle que debe conocerse antes de realizar la instalación.
No es una distribución que debamos instalar siguiendo cualquier tutorial de Ubuntu
Éste es probablemente uno de los mayores riesgos para usuarios nuevos.
Nitrux tiene:
base Debian
pero eso no significa:
Nitrux = Debian + tema bonito
Su arquitectura es sustancialmente diferente.
El propio proyecto advierte contra comportamientos tradicionales
Nitrux puede resultar una mala elección si necesitas:
- Modificar constantemente la raíz.
- Instalar paquetes host mediante apt.
- Ejecutar servicios que dependan directamente de systemd.
- Utilizar GNOME o KDE Plasma como escritorio.
- Seguir tutoriales Debian sin adaptar.
Entonces, ¿para quién tiene sentido Nitrux 7?
Puede resultar especialmente interesante para:
- Usuarios técnicos.
- Desarrolladores.
- Personas interesadas en sistemas inmutables.
- Usuarios que prefieren OpenRC.
- Entusiastas de Hyprland.
- Usuarios que quieren aplicaciones rootless.
- Personas que buscan una workstation Linux poco convencional.
¿Para quién probablemente no sea apropiado?
Para un usuario que espera:
instalar Linux
|
v
abrir tienda
|
v
comportamiento similar a Windows
distribuciones como Linux Mint, Ubuntu o Fedora pueden proporcionar una curva de aprendizaje más sencilla.
Nitrux busca otra audiencia.
La distribución incluso declara abiertamente que no es para todo el mundo
Eso resulta refrescante.
Muchas distribuciones intentan venderse simultáneamente como:
- Perfectas para principiantes.
- Perfectas para expertos.
- Gaming.
- Servidores.
- Empresas.
- Equipos antiguos.
Nitrux está haciendo prácticamente lo contrario.
Dice:
tenemos una arquitectura concreta y queremos usuarios que estén de acuerdo con ella.
Nitrux 7.0 también representa el final definitivo de la etapa Plasma
La distribución se hizo conocida originalmente por una experiencia muy vinculada visualmente a KDE.
Durante años trabajó alrededor de:
KDE Plasma + NX Desktop + Maui
Posteriormente apareció Maui Shell.
Finalmente el proyecto decidió abandonar ese camino.
La evolución puede resumirse:
KDE Plasma
|
v
NX Desktop
|
v
Maui Shell
|
v
Hyprland
+
herramientas externas
|
v
Workspace Environment
Workspace Environment cierra la historia de Maui Shell
Nitrux confirma que el repositorio del antiguo Maui Shell ha sido archivado.
Muchas de sus ideas sobreviven.
Pero en forma de componentes independientes.
Por ejemplo:
Maui Shell
|
v
experiencia monolítica
Workspace Environment
|
+-- Valenz
+-- Marina
+-- Desklock
+-- Workspace Settings
Eso explica por qué Nitrux 7.0 es más importante de lo que parece
Si observamos únicamente la lista:
Linux 7.2.6 Hyprland 0.55.4 MauiKit 4.0.4
podríamos pensar:
“otra actualización de distribución”.
Pero el cambio importante está en:
quién controla el escritorio y cómo se administra su ciclo de vida.
Nitrux reduce su dependencia de software de terceros en el shell
Esto tiene ventajas potenciales.
- Diseño más coherente.
- Menos diferencias entre frameworks.
- Mayor control sobre errores.
- Integración específica con Hyprland.
- Menor dependencia de decisiones externas.
Pero también aumenta la responsabilidad del propio proyecto.
Ahora Nitrux deberá mantener muchas más piezas
Antes podía depender de comunidades como:
Waybar SwayNC Hyprlock
Ahora desarrolla:
Valenz Marina Desklock Toma Workspace Settings nwsm
Eso significa más control.
Pero también:
- Más código.
- Más bugs potenciales.
- Más mantenimiento.
- Más pruebas.
Ésa será probablemente la gran prueba de Nitrux 7
Crear un escritorio propio es relativamente sencillo.
Mantenerlo durante años mientras:
- Hyprland cambia.
- Wayland evoluciona.
- Qt cambia.
- MauiKit cambia.
- Drivers cambian.
es mucho más difícil.
La apuesta técnica tiene sentido, pero aumenta el riesgo
La arquitectura de Nitrux puede proporcionar una experiencia mucho más integrada.
Sin embargo, un proyecto más pequeño que GNOME o KDE debe mantener un número creciente de componentes propios.
La madurez de Workspace Environment será uno de los aspectos más interesantes a observar en las siguientes versiones.
¿Vale la pena actualizar desde Nitrux 6.1?
Para usuarios existentes, el proyecto indica que la actualización se realizará mediante NUTS cuando la OTA correspondiente esté disponible.
Debido a la cantidad de cambios, conviene:
- Realizar copia de los datos importantes.
- Esperar la OTA oficial.
- No intentar convertir manualmente la instalación siguiendo procedimientos Debian convencionales.
- Revisar los avisos posteriores al lanzamiento.
Los cambios son demasiado grandes para tratarla como una actualización menor
Nitrux 7 modifica:
- El shell.
- Servicios de usuario.
- Gestión de sesión.
- Configuración.
- Herramientas gráficas.
- Kernel.
Por tanto, una actualización controlada tiene mucho más sentido que reemplazar manualmente piezas.
¿Y para una instalación nueva?
El flujo es más sencillo.
Identificar GPU
|
v
AMD / Intel
o
NVIDIA
|
v
descargar ISO correcta
|
v
verificar ISO
|
v
crear USB
|
v
instalar
La imagen para AMD e Intel utiliza Mesa
El archivo correspondiente aparece identificado como:
cachy-mesaMientras el hardware NVIDIA compatible debe utilizar:
cachy-nvopenConviene probar hardware antes de instalar
Especialmente:
- Wi-Fi.
- Audio.
- Bluetooth.
- GPU.
- Suspensión.
- Monitores externos.
porque Nitrux utiliza una arquitectura Wayland bastante específica.
¿Es OpenRC realmente una ventaja frente a systemd?
No existe una respuesta universal.
OpenRC puede resultar atractivo para quien prefiera:
- Menor alcance.
- Arquitectura más tradicional Unix.
- Servicios independientes.
- Menos dependencia de una suite central.
systemd ofrece, por otro lado:
- Enorme adopción.
- Documentación.
- Integración.
- Herramientas de administración.
- Compatibilidad con software moderno.
Nitrux no demuestra que uno sea universalmente mejor.
Demuestra que todavía es posible construir un escritorio Linux moderno sin elegir systemd como núcleo de gestión.
Eso es precisamente lo interesante de Nitrux 7
Porque no estamos hablando de una distribución minimalista de consola.
Estamos hablando de:
Wayland + Hyprland + PipeWire + Flatpak + MauiKit + kernel moderno + OpenRC
en una workstation gráfica completa.
El escritorio Linux continúa permitiendo modelos radicalmente diferentes
En otros sistemas operativos existe normalmente:
una arquitectura oficial
En Linux pueden coexistir:
GNOME + systemd KDE + systemd Hyprland + systemd Hyprland + OpenRC Xfce + OpenRC
Nitrux está utilizando esa libertad para construir algo bastante específico.
Puede leer también | WizOS: una nueva distribución Linux empresarial
Nitrux 7 frente a una distribución tradicional
| Distribución tradicional | Nitrux 7 |
|---|---|
| Raíz mutable | Raíz inmutable |
| systemd habitual | OpenRC |
| Paquetes instalados en host | Aplicaciones rootless y contenedores |
| GNOME/KDE/Xfce | Workspace Environment + Hyprland |
| APT/DNF/Pacman como uso diario | NX AppHub, Flatpak, AppImage, Distrobox |
| Actualización de paquetes | NUTS y estados OTA |
Eso puede gustarte mucho o resultar profundamente incómodo
Y parece exactamente la intención del proyecto.
Nitrux está dejando de intentar satisfacer todos los hábitos tradicionales del usuario Linux.
Está construyendo:
una plataforma con límites muy definidos.
Recomendamos
- ¿Cuáles deben ser los criterios para seleccionar una distribución Linux?
- WizOS: una nueva distribución Linux empresarial
- AerynOS llega renovado con mejoras en el escritorio y la instalación
En resumen
Nitrux 7.0.0 es una de las mayores transformaciones recientes de esta particular distribución Linux basada en Debian.
El lanzamiento incorpora Linux 7.2.6 con parches orientados al rendimiento, Hyprland 0.55.4, MauiKit 4.0.4, KDE Frameworks 6.26 y el NVIDIA Open Kernel Module 615.71.09.
Pero el verdadero cambio está en el escritorio.
Nitrux estrena su Workspace Environment, una experiencia construida alrededor de Hyprland pero formada cada vez más por componentes desarrollados directamente por el proyecto.
Valenz reemplaza Waybar, Marina sustituye Crystal Dock, Desklock reemplaza Hyprlock, QMLogout ocupa el lugar de Wlogout y Toma sustituye Grimshot mientras añade grabación de pantalla.
El nuevo Workspace Settings reemplaza KDE System Settings como principal centro de configuración.
Además, nwsm introduce una arquitectura especialmente interesante: la sesión Wayland y los servicios gráficos del usuario quedan coordinados mediante OpenRC, con supervisión específica para Hyprland.
Nitrux continúa siendo una distribución sin systemd, aunque este punto no nació con 7.0. Tampoco Hyprland es nuevo: la distribución lo utiliza desde Nitrux 5.0. Lo nuevo es el nivel de integración que ahora existe entre OpenRC, Hyprland y los componentes propios.
Todo ello continúa funcionando sobre una raíz inmutable y un modelo de aplicaciones basado en NX AppHub, Flatpak, AppImage y Distrobox en lugar de utilizar el gestor de paquetes de Debian como mecanismo cotidiano sobre el host.
Conclusión editorial
Nitrux 7.0 es interesante precisamente porque no intenta resolver el escritorio Linux de la misma manera que casi todos los demás.
Mientras gran parte del ecosistema converge alrededor de systemd, Nitrux continúa apostando por OpenRC.
Mientras numerosas distribuciones adoptan GNOME o KDE y concentran sus esfuerzos en empaquetarlos, Nitrux abandonó Plasma, adoptó Hyprland y ahora está construyendo sus propias piezas alrededor del compositor.
Mientras Debian, Ubuntu o Fedora esperan que el usuario instale software directamente dentro del sistema, Nitrux mantiene una raíz inmutable y mueve las aplicaciones hacia AppBoxes, Flatpak y contenedores.
Eso hace que Nitrux 7.0 resulte mucho más que:
otra distribución con Hyprland
El proyecto está intentando demostrar que es posible construir una workstation Linux moderna donde:
systemd no sea necesario la raíz no sea mutable el escritorio no sea monolítico y las aplicaciones no tengan que modificar el sistema base
Es una apuesta técnicamente ambiciosa.
Y también arriesgada.
Porque sustituir Waybar, SwayNC, Hyprlock, herramientas KDE y otros proyectos maduros significa que Nitrux deberá mantener cada vez más código propio.
Pero esa decisión le proporciona algo que muchas distribuciones no tienen:
una identidad arquitectónica realmente diferente.
El cambio más importante de Nitrux 7 no es Linux 7.2.6.
No es Hyprland 0.55.4.
Ni siquiera es OpenRC.
Es que todas esas tecnologías comienzan a funcionar como partes de un sistema diseñado específicamente alrededor de ellas.
Con nwsm, la sesión Wayland deja de depender de una colección de scripts y procesos iniciados de manera independiente.
Con Valenz, Marina y Workspace Settings, el escritorio deja de parecer una selección de componentes externos unidos mediante configuración.
Y con AppFinder, Nitrux intenta hacer más comprensible un modelo de software que hasta ahora podía resultar extraño incluso para usuarios Linux experimentados.
¿Será suficiente para competir en madurez con GNOME o KDE Plasma?
Todavía es demasiado pronto para afirmarlo.
Ésa será la verdadera prueba durante los próximos lanzamientos.
Pero Nitrux tampoco parece interesado en competir directamente con ellos.
Su objetivo es otro.
Construir una workstation Linux especializada, inmutable, Wayland-first y systemd-free donde cada capa tenga una función deliberadamente definida.
Para alguien que busca una distribución convencional, probablemente existan mejores alternativas.
Para quien quiera comprobar hasta dónde puede llevarse un escritorio Linux moderno sin systemd, sin Plasma, sin GNOME y sin convertir la raíz del sistema en el destino de todos los paquetes, Nitrux 7.0 acaba de convertirse en uno de los proyectos más interesantes que observar.
Fuentes: Nitrux — Release Announcement: Nitrux 7.0.0, Nitrux — A Modern Desktop: The Workspace Environment, Nitrux — Nitrux Workspace Session Manager, Nitrux — OpenRC e init system, Nitrux — Is Nitrux right for me? y SourceForge — imágenes oficiales de Nitrux.
