# targets.toml — el MANIFIESTO DE OBJETIVO: qué paquetes debe tener la distro. # # POR QUÉ EXISTE. `build-state.json` es el grafo de lo que EXISTE (768 recetas, cierra sin huérfanas). # Lo que la distro DEBE tener no estaba en ningún lado: vivía en dos strings de shell de # `product-userland-from-repo.sh`, otro de `mirada-usb.sh`, 55 listas planas en `tandas/` y una cola # de 206 recetas KDE. Por eso "¿cuánto falta?" no tenía respuesta: el mapa cerraba perfecto, pero # sólo cubría el territorio ya conquistado. Este fichero es el destino. (Plan: docs/plan-catalogo-objetivo.md) # # LA INVERSIÓN. `paquetes` lista sólo las RAÍCES — lo que un usuario pide POR NOMBRE. La clausura # (las libs de las que cuelgan) la calcula el grafo siguiendo las aristas de deps, no la escribe un # humano. Al revés de `tandas/base-system-3-libs.txt`, que enumera a mano miembros de la clausura. # # Un `perfil` = una imagen enviable. `hereda` compone (transitivo, sin ciclos). `cola` dice en qué # árbol de recetas viven sus raíces: `corpus` = `recipes/`; otra cosa = `recipes/incoming-/`, que # `build-state.py` sólo carga con su flag (`--kde`) ⇒ los perfiles de una cola no cargada se saltan # en vez de reportar raíces fantasma. # # Consumidores: `scripts/targets.py ` (expande a lista de nombres) y `scripts/build-state.py` # (marca los nodos `wanted` y calcula la membresía de perfil de cada receta). schema = "hammer-targets/1" [perfil.base] descripcion = "userland foundational C: la distro arranca y se usa (shell, VCS, privilegios, red, disco, TLS, proceso, editor, docs)" # Lift verbatim de BASE_SYSTEM_PKGS (scripts/product-userland-from-repo.sh). De-Alpinizado y firmado, # tandas base-system-1..3. paquetes = [ "bash", "git", "sudo", "doas", "util-linux", "shadow", "kbd", "procps-ng", "iproute2", "iputils", "dhcpcd", "e2fsprogs", "dosfstools", "parted", "rsync", "sed", "tzdata", "vim", "dbus", "ca-certificates", "gnupg", "lsof", "strace", "pciutils", "usbutils", "mandoc", ] [perfil.cli] descripcion = "la capa CLI moderna (Rust) encima de base — el userland real del producto" hereda = ["base"] # Lift verbatim de CLI_RUST_PKGS (scripts/product-userland-from-repo.sh). paquetes = [ "bat", "fd", "ripgrep", "jq", "zoxide", "dust", "procs", "htop", "less", "tree", "hyperfine", "delta", "eza", "sd", "tokei", "fzf", "skim", "git-cliff", "gitui", "starship", ] [perfil.escritorio-mirada] descripcion = "rootfs slim del USB mirada: compositor Wayland propio sobre mesa software" # Lift verbatim de PKGS (scripts/mirada-usb.sh). NO hereda base: es una imagen slim a propósito. # El ORDEN importa (libs primero, binarios mirada al final) y se preserva. paquetes = [ "mesa-swrast", "wayland", "libdrm", "seatd", "libinput", "libudev-zero", "libxkbcommon", "pixman", "linux-pam", "mtdev", "libevdev", "mirada-compositor", "mirada-greeter", "mirada-ctl", ] [perfil.escritorio-kde] descripcion = "escritorio KDE Plasma 6 desde fuente" cola = "incoming-kde" # Raíces del rootfs de metal (docs/HANDOFF-noche-kde-2026-07-14.md:135). El resto del escritorio # —137 artefactos hidratados— es CLAUSURA de estas 7, no lista a mano. paquetes = [ "plasma-workspace", "kwin", "kscreenlocker", "breeze", "frameworkintegration", "qqc2-desktop-style", "plasma-integration", # Huecos de RUNTIME confirmados por el triaje de la frontera (2026-07-22). Ninguno bloquea un # build —todas las recetas que los piden ya están selladas— pero sin ellos el escritorio arranca # roto: sin tipos de fichero, sin apps X11, sin diálogos de autorización y con los controles QML # en un estilo genérico. Ver docs/state/frontera-triaje.toml para el porqué de cada uno. "shared-mime-info", "xwayland", "polkit-qt-1", "qqc2-breeze-style", ] [perfil.escritorio-gnome] descripcion = "escritorio GNOME (Wayland-nativo) desde fuente — 3er escritorio, X11 al tacho" cola = "incoming-gnome" # Raíces de una sesión GNOME que bootea a un shell usable. El resto es CLAUSURA. Hoy son HUECOS # (cero recetas en incoming-gnome): build-state SALTA este perfil hasta que su cola se cargue # (--gnome), así que declararlo NO reporta raíces fantasma — sólo lo hace un objetivo de primera # clase que el sistema conoce. La frontera de autoría se descubre con `seed-gnome.py` (bootstrap por # metadata mientras no haya recetas); OJO: ese cierre SOBREESTIMA ~5-10× (ver docs/state/seed-gnome.json # y la memoria frente-gnome). El palo largo / keystone es spidermonkey(mozjs) → gjs → gnome-shell. paquetes = [ "mutter", "gnome-shell", "gjs", "gnome-session", "gnome-settings-daemon", "gsettings-desktop-schemas", "gnome-desktop", "gdm", "xdg-desktop-portal-gnome", ] [perfil.escritorio-cosmic] descripcion = "escritorio COSMIC (System76, Rust sobre smithay/iced) desde fuente — 4º escritorio" cola = "incoming-cosmic" # Las raíces son EXACTAMENTE lo que `cosmic-session/src/main.rs` levanta, más el gestor mismo y los # datos que ningún `[deps]` alcanza. El resto es CLAUSURA. # # ── POR QUÉ ESTE PERFIL NO ES BUROCRACIA ──────────────────────────────────────────────────────── # Sin él, `yupana radio` sobre cualquier receta COMPARTIDA —libinput, libxkbcommon, libudev-zero, # mesa, wayland— devuelve «IMÁGENES afectadas: (ninguna declarada)» para COSMIC, y el próximo que las # toque MIDE DE MENOS. La campaña existe en el store y en el runbook, pero el ábaco no la ve: el radio # de un re-hash es justo lo que el perfil convierte en dato. # # Nota de nombres, que acá no coinciden y ya costó una vez: el repo `cosmic-workspaces-epoch` produce # el binario `cosmic-workspaces`, y el AppID tampoco lleva el sufijo. Se lista por el nombre de la # RECETA, que es el del repo. paquetes = [ "cosmic-comp", "cosmic-session", "cosmic-settings-daemon", "cosmic-panel", "cosmic-launcher", "cosmic-app-library", "cosmic-workspaces-epoch", "cosmic-notifications", "cosmic-osd", "cosmic-bg", "cosmic-idle", # Los applets del panel. No es un componente que la sesión lance: lo spawnea el PANEL, por AppID, # y sin ellos arranca y no se dibuja. Un binario multiplexor con veinte symlinks. "cosmic-applets", # El MOTOR del lanzador, de otro repo y fuera del pin `epoch-N`: `cosmic-launcher` sólo dibuja y # lanza a `pop-launcher` como proceso hijo por PATH. Sin él, `Super` no abre nada. "pop-launcher", # Y el `qalc` al que el plugin `calc` le pasa la expresión: tercer nivel de hijo por PATH. Es la # primera raíz del perfil que existe para que una TECLA dé un resultado, no para que algo enlace. "libqalculate", # La primera APLICACIÓN con ventana del catálogo, y la primera entrada de la biblioteca que no es # `NoDisplay`. Hasta acá el perfil listaba escritorio; desde acá lista también lo que se abre. "cosmic-term", # La segunda: el gestor de ficheros. Sin `gvfs` (no hay glib compartida) ⇒ navegación local sí, # montajes remotos no. "cosmic-files", # La tercera: el panel de control. Habla con los daemons por zbus, así que NO arrastra # NetworkManager/udisks/accountsservice — sólo libdrm y dav1d sobre el juego fijo. "cosmic-settings", # La cuarta: el editor de texto, y la más barata de las cuatro — su árbol ya estaba compilado (usa # `cosmic-files` como crate, igual que la terminal). Su binario enlaza SÓLO `libxkbcommon` y # `libc.so`: dos NEEDED, el mínimo de todos los clientes de la suite. "cosmic-edit", # La quinta: la tienda. Con el backend `pkgar` —el único de los cuatro que no pide ni una torre de # C (flatpak) ni un demonio ausente (packagekit)— NAVEGA el catálogo instalado leyendo el AppStream # del sistema, pero NO instala: nada está cableado al `.swm` de hammer. "cosmic-store", # La sexta: la captura de pantalla. Cero C —el único `[deps] build = []` de la campaña— pero HOY # NO FUNCIONA: todo su trabajo es `Screenshot::request()` contra `org.freedesktop.portal.Desktop`, # y en la imagen no hay portal. Se lista igual para que el hueco sea visible. "cosmic-screenshot", # La CADENA DEL PORTAL, dos raíces porque son dos procesos que se encuentran por D-Bus en runtime: # el frontend registra `org.freedesktop.portal.Desktop` y enruta al backend, que implementa # Access/FileChooser/Screenshot/Settings/ScreenCast. Sin ellos no hay captura, ni selector de # ficheros de portal, ni compartir pantalla. "xdg-desktop-portal", "xdg-desktop-portal-cosmic", # Y la SONDA con que se mide esa cadena. No es escritorio: es el instrumento. Se lista como raíz # porque nadie la declara como dep y sin ella el perfil no incluiría con qué verificarse a sí # mismo — un handshake de portal sólo se puede ejercer DESDE la sesión, con bus y compositor vivos. "portal-probe", # El GESTOR DE SESIÓN de pipewire. Se lista como raíz porque ningún `[deps]` lo alcanza: es un # CLIENTE del demonio, no una librería de nadie. Trae consigo la glib COMPARTIDA (`glib-shared`), # que no es la estática que usa el resto de la cola — wireplumber produce `.so` y la estática del # corpus no es PIC. Construido y corriendo; NO desbloqueó ScreenCast (ver el runbook). "wireplumber", # Datos, no binarios: el tema de iconos (y el hicolor del que hereda), las tablas de xkb y una # tipografía. Ninguno es dep de build de nadie y sin ellos el escritorio arranca roto — sin puntero, # sin teclado o con tofu. "cosmic-icons", "hicolor-icon-theme", "xkeyboard-config", "dejavu-fonts", # Lo que `start-cosmic` ejecuta y ningún `[deps]` pide: bash de verdad y el bus de sesión. "bash", "dbus", ] [perfil.escritorio-sway] descripcion = "WM Wayland ligero: sway sobre wlroots propio, sin X11 y sin systemd" cola = "incoming-wlr" hereda = ["cli"] # Sellado entero el 2026-08-07. A diferencia de los otros tres escritorios, éste NO tiene una torre # de C debajo: son una decena de binarios pequeños sobre wlroots, y por eso salió en una noche # mientras KDE y GNOME fueron campañas de semanas. # # `hereda = ["cli"]` a propósito: un WM ligero sin userland debajo no se usa: hace falta la terminal # y las herramientas. `foot` (el emulador de terminal de esta misma familia) ya vive en el corpus y # entra por la clausura de `cli`, así que no se lista acá. # # Sólo RAÍCES: la clausura —wlroots, mesa, wayland, libinput, seatd, cairo, pango, fcft…— la calcula # el grafo siguiendo las aristas de deps. Escribirla a mano sería justo lo que targets.toml existe # para no hacer. paquetes = [ # el compositor y sus utilidades propias "sway", # lo que hace que se USE y no sólo arranque "yambar", # barra de estado (yambar y no waybar: waybar exige gtkmm-3.0, o sea GTK3 + sus # bindings C++, que es deuda aparcada por diseño. Medido, no supuesto.) "fuzzel", # lanzador de aplicaciones "swaybg", # fondo de escritorio "swaylock", # bloqueo de pantalla (con PAM: linux-pam SÍ está en el corpus) "swayidle", # apagado por inactividad # el par de captura y el portapapeles, sin los cuales media docena de flujos no cierran "grim", "slurp", "wl-clipboard", ]