NixOS me hizo volver a Windows

Configuración declarativa

Sin duda es la característica de NixOS que más me ha gustado. Nix es, además de un gestor de paquetes, un lenguaje de programación puro, funcional, lazy, declarativo y reproducible para expresar (en archivos .nix) el estado de tu sistema. En otras palabras, no tendrás que ejecutar comandos que luego olvidarás ni tendrás que modificar ficheros esparcidos por el sistema. Realizarás toda la configuración de tu sistema mediante unos archivos que podrás guardar en Git o donde quieras.

En estos archivos puedes especificar los paquetes que deben estar instalados, la configuración de hardware (kernel, particiones, encriptación, ...), los usuarios del sistema, las extensiones de Google Chrome que se instalarán automáticamente, el tema de GTK... prácticamente todo. Alterar la configuración del sistema será tan sencillo como modificar estos archivos y cambiar el sistema al nuevo estado. Además, podrás modularizar la configuración a tu gusto gracias a la función import. Una maravilla.

{ pkgs, lib, ... }:

{
  # Configuración de Firefox: perfiles, extensiones, etc...
  programs.firefox = {
    enable = true;
    package = pkgs.firefox-devedition;
    profiles.felixsanz = {
      extensions = with inputs.firefox-addons.packages.${pkgs.system}; [
        ublock-origin
        decentraleyes
      ];
      settings = {
        "browser.tabs.warnOnClose" = true;
        "extensions.pocket.enabled" = false;
        "media.ffmpeg.vaapi.enabled" = true;
        # ...
      };
      userChrome = builtins.readFile ./userChrome.css;
      userContent = builtins.readFile ./userContent.css;
    };
  };

  # Variables de entorno asociadas a Firefox
  home.sessionVariables = {
    MOZ_DISABLE_RDD_SANDBOX = 1;
    MOZ_ENABLE_WAYLAND = 1;
  };

  # Configurar Firefox como el navegador por defecto
  xdg.mimeApps.defaultApplications = lib.genAttrs [
    "text/html"
    "text/xml"
    "application/xml"
    "x-scheme-handler/http"
    "x-scheme-handler/https"
    "x-scheme-handler/about"
    "x-scheme-handler/unknown"
  ] (_: "firefox.desktop");
}

Genial, ¿verdad? Sigue leyendo, no es oro todo lo que reluce.

Nix shell

La Nix shell es una potente herramienta que te permite modificar temporalmente el estado de la máquina. Por ejemplo, podrás ejecutar una aplicación sin tenerla instalada. Creas una shell con ese paquete/configuración y cuando la cierres, no dejará ni rastro.

Podrías no tener instalado Python ni Node.js de manera global, si no que cuando vas a trabajar en un proyecto específico, abres una shell con lo que necesitas y empiezas a trabajar. Esta configuración se puede guardar en un fichero shell.nix como el siguiente:

{ pkgs ? import <nixpkgs> {}}:

# La shell podrá utilizar Python 3.10 y las librerías flask, requests y yeelight

pkgs.mkShell {
  packages = with pkgs; [
    python310Full
    python310Packages.flask
    python310Packages.requests
    python310Packages.yeelight
  ];
}

La utilidad aumenta cuando se combina con nix-direnv, una aplicación que instanciará automáticamente el fichero shell.nix cuando entremos al directorio del proyecto mediante cd. Se encargará de que todo esté disponible.

La comunidad

Quizás la parte más valiosa de NixOS no sea la técnica, si no la humana. En los canales de ayuda como su comunidad de Discord o el foro encontrarás gente amable siempre dispuesta a ayudar, con una paciencia que pocas veces he visto. Desde el primer momento me sentí parte de la comunidad y en todo momento recibí ayuda cuando lo necesitaba.

Desaprendiendo todo lo que sabes

¿Tienes experiencia en Linux? Pues enhorabuena, pero no te va a servir de mucho. Crear usuarios mediante useradd, encriptar particiones con cryptsetup, configurar discos en /etc/fstab, crear alias de shell, configurar servicios de systemd... nada te va a servir. Idealmente, toda la configuración del sistema la realizarás de manera declarativa. Esto, como dije, es lo que más me gustó de NixOS pero volver a aprender todo de nuevo es un proceso lento y doloroso. Es lo que es.

Home Manager

NixOS gestiona la configuración del sistema pero no la relacionada con el usuario. Home Manager, un proyecto creado por terceros, se encarga de ello. Rellena un hueco que no debería existir. Aunque en términos generales funciona bien y es una gran solución, tiene algunos defectos que añade más frustración a la puesta a punto del sistema. El consejo que más me solían dar era que cuanto menos lo use, mejor.

Inconsistencia en las opciones

En NixOS mucha configuración se realiza utilizando opciones, por ejemplo:

{
  programs.zsh = {
    enable = true;
    dotDir = ".config/zsh";
    history = {
      path = "${config.xdg.dataHome}/zsh/history";
      extended = true;
      share = false;
      ignoreAllDups = true;
    };
    initExtra = "setopt INC_APPEND_HISTORY_TIME";
    syntaxHighlighting.enable = true; # <----- X.enable y enableX, ¿por qué?
    enableAutosuggestions = true;     # <----/
    shellAliases = import ./aliases.nix { inherit config; };
  };
}

El problema es que a veces necesitas opciones que no existen y tienes que recurrir a la configuración manual utilizando xdg.configFile y derivados.

En otras ocasiones encontrarás opciones del mismo paquete tanto en NixOS como en Home Manager. ¿Sway se instala mediante programs.sway.enable o wayland.windowManager.sway.enable? Para un principiante todo esto es un muro. Otro ejemplo, hay opciones para Google Chrome pero no para Brave.

Por no hablar de todo el tiempo que inviertes generando esta configuración, buscando las opciones, lidiando con sus inconsistencias, etc.

Lo de las opciones está muy bien pero me ha parecido en el fondo bastante caótico y poco de fiar.

Pésima documentación

La documentación está a mitad de camino entre pésima e inexistente. Lo siento, un proyecto mal documentado pierde muchísimo valor.

La wiki está abandonada y todo el mundo te recomienda no utilizarla. No hay documentación, tienes que leer el código fuente de los paquetes constantemente. Tampoco hay guías prácticas de cómo hacer ésto o lo otro. Además, Los recursos que encuentras online (como blogs) suelen estar desactualizados.

En resumen, es desesperante. Menos mal que la comunidad es muy activa y se vuelca mucho en ayudar a los demás, pero llega un punto que te sientes mal de preguntar tanto y a veces te atascas y no tienes ayuda inmediata, ni manera de encontrar la solución por tu cuenta.

Sólo una versión, ¿en serio?

En Arch Linux podías instalar cualquier versión antigua de un paquete fácilmente. ¿Necesitas CUDA 11.7, 11.8 o 12.1? No hay problema. En NixOS olvídate, aunque hagas tu propio paquete necesitarás gestionar todas las dependencias a mano. Solo hay un par de paquetes que están versionados (como python310 / python311), el resto... nada. Si quieres una versión más antigua o más moderna de lo que te ofrece nixpkgs, estás condenado. Y si el paquete no existe, buena suerte creándolo. En otras distribuciones podrías apañartelas de alguna manera, aquí no.

Nix shells para desarollo en Python

Esto me ha cabreado, no lo voy a negar. No quiero ni contar la cantidad de horas que he tirado a la basura intentando hacer funcionar aplicaciones de Python en NixOS. Si intentas utilizar venv y pip para instalar las dependencias de tu proyecto, empezarás a tener un montón de problemas con librerías dinámicas del sistema. Por más que lo intentes no hay manera.

Como vimos en el ejemplo más arriba, muchos paquetes de Python se encuentran en nixpkgs:

{ pkgs ? import <nixpkgs> {}}:

pkgs.mkShell {
  packages = with pkgs; [
    python310Full
    python310Packages.flask
    python310Packages.requests
    python310Packages.yeelight
  ];
}

Tanto flask, como requests y yeelight están disponibles. En realidad la mayoría están. ¿Pero qué haces cuando la que necesitas no está disponible? Nada. Perder días intentando hacer funcionar tu aplicación. Puedes solicitar el paquete en el repositorio de GitHub para que alguien se encargue de ello, o tratar de colaborar manteniéndolo tú mismo, pero es una tarea muy complicada.

En este blog estoy compartiendo la experiencia que adquiero en torno a librerías de Inteligencia Artificial, pero NixOS me ha puesto tantas trabas que ni siquiera podía hacer lo mío. Estuve esperando varios meses para que publicasen onnxruntime-gpu, pero no hay manera, ahí sigue. Parece tan complicado que nadie sabe como hacerlo.

Además, volvemos a lo mismo... sólo una versión, ¿en serio? En Python es bastante normal instalar versiones específicas de las dependencias, por ejemplo gradio==3.41.2. Esto no puedes hacerlo en NixOS. ¡Es ridículo!

Hubo un momento que conseguí hacer funcionar una aplicación de este tipo a cambio de perder 3 días enteros intentándolo. Cabe destacar que estos paquetes se tienen que compilar en tu máquina, por lo que ciertas librerías tardaban en torno a 4 horas y necesitaban más de 32GB de RAM, así que tenía que recurrir al swap al no tener memoria suficiente. Preciosa experiencia, ¿verdad?

Pues por si no fuera suficiente, semanas después cuando actualicé las liberías, se volvió a romper y ya no fuí capaz de arreglarlo ni por muchas horas que le echase. Ahí fue cuando empecé a descargar la ISO de Windows 11.

pkgs = import <nixpkgs> {};
pkgs = import (builtins.fetchTarball {
  url = "https://github.com/nixos/nixpkgs/archive/2c7f3c0.tar.gz";
  sha256 = "1yswzpqq384ia4k2lyi8qicp07bvk5lsdx2y7wsd3sdvj79g72za";
})

En resumen, si necesitas este flujo de trabajo huye de NixOS.

NixOS es Linux

Ahora mismo estoy en un punto de mi vida en el que quiero focalizarme en lo importante y no quiero perder el tiempo lidiando con el sistema operativo. Y NixOS, sigue siendo Linux. Cada cosa "rara" que quieras hacer te va a llevar tiempo y peleas. Desde emparejar unos auriculares bluetooth hasta formatear un disco duro. Y si encima en NixOS se hace de manera distinta... prepárate para dedicarle tiempo. Nada nuevo, llevo 20 años lidiando con Linux y ya se lo que es.