nsl (NSpawn Subsystem for Linux) se posiciona como un análogo Linux de Windows Subsystem for Linux (WSL): instala una distro, abre una shell en tu directorio actual, ejecuta comandos y mantén el host intacto. Cada máquina es una distro completa ejecutándose como un contenedor systemd-nspawn dentro de una VM compartida lanzada por systemd-vmspawn bajo QEMU/KVM. El sistema de archivos raíz de la VM es reemplazable y no contiene estado de usuario; los datos de la máquina viven en su propio disco de datos. Las imágenes se reconstruyen semanalmente y se firman a través del flujo de publicación de Frostyard; nsl verifica las firmas antes de usar.
La marca del proyecto nsl mostrada como el logo oficial del flujo de publicación de Frostyard que firma y distribuye las imágenes de distro reconstruidas semanalmente.
Una máquina te da una shell en tu directorio de proyecto (`nsl`) o un solo comando (`nsl run make test`) con el estado de salida del host; tu `$HOME`, los medios extraíbles y `/mnt` aparecen en `/mnt/host` con tu UID/GID y un `sudo` sin contraseña en su interior; reenvío de puertos al host `127.0.0.1`; ventanas Wayland a través de Waypipe; y una elección de siete distros firmados — Debian 13, Ubuntu 26.04 LTS, Fedora 44, CentOS Stream 10, Arch, openSUSE Tumbleweed y Leap 16.0. El modo `--isolated` coloca una máquina en su propia VM sin archivos del host, escritorio ni acciones del host.
La imagen Open Graph de GitHub para el repositorio nsl resume visualmente el proyecto como entornos de desarrollo para hosts atómicos y personas que quieren mantener el host limpio, alineándose con la descripción del artículo sobre el propósito y arquitectura de nsl.
Una máquina ordinaria se confía como tú: puede leer tu directorio home (incluyendo claves y tokens) pero no puede convertirse en root en el host ni alcanzar sockets del host. nsl se ejecuta como tu usuario sin daemon propio y no cambia paquetes del host, permisos de dispositivos, grupos ni sudoers.
v0.4.0 es la primera versión del diseño actual; v0.3.0 y anteriores son un prototipo retirado. El host probado es Snow Linux 13 con systemd 261.2, QEMU 10.0.13, virtiofsd 1.13.2 y GNOME Wayland. Requisitos previos: Linux x86-64 con KVM, systemd-vmspawn, QEMU con firmware UEFI, virtiofsd y pertenencia al grupo `kvm`.
El proyecto describe la arquitectura VM-plus-nspawn pero no explica por qué se requiere una capa VM en Linux, donde nspawn podría en principio ejecutarse sin ella. Las fuentes tampoco comparan nsl con herramientas de contenedores/VM existentes como toolbx, distrobox o lima, por lo que la base para elegir nsl sobre alternativas no está documentada en el material proporcionado.