sergio/takana
> Una distribución Linux construida con un laboratorio funcional y hermético en el > sótano, y una terminal mutable, clásica y anárquica en el piso de arriba — diseñada > desde el suelo para que una IA programadora entienda, modifique y co…
gitea arranca: su [[service]], probado con el entorno de verdad — y dos fallos que sólo salen ahí
1# targets.toml — el MANIFIESTO DE OBJETIVO: qué paquetes debe tener la distro.
2#
3# POR QUÉ EXISTE. `build-state.json` es el grafo de lo que EXISTE (768 recetas, cierra sin huérfanas).
4# Lo que la distro DEBE tener no estaba en ningún lado: vivía en dos strings de shell de
5# `product-userland-from-repo.sh`, otro de `mirada-usb.sh`, 55 listas planas en `tandas/` y una cola
6# de 206 recetas KDE. Por eso "¿cuánto falta?" no tenía respuesta: el mapa cerraba perfecto, pero
7# sólo cubría el territorio ya conquistado. Este fichero es el destino. (Plan: docs/plan-catalogo-objetivo.md)
8#
9# LA INVERSIÓN. `paquetes` lista sólo las RAÍCES — lo que un usuario pide POR NOMBRE. La clausura
10# (las libs de las que cuelgan) la calcula el grafo siguiendo las aristas de deps, no la escribe un
11# humano. Al revés de `tandas/base-system-3-libs.txt`, que enumera a mano miembros de la clausura.
12#
13# Un `perfil` = una imagen enviable. `hereda` compone (transitivo, sin ciclos). `cola` dice en qué
14# árbol de recetas viven sus raíces: `corpus` = `recipes/`; otra cosa = `recipes/incoming-<x>/`, que
15# `build-state.py` sólo carga con su flag (`--kde`) ⇒ los perfiles de una cola no cargada se saltan
16# en vez de reportar raíces fantasma.
17#
18# Consumidores: `scripts/targets.py <perfil>` (expande a lista de nombres) y `scripts/build-state.py`
19# (marca los nodos `wanted` y calcula la membresía de perfil de cada receta).
20schema = "hammer-targets/1"
21
22[perfil.base]
23descripcion = "userland foundational C: la distro arranca y se usa (shell, VCS, privilegios, red, disco, TLS, proceso, editor, docs)"
24# Lift verbatim de BASE_SYSTEM_PKGS (scripts/product-userland-from-repo.sh). De-Alpinizado y firmado,
25# tandas base-system-1..3.
26paquetes = [
27 # `bash-completion` (2026-09-09): el tabulador de las herramientas del sistema. Entra como raíz
28 # porque NADIE lo alcanza por deps de build — los paquetes que instalan completados sólo preguntan
29 # por su `.pc` y, si no está, se saltan la instalación en silencio. Es un hueco de RUNTIME puro,
30 # de los que ninguna métrica de deuda puede ver. Salió del triaje de la frontera con 5 consumidores.
31 "bash", "bash-completion", "git", "sudo", "doas", "util-linux", "shadow", "kbd", "procps-ng",
32 "iproute2", "iputils", "dhcpcd", "e2fsprogs", "dosfstools", "parted", "rsync",
33 "sed", "tzdata", "vim", "dbus", "ca-certificates", "gnupg", "lsof", "strace",
34 "pciutils", "usbutils", "mandoc",
35 # `musl-shared` (2026-09-11): EL CARGADOR DINÁMICO. Va en `base` y no en un perfil concreto porque
36 # sin él cualquier binario dinámico de la clausura queda INERTE — presente y sin poder ejecutarse.
37 # Medido en la imagen del perfil `servidor`: **23 binarios de 726** pedían
38 # `/lib/ld-musl-x86_64.so.1` y NINGÚN artefacto del corpus lo publicaba; funcionaban en el hub sólo
39 # porque el rootfs Alpine del LAB lo presta. Entre ellos, `python3` y `perl` — o sea TODO el
40 # instrumental del proyecto. El síntoma era `sh: python3: not found` con `command -v python3`
41 # contestando `/usr/bin/python3`: no falta, no arranca. Ver SDD 28 §6.4.
42 "musl-shared",
43 # `zlib-shared` (2026-09-11): el único hueco que quedó tras publicar el cargador. Con
44 # `musl-shared`, 22 de los 23 binarios inertes de la imagen del servidor pasaron a correr; el 23º
45 # era `sqlite3`, que muere con `Error loading shared library libz.so.1`. La zlib canónica es
46 # `--disable-shared` y ningún artefacto publicaba ese soname — otra vez el rootfs del lab tapando
47 # el agujero. La variante ya existía en el corpus; sólo faltaba declararla.
48 "zlib-shared",
49 # `libffi-shared` (2026-09-13): el TERCER hueco de la misma familia, y lo encontró ampliar el
50 # alcance de un vigía, no una imagen rota. `vigia-sonames.py` corría por defecto SÓLO sobre los
51 # cinco perfiles de escritorio (`p.startswith("escritorio")`), así que `base`, `cli` y `servidor`
52 # —el objetivo de la mudanza— nunca se miraron. Apuntándolo a ellos:
53 #
54 # == servidor 147 nodos · 183 sonames provistos · 1 sin proveedor
55 # FALTA libffi.so.8 ← lo piden: python3
56 #
57 # O sea que `python3` volvía a ser INERTE en las tres imágenes, por el mismo mecanismo exacto que
58 # `musl-shared` y `zlib-shared` arreglaron dos días antes: la receta canónica de libffi es
59 # `--disable-shared`, ningún artefacto del cierre publica ese soname, y en el lab el agujero lo
60 # tapa el rootfs de Alpine. La variante `libffi-shared` YA existía y ya estaba declarada en
61 # `escritorio-mirada` y en otro perfil — sólo faltaba acá.
62 "libffi-shared",
63 # `zstd-cli` (2026-09-11): la distro comprime TODO con zstd —la imagen del lab
64 # (`lab-image.tar.zst`), el respaldo al Storage Box, el `dd` remoto de una instalación— y la imagen
65 # no traía con qué descomprimirlo: **un takana recién instalado no puede desempacar su propio
66 # laboratorio** (`tar: unrecognized option: zstd`, el tar del rootfs es el de busybox).
67 #
68 # ⚠ Es `zstd-cli` y NO `zstd`. La receta canónica construye **sólo `lib/`** —lo dice su cabecera— y
69 # su artefacto no tiene `usr/bin`: declararla acá no habría arreglado nada. Se vio al aplicarla con
70 # `takana upgrade` en la caja: «✓ generación 1 aplicada, +8 añadidos» y `zstd` seguía ausente,
71 # porque los 8 ficheros eran headers y `libzstd.a`. Ampliar la canónica re-hashearía a sus 13
72 # consumidores (mesa entre ellos), así que va como variante. Ver SDD 28 §6.13.
73 "zstd-cli",
74 # ── LA CAPACIDAD QUE FALTABA: WiFi (2026-09-13, barrido de perfiles) ─────────────────────────
75 # La imagen NO podía asociarse a una red inalámbrica. `dhcpcd`, ahí arriba, resuelve la IP de un
76 # cable; el handshake WPA2 de 4 vías lo hace un supplicant en userspace, y busybox NO lo trae.
77 # La receta existía desde el frente de metal —su cabecera dice literalmente «para asociar el WiFi
78 # del medio live al AP»— y no estaba declarada en NINGÚN perfil: sellada, reproducible, y en cero
79 # imágenes. Es la figura de `foot` otra vez, y esta vez el precio era quedarse sin red.
80 # Va en `base` por el mismo argumento que `dhcpcd`: es la capa que convierte «la máquina arrancó»
81 # en «la máquina tiene red», y un portátil sin WiFi es una máquina sin red aunque el resto esté.
82 # ⚠ Son TRES binarios (`wpa_supplicant`, `wpa_cli`, `wpa_passphrase`) y nada más. NO trae gestor
83 # de red: `networkmanager` existe SÓLO en `incoming-kde`, así que GNOME, COSMIC y sway no lo
84 # alcanzan (cola hermana). Eso es una decisión aparte, escrita en el plan del barrido.
85 "wpa_supplicant",
86]
87
88[perfil.cli]
89descripcion = "la capa CLI moderna (Rust) encima de base — el userland real del producto"
90hereda = ["base"]
91# Lift verbatim de CLI_RUST_PKGS (scripts/product-userland-from-repo.sh).
92#
93# ⚠ 2026-09-12: ESTA LISTA ERA UN LIFT DE UN SCRIPT, NO UNA DECLARACIÓN DE LO QUE HAY. Medido
94# contra los cinco grafos: de las 892 recetas selladas del corpus, **649 no están en NINGÚN
95# perfil** — o sea que el 73% del catálogo está sellado y no viaja en ninguna imagen. No es deuda
96# de build (`drenaje.json` dice 0) ni la métrica de perfil lo puede ver: mide la clausura de lo
97# DECLARADO. Es la lección de `foot` a escala de catálogo, y se descubrió al ir a declarar recetas
98# nuevas y notar que las viejas tampoco estaban.
99#
100# El barrido completo de las 649 es su propia unidad de trabajo (hay 363 recetas Go que son
101# herramientas de desarrollo importadas en tanda y NO todas deben entrar en una imagen). Lo que se
102# declara abajo es el subconjunto que ya estaba sellado y que un usuario de esta capa espera
103# encontrar — cero recetas nuevas, cero builds: sólo dejan de ser invisibles.
104paquetes = [
105 "bat", "fd", "ripgrep", "jq", "zoxide", "dust", "procs", "htop", "less", "tree",
106 "hyperfine", "delta", "eza", "sd", "tokei", "fzf", "skim", "git-cliff", "gitui",
107 "starship",
108 # ── SELLADAS DESDE HACE MESES Y EN NINGUNA IMAGEN (2026-09-12) ───────────────────────────────
109 # editor, multiplexor, gestor de ficheros e historial de shell: las cuatro piezas con las que se
110 # VIVE en una terminal. `helix` estaba declarada sólo en escritorio-gnome, que es donde menos
111 # sentido tiene — es la capa CLI la que la necesita.
112 "helix", "zellij", "yazi", "atuin",
113 # VCS más allá de git: jj (jujutsu) como VCS moderno, lazygit de TUI, difftastic para diffs
114 # que entienden sintaxis.
115 "jujutsu", "lazygit", "difftastic",
116 # el cinturón de quien construye cosas
117 "just", "direnv", "watchexec", "mise",
118 # red y datos: cliente HTTP, cifrado de ficheros, copia a remoto y respaldo
119 "xh", "age", "rclone", "restic",
120 # sistema: los dos monitores y los dos contadores de disco
121 "bottom", "btop", "duf", "ncdu",
122 # ── NUEVAS DE LA TANDA DEL 2026-09-12 ───────────────────────────────────────────────────────
123 # shell moderna (INTERACTIVA, no /bin/sh: su lenguaje no es POSIX), correo en terminal,
124 # reproductor de música y sincronización entre máquinas.
125 "nushell", "aerc", "cmus", "syncthing",
126 # herramientas de quien CONSTRUYE con la distro, no de quien la usa: `sccache` ya estaba sellada
127 # y sin perfil, `mold` es de hoy. Van acá y no en `base` porque un servidor pelado no las quiere.
128 "sccache", "mold",
129 # ── BARRIDO DE PERFILES (2026-09-13): selladas hace meses y en ninguna imagen ────────────────
130 # Criterio para entrar acá, y está escrito porque el barrido encontró 620 hojas sin perfil y
131 # meterlas todas habría sido peor que no mirar: entra lo que un usuario de esta capa ESPERA
132 # encontrar y hoy no está. Lo demás queda en el catálogo y se instala por nombre — ver
133 # `docs/plan-barrido-perfiles-y-servicios.md`, §la política.
134 "nano", # el editor que teclea quien no sabe salir de vim; `base` sólo trae vim
135 "tig", # git en TUI; el corpus tenía lazygit y gitui y ninguno declarado hasta hoy
136 "patch", # aplicar un diff a mano. Userland clásico que simplemente faltaba
137 "socat", # el destornillador de red: sockets, puertos, diagnóstico
138 "pigz", # gzip en paralelo
139 "miller", # `jq` para CSV/TSV — el hueco de datos tabulares
140 "dwarves", # `pahole`: inspeccionar el BTF/DWARF del kernel. Esta distro compila el suyo
141]
142
143[perfil.escritorio-mirada]
144descripcion = "rootfs slim del USB mirada: compositor Wayland propio sobre mesa software"
145# NO hereda base: es una imagen slim a propósito. El ORDEN importa (libs primero, binarios mirada
146# al final) y se preserva. `scripts/mirada-usb.sh` deriva su PKGS de acá (`targets.py
147# escritorio-mirada`), así que esta lista ES la del USB — no una copia que pueda divergir.
148#
149# ── Las tres `-shared` (2026-09-05) ──────────────────────────────────────────────────────────────
150# Cazadas por `scripts/vigia-sonames.py`: `mesa-swrast` y `wayland` salen con `NEEDED libexpat.so.1`,
151# `libz.so.1` y `libffi.so.8`, y las recetas canónicas de expat/zlib/libffi son `--disable-shared`.
152# Ningún artefacto del cierre publicaba esos SONAME ⇒ el rootfs los resolvía contra el sysroot Alpine
153# DEL LAB y la imagen sólo arrancaba donde hubiera Alpine debajo.
154#
155# Es la MISMA fuga que los otros cuatro perfiles ya cerraron el 2026-09-03; mirada quedó fuera porque
156# su lista nació como copia literal del script y nadie la revisó. Van de raíces —y no de `[deps]`—
157# porque son data de RUNTIME: nadie las declara como dep de BUILD, así que la clausura no las alcanza
158# por ninguna arista. Las tres viven en `corpus`, la misma cola, y ya están selladas ⇒ CERO rebuilds.
159#
160# NO se suman `bzip2-shared` ni `ncurses-shared`, que sí llevan los otros perfiles: acá esos sonames
161# los pide sólo `python3`, que es HERRAMIENTA DE BUILD y no viaja en la imagen. Lo accionable del
162# vigía es lo que pide un componente de runtime, y por eso imprime siempre quién pide cada cosa.
163paquetes = [
164 "expat-shared", "zlib-shared", "libffi-shared",
165 "mesa-swrast", "wayland", "libdrm", "seatd", "libinput", "libudev-zero",
166 "libxkbcommon", "pixman", "linux-pam", "mtdev", "libevdev",
167 "mirada-compositor", "mirada-greeter", "mirada-ctl",
168]
169
170[perfil.escritorio-kde]
171descripcion = "escritorio KDE Plasma 6 desde fuente"
172cola = "incoming-kde"
173# ⚠ HEREDA `cli` (y por transitividad `base`) desde el 2026-09-09. Antes no heredaba nada, y la
174# consecuencia estaba medida y no escrita: **de los 27 paquetes de `base`, la clausura de este
175# perfil alcanzaba 2**. Comprobado contra el rootfs de la imagen: sin `bash`, sin `sudo`/`doas`, sin
176# `git`, sin `useradd`, sin `gpg` y **sin `dhcpcd`** — o sea sin con qué pedir una IP. Lo que había
177# (`ip`, `mount`, `fsck`) eran APPLETS DE BUSYBOX: `/sbin/ip → ../bin/busybox`.
178# No era una decisión: era que la composición entre perfiles no estaba declarada. `escritorio-sway`
179# ya heredaba `cli` desde el 2026-08-07 y nadie lo replicó en los otros tres.
180# El mecanismo YA EXISTÍA en `scripts/targets.py` —transitivo, con detección de ciclos y orden
181# preservado—, así que esto es una línea, no una implementación. Ver SDD 27.
182hereda = ["cli"]
183# Raíces del rootfs de metal (docs/HANDOFF-noche-kde-2026-07-14.md:135). El resto del escritorio
184# —137 artefactos hidratados— es CLAUSURA de estas 7, no lista a mano.
185paquetes = [
186 # `desktop-file-utils` (2026-09-09): `update-desktop-database` construye la caché
187 # MIME→APLICACIÓN. Con `shared-mime-info` el escritorio ya sabe QUÉ TIPO es un fichero; sin
188 # ésta sigue sin saber CON QUÉ abrirlo — el menú «abrir con» sale vacío y no hay aplicación
189 # por defecto para ningún tipo. Va como RAÍZ en los CUATRO escritorios y no en `base`,
190 # porque kde/gnome/cosmic NO heredan base: declararla acá funciona con cualquiera de las dos
191 # lecturas del modelo de composición.
192 "desktop-file-utils",
193 "plasma-workspace", "kwin", "kscreenlocker", "breeze", "frameworkintegration",
194 "qqc2-desktop-style", "plasma-integration",
195 # Huecos de RUNTIME confirmados por el triaje de la frontera (2026-07-22). Ninguno bloquea un
196 # build —todas las recetas que los piden ya están selladas— pero sin ellos el escritorio arranca
197 # roto: sin tipos de fichero, sin apps X11, sin diálogos de autorización y con los controles QML
198 # en un estilo genérico. Ver docs/state/frontera-triaje.toml para el porqué de cada uno.
199 "shared-mime-info", "xwayland", "polkit-qt-1", "qqc2-breeze-style",
200 # ⚠ Añadido el 2026-09-03 arrancando la imagen en QEMU. NO sale de la clausura de las 7 raíces
201 # porque no es dep de BUILD de nada: es dep de RUNTIME de plasmashell, que lo pide por D-Bus y
202 # **ABORTA** si no contesta —`kde.plasmashell: Aborting shell load: The activity manager daemon
203 # (kactivitymanagerd) is not running.`— dejando kwin vivo y la pantalla EN NEGRO. El síntoma miente:
204 # `STATUS: kwin=1 plasmashell=1` durante minutos, con los dos procesos vivos y nada pintado.
205 # `plasma-start-qemu.sh` ya lo lanzaba (línea 188); lo que faltaba era que el paquete ENTRARA.
206 # Misma figura que las raíces de runtime de GNOME (imports.gi.*): el cierre de BUILD no es el
207 # cierre de RUNTIME, y lo que se invoca por bus es invisible al grafo de deps.
208 "kactivitymanagerd",
209 # ── CAPA 2: EL ESCRITORIO USABLE ─────────────────────────────────────────────────────────────
210 # ⚠ Añadidas el 2026-09-03. **Las 22 ya estaban SELLADAS en esta cola y no las declaraba nadie**,
211 # así que no cuestan un build: sólo entran a la clausura. Se descubrió listando los `(cola,nombre)`
212 # cuyo artefacto instala un `usr/share/applications/*.desktop` y que `yupana.membresia()` no
213 # asigna a ningún perfil — salieron 23, y 22 son de acá.
214 #
215 # POR QUÉ FALTABAN, que no es lo mismo que «se decidió que no fueran». Las 7 raíces de arriba son
216 # el set MÍNIMO del arranque en metal, tomado de `docs/HANDOFF-noche-kde-2026-07-14.md:135`. Ese
217 # mismo documento nombra lo que faltaba como el trabajo siguiente: *«Capa 2 KF6 / apps núcleo:
218 # importar+construir konsole/dolphin/kate vía granja (extiende el escritorio usable)»*. Se
219 # construyeron y se sellaron; lo que nunca ocurrió fue DECLARARLAS. La métrica no lo podía ver
220 # porque mide lo declarado — la misma figura que dejó a sway en 121/121 sin emulador de terminal.
221 #
222 # Sin esto la imagen es compositor + shell + tema y nada más: **sin terminal no se puede salir de
223 # un fallo, y sin plasma-nm/plasma-pa/powerdevil no hay red, ni audio, ni gestión de energía.**
224 #
225 # Plomería de escritorio — esto no son "apps", es lo que hace que Plasma funcione:
226 "plasma-desktop", "plasma-nm", "plasma-pa", "powerdevil", "kscreen",
227 "systemsettings", "kinfocenter", "kmenuedit", "kwalletmanager",
228 # Núcleo usable: terminal, ficheros, editor, documentos, archivos comprimidos, captura, imágenes.
229 # `konsole` es el que cierra el agujero de «no hay terminal».
230 "konsole", "dolphin", "kate", "okular", "ark", "spectacle", "gwenview",
231 # Accesorios que ya estaban construidos; entran porque no cuesta nada y completan el menú.
232 "kcalc", "kfind", "filelight", "kcharselect", "kruler", "kdf",
233 # ── FUENTES ──────────────────────────────────────────────────────────────────────────────────
234 # Añadida el 2026-09-03 por el mismo recuento que destapó el hueco de GNOME: contando
235 # `.ttf/.otf/.ttc/.pfb` sobre los artefactos del cierre, este perfil tenía **UNA sola**, y de
236 # rebote — viene dentro de `qtbase`, no porque nadie la haya pedido. `fontconfig` estaba, pero
237 # fontconfig es el MOTOR que busca fuentes, no una fuente.
238 # Depender de la que trae qtbase es apoyarse en un detalle de empaquetado de Qt que puede
239 # desaparecer en cualquier versión, y encima deja a todo lo que NO es Qt sin nada.
240 "dejavu-fonts",
241 # `dejavu-fonts-nerd` es la MISMA DejaVu Sans Mono parcheada con Nerd Fonts (~10.000 glifos de
242 # iconos: Powerline, Font Awesome, Devicons…) que usan starship, lsd, eza, neovim y las
243 # statuslines; sin ellos dibujan cuadraditos. Se AÑADE, no reemplaza: la licencia de Bitstream
244 # Vera obliga a renombrar una fuente modificada, así que la parcheada se llama
245 # «DejaVuSansM Nerd Font Mono» y NO puede responder a «DejaVu Sans Mono» — sustituirla rompería
246 # a todo lo que la pide por nombre, empezando por foot. Se enchufa por fontconfig: su
247 # `59-nerd-monospace.conf` hace que el alias `monospace` la prefiera. Ver su receta.
248 "dejavu-fonts-nerd",
249 # ⚠ `xwayland` sigue acá como RAÍZ pero su receta NO se va a escribir: lo provee una imagen ajena
250 # enjaulada, declarado en ../state/qorpa-ajenos.toml (ADR 0015 D5 capa 3, qorpa). El Xwayland vive
251 # DENTRO de la imagen —Arch y Fedora ya lo traen y se cuelga de kwin por el socket— así que el
252 # hueco se disuelve sin receta y sin tocar la postura Wayland-only. Queda como raíz A PROPÓSITO:
253 # la imagen lo NECESITA, y sacarlo de acá lo volvería invisible en vez de contado aparte. El grafo
254 # ya lo reporta con clase `ajeno` («+ 1 ajenas»), nunca sumado a las nativas. Los otros tres ya
255 # están sellados (2026-09-02/03).
256 # ── LA PRIMERA APP DE USUARIO FINAL QUE COMPARTEN LOS CUATRO ESCRITORIOS ──────────────────────
257 # `mpv` vive en el CORPUS, no en esta cola, justamente para poder listarse en las cuatro: una
258 # receta resuelve sibling-first y después el catálogo padre, así que desde acá se alcanza.
259 # Va de raíz por la lección que este mismo fichero ya aprendió con `foot` en el perfil de sway:
260 # una receta sellada que ningún perfil declara NO ESTÁ EN NINGUNA IMAGEN, y la métrica de
261 # clausura no lo puede ver porque mide lo declarado. Sellado ≠ instalado.
262 # Los tres huecos con que entró (ALSA sin PipeWire, sin Lua/OSC, sin vaapi) están CERRADOS al
263 # 2026-09-04: pipewire nativo con ALSA de respaldo, `-Dlua=lua5.2`, y `-Dvaapi=enabled` con `libva`
264 # subida al corpus. Además su ffmpeg ya va con x86asm ⇒ decodifica con SIMD.
265 "mpv",
266 # ── EL NAVEGADOR (SDD 26) ────────────────────────────────────────────────────────────────────
267 # `atuq` vive en el CORPUS por el mismo motivo que mpv: se resuelve sibling-first y después el
268 # catálogo padre, así que desde las cuatro colas se alcanza. Va de raíz por la lección de `foot`
269 # que este fichero ya aprendió: una receta sellada que ningún perfil declara NO ESTÁ EN NINGUNA
270 # IMAGEN, y la clausura no lo puede ver porque mide lo declarado.
271 # Arrastra la cadena GTK3 en sus variantes `-shared` — pango/cairo/gdk-pixbuf/harfbuzz—: con las
272 # estáticas, libgtk-3 y libgdk-3 se llevaban cada una su copia y el navegador no llegaba a pintar.
273 "atuq",
274 # `libnotify` va PEGADO a atuq y por eso mismo: `libxul.so` la abre por `dlopen("libnotify.so.4")`
275 # cuando una página pide permiso para notificar, y como no es un `NEEDED` de ningún ELF, ninguna
276 # herramienta del repo la reclamaba — ni el vigía de sonames, que da CERO. La encontró
277 # `scripts/test-atuq-rootfs.py --dlopen` (SDD 26 §6.10). Sin esta línea la receta está sellada y
278 # en ninguna imagen, que es la lección de `foot` escrita cuatro renglones más arriba.
279 # ⚠ Resuelve la mitad: libnotify no trae daemon, manda `org.freedesktop.Notifications` por D-Bus,
280 # así que la imagen necesita además a alguien escuchando ese nombre.
281 "libnotify",
282 # ── LA IA LOCAL (SDD 26 §6.7) ────────────────────────────────────────────────────────────────
283 # El motor y el modelo van de raíz porque son lo que hace que la barra lateral conteste. `atuq`
284 # los busca en el path de producción (`/usr/bin/llama-server`, `/usr/share/takana/ia/modelo.gguf`)
285 # y, si no están, el panel lo DICE — no se rompe, pero la función no existe.
286 # ⚠ CUESTAN ~1,25 GiB EN CADA IMAGEN (199 M el motor + 1,04 GiB el modelo), y esto es la decisión
287 # de que las cuatro lo lleven: una función del navegador que sólo existe en una imagen es una
288 # trampa, porque el panel está en todas. Bajarlo de acá es bajarlo de la imagen, no de la receta.
289 "llama-cpp",
290 "ia-modelo-chat",
291 # ── CAPTURA Y STREAMING ──────────────────────────────────────────────────────────────────────
292 # `obs-studio` (2026-09-04). A diferencia de mpv, ésta vive en ESTA COLA y no en el corpus, y no
293 # es preferencia: su frontend es Qt6 y las 13 recetas Qt viven sólo en `incoming-kde`. Un qtbase
294 # de corpus tendría otro hash con el MISMO nombre de artefacto ⇒ dos Qt peleando por
295 # `/usr/lib/libQt6Core.so`. ⇒ **por ahora OBS es de KDE y de nadie más**; el día que exista un Qt
296 # de corpus (`yupana radio qtbase` = 119, campaña propia) puede subir y listarse en las cuatro.
297 #
298 # Su renderer va PORTADO a EGL (`obs-glad-egl-loader.patch`): el glad de upstream hacía
299 # `dlopen("libGL.so.1")` + `dlsym("glXGetProcAddressARB")`, o sea GLX en runtime, que esta distro
300 # no tiene ni quiere.
301 #
302 # ⚠ Entra con tres huecos escritos en su receta: sin webcam (`ENABLE_V4L2=OFF`, `libv4l2` no lo
303 # publica ninguna cola), sin salida MPEG-TS (SRT/RIST ausentes) y sin scripting (falta `swig`).
304 # Grabar, capturar la pantalla y publicar por RTMP —el uso real— no pasan por ninguno de los tres.
305 "obs-studio",
306 # ── VISOR DE IMÁGENES, TAMBIÉN EN LAS CUATRO ─────────────────────────────────────────────────
307 # `swayimg` y no `imv`, que era lo que proponía `docs/plan-apps-usuario-final.md`: imv dibuja con
308 # OpenGL de función fija (`glBegin`/`glOrtho`) y esta distro NO tiene proveedor de GL de
309 # escritorio — las tres mesa van `-Dglx=disabled -Dglvnd=false` ⇒ no hay `libGL.so` ni `gl.pc` en
310 # ninguna cola. swayimg rasteriza a `wl_shm` y no toca GL; el porqué largo está en su receta.
311 # Trae de yapa backend DRM: muestra imágenes en una TTY pelada, sin compositor.
312 "swayimg",
313 # ── LAS `.so` QUE mesa Y wayland PIDEN EN RUNTIME Y NINGÚN ARTEFACTO DEL CIERRE PROVEE ────────
314 # Medido el 2026-09-03 recorriendo los NEEDED de todo el cierre de esta imagen contra los SONAME
315 # que ese mismo cierre publica: `libEGL.so.1` pide `libexpat.so.1` y `libwayland-client.so.0` pide
316 # `libffi.so.8`, y las recetas canónicas de expat y libffi son `--disable-shared`. O sea que el
317 # rootfs hidratado los resolvía contra el **sysroot Alpine DEL LAB**.
318 # Es peor que una dep faltante: el lab NO entra en `hash_inputs`, así que la fuga es invisible para
319 # el store — el artefacto se da por bueno y sólo arranca en una máquina con Alpine debajo.
320 # No es un descubrimiento nuevo: es EXACTAMENTE lo que el perfil `escritorio-sway` ya documentó
321 # para `sway`, sólo que ahí se encontró a mano al armar la imagen y estas tres nunca se revisaron.
322 # Van de raíces (y no de `[deps]`) por lo mismo que las fuentes y el XKB: son data de RUNTIME y
323 # nadie las declara como dep de BUILD, así que la clausura no puede alcanzarlas por ninguna arista.
324 # `bzip2-shared` se suma el 2026-09-03, cazada por `scripts/vigia-sonames.py` en los TRES perfiles
325 # a la vez: `freetype-shared` sale con `NEEDED libbz2.so.1` y el `bzip2` canónico del corpus es
326 # `.a`. Es la misma fuga al sysroot del lab que expat y libffi, y venía de antes que zathura —
327 # sólo que hasta ahora nadie cargaba freetype-shared en RUNTIME. Se vio de verdad al probar el
328 # visor: el plugin de PDF no hacía dlopen («Error relocating /usr/lib/libbz2.so.1»). La receta
329 # existía sólo en `incoming-kde`; promovida al corpus con el mismo hash (b3:1e404254 desde las dos
330 # partes ⇒ un solo artefacto, cero rebuilds).
331 # `ncurses-shared` se suma el 2026-09-03 por el ÚLTIMO soname sin proveedor que quedaba pedido por
332 # un componente de RUNTIME: `pw-top` (pipewire) sale con `NEEDED libncursesw.so.6` y el `ncurses`
333 # canónico del corpus es `--without-shared`. La receta de pipewire AFIRMA que quitando la dep
334 # «meson saltea pw-top» — es falso y llevaba así desde agosto: el guardián de upstream es
335 # `if ncurses_dep.found()` y meson lo encontró en el sysroot Alpine DEL LAB. Reproducido: sin esto
336 # el binario muere en el loader con `__vfprintf_chk: symbol not found` (símbolo de
337 # _FORTIFY_SOURCE de glibc que musl no tiene); con esto carga y corre.
338 # ⚠ Esto tapa el SÍNTOMA en runtime, no la causa: pipewire sigue enlazando contra el lab en BUILD.
339 # Arreglarlo de verdad pide re-sellar pipewire, que arrastra 7 artefactos —entre ellos dos Rust
340 # que ya murieron por OOM— así que se paga el día que pipewire se re-selle por otro motivo.
341 "expat-shared", "libffi-shared", "bzip2-shared", "ncurses-shared",
342 # ── TEMA DE ICONOS ───────────────────────────────────────────────────────────────────────────
343 # Añadido el 2026-09-03 releyendo la captura que dio el arranque por bueno
344 # (`docs/evidencia/plasma6-qemu-2026-09-03-kactivitymanagerd.png`): el panel salía con el reloj y
345 # NADA MÁS, y se leyó como «el panel arranca». No era el panel — era que ninguno de sus applets
346 # tenía icono que dibujar. `kickoff`, `systemtray`, `showdesktop` y `trash` SON un icono y poco
347 # más, así que sin tema quedan de ancho cero; el reloj se ve porque dibuja TEXTO. Los `.so` de los
348 # applets estaban todos instalados (`/usr/lib/qt6/plugins/plasma/applets/`), o sea que el síntoma
349 # no distingue «no cargó» de «cargó y no tiene qué pintar».
350 # El log lo decía en UNA línea que nadie leyó: `kf.iconthemes: Icon theme "breeze" not found.`
351 #
352 # `breeze`, que ya estaba de raíz, es el tema de WIDGETS y de CURSORES: instala
353 # `usr/share/icons/Breeze_Light` y `usr/share/icons/breeze_cursors`, que son punteros de ratón, no
354 # iconos de aplicación. Los ~11.000 iconos viven en `breeze-icons`, receta APARTE que estaba
355 # sellada desde siempre y que no declaraba NINGÚN perfil. Misma figura que las fuentes y que
356 # `foot`: es data de RUNTIME, no la alcanza ninguna arista de BUILD, y la clausura no la puede
357 # echar de menos porque mide lo declarado.
358 #
359 # `hicolor-icon-theme` es el FALLBACK obligatorio del estándar freedesktop: cada aplicación
360 # instala sus iconos en `usr/share/icons/hicolor/...` y todo buscador termina ahí cuando el tema
361 # activo no tiene lo pedido. Sin su `index.theme` el directorio existe pero NO es un tema y la
362 # búsqueda no lo recorre. Vive en el corpus desde hoy (promovida con hash IDÉNTICO
363 # b3:98ad44a5 desde `incoming-gnome`/`incoming-cosmic`, 0 rebuilds en sus 4 consumidores) para que
364 # la alcancen las cuatro imágenes.
365 "breeze-icons", "hicolor-icon-theme",
366 # ── ENERGÍA: sin esto la imagen NO TIENE BATERÍA (añadido 2026-09-09) ─────────────────────────
367 # ⚠ El perfil declaraba `powerdevil` —el gestor de energía de Plasma— pero NO a upower, que es
368 # con quien powerdevil habla para leer la batería y aplicar perfiles de energía. Medido: `upower`
369 # no estaba ni en esta cola ni en el corpus, sólo en la de GNOME, y las colas no se ven entre sí.
370 # En un portátil eso es un escritorio sin indicador de batería, y el arranque no falla ⇒ no se ve
371 # hasta usarlo. Es el mismo tipo de hueco que las fuentes de GNOME o el «abrir con» vacío.
372 # La receta es una VARIANTE con `-Dintrospection=disabled`: GNOME la necesita encendida porque su
373 # shell hace `imports.gi.UPowerGlib`, pero powerdevil habla D-Bus con `org.freedesktop.UPower` y
374 # no toca el typelib. Apagarla evita copiar cuatro recetas más de introspección a esta cola.
375 "upower",
376 # ── PORTALES: sin esto NO SE COMPARTE PANTALLA (añadido 2026-09-09) ───────────────────────────
377 # ⚠ Segundo hueco que dejaba a KDE por debajo de una instalación estándar. Medido recorriendo los
378 # `.service` de D-Bus de TODO el store: los únicos backends de portal sellados eran los de COSMIC
379 # y GNOME. Ninguno de KDE — y esta cola no tenía ni el frontend. Consecuencia concreta: la imagen
380 # trae `obs-studio` con su plugin linux-pipewire, que captura pantalla POR EL PORTAL, así que en
381 # Plasma no tenía con quién hablar mientras en los otros dos ese frente estaba cerrado.
382 # Van los DOS porque la cadena es de tres: cliente → org.freedesktop.portal.Desktop [frontend] →
383 # org.freedesktop.impl.portal.* [backend]. El frontend comparte artefacto con el de COSMIC (hash
384 # idéntico ⇒ un solo directorio en el store, cero builds).
385 # ⚠ El backend va SIN el portal de impresión, y no es un recorte por comodidad: no hay ninguna
386 # receta de cups en el catálogo ⇒ qtbase se construyó sin CUPS ⇒ no existe `qcups_p.h` y
387 # `src/print.cpp` no compila. Un portal de impresión sin con qué imprimir es código muerto. El
388 # backend tampoco lo ANUNCIA ya en su `kde.portal` (verificado: 0 apariciones de Print), que es lo
389 # que evita que el frontend enrute a un portal que no contesta.
390 "xdg-desktop-portal", "xdg-desktop-portal-kde",
391 # ── LAS DOS CAPACIDADES QUE FALTABAN EN LOS CUATRO ESCRITORIOS (2026-09-12) ──────────────────
392 # `cups` y `bluez` eran el punto 8 de PUBLICABLE (`docs/20`), y no son «una app más»: un
393 # escritorio que no imprime y no habla con un auricular no es un escritorio. Las dos viven en el
394 # CORPUS —no en esta cola— por lo mismo que `mpv` y `atuq`: una receta resuelve sibling-first y
395 # después el catálogo padre, así que desde acá se alcanzan y sirven a los cuatro perfiles con
396 # una sola copia.
397 #
398 # ⚠ LA MITAD QUE ESTO NO PAGA, ESCRITA PARA QUE SE VEA. Las dos recetas declaran su `[[service]]`
399 # (`cupsd`, `bluetoothd`) y **este perfil no los arranca**: de los cuatro escritorios, sólo
400 # `escritorio-gnome` tiene una lista `servicios`. O sea que la imagen va a traer cupsd y
401 # bluetoothd instalados y apagados. Es deuda declarada, no olvido — y es más grande que estas dos
402 # recetas: son tres perfiles sin «enable» ninguno.
403 #
404 # ⚠ Y para cups hay un segundo tramo, anotado en su receta: `gtk3` está sellada con
405 # `-Dprint_backends=file`, así que una app GTK3 seguirá viendo un solo destino («a fichero»)
406 # hasta que gtk3 se re-selle. La pieza está, el sistema la ignora, y ninguna métrica lo dice.
407 "cups", "bluez",
408 # `wireplumber` (2026-09-13): **el audio de esta imagen no encaminaba nada.** `pipewire` está y
409 # arranca, pero se construyó con `-Dsession-managers=[]`: sin gestor de sesión no hay política de
410 # qué es entrada, qué es salida ni qué se enlaza con qué — el sink que ve la aplicación es
411 # `auto_null`, o sea el nodo de descarte. Audio que parece vivo y no suena.
412 # Vive en el CORPUS —y no en esta cola— porque desde acá no se alcanza una cola hermana: las
413 # copias de `incoming-gnome` e `incoming-cosmic` eran invisibles para este perfil. Ver su receta:
414 # hay tres variantes vivas a propósito y consolidarlas es el trabajo siguiente.
415 "wireplumber",
416]
417
418# ── QUÉ ARRANCA (el «enable»; SDD 30 §3) ────────────────────────────────────────────────────────
419# ⚠ ESTE PERFIL NO TENÍA ESTA LISTA HASTA EL 2026-09-13, y eso NO se leía como un hueco: se leía
420# como un perfil completo. `paquetes` dice qué se INSTALA y `servicios` dice qué se LEVANTA; sin la
421# segunda, la imagen salía con sus demonios instalados y **ninguno arrancado**, y la métrica de
422# clausura daba N/N igual. De los cuatro escritorios sólo `escritorio-gnome` la tenía.
423#
424# Cada entrada es el `label` de un `[[service]]` declarado por una receta de la CLAUSURA de este
425# perfil (no de sus raíces: la mitad viven en deps). La lista es exactamente lo que la clausura
426# ofrece hoy — se computó cruzando los `[[service]]` del corpus y las cuatro colas contra el campo
427# `perfiles` de los cinco `build-state*.json`, no a ojo.
428#
429# ⚠ Declarar NO es hacer funcionar. Los de `scope = "session"` salen con AVISO a propósito, como en
430# GNOME: fuera de `mirada` nadie entrega Cards de sesión todavía. Un hueco escrito se ve.
431#
432# ⚠ DOS AUSENCIAS QUE ESTE CRUCE DESTAPÓ Y QUE NO SE ARREGLAN ACÁ:
433# · **no hay `wireplumber`** en la clausura. `pipewire` sin gestor de sesión no encamina nada:
434# los nodos existen y nadie los conecta. GNOME y COSMIC sí lo tienen; KDE y sway, no.
435# · **no hay `logind-compat`**. KWin pide una sesión de logind para tomar el seat; acá la cubre
436# `seatd`/el propio `plasma-workspace`, pero conviene saber que el servicio no está.
437# Las dos son deuda del perfil, no de esta lista. Se escriben para que se vean.
438servicios = [
439 "dbus-system", "upowerd", "cupsd", "bluetoothd",
440 "pipewire", "pipewire-pulse",
441 # 2026-09-13: con `wireplumber` declarado arriba, el audio pasa de «acepta clientes» a «encamina».
442 "wireplumber",
443 # `NetworkManager` llega por la clausura de `plasma-nm` y hasta hoy NADIE lo arrancaba: el applet
444 # de red de Plasma se dibujaba sobre un demonio apagado. Con la cola retirada es el del corpus,
445 # o sea el que sí maneja WiFi.
446 "NetworkManager",
447]
448
449[perfil.escritorio-gnome]
450descripcion = "escritorio GNOME (Wayland-nativo) desde fuente — 3er escritorio, X11 al tacho"
451cola = "incoming-gnome"
452# ⚠ HEREDA `cli` (y por transitividad `base`) desde el 2026-09-09. Antes no heredaba nada, y la
453# consecuencia estaba medida y no escrita: **de los 27 paquetes de `base`, la clausura de este
454# perfil alcanzaba 2**. Comprobado contra el rootfs de la imagen: sin `bash`, sin `sudo`/`doas`, sin
455# `git`, sin `useradd`, sin `gpg` y **sin `dhcpcd`** — o sea sin con qué pedir una IP. Lo que había
456# (`ip`, `mount`, `fsck`) eran APPLETS DE BUSYBOX: `/sbin/ip → ../bin/busybox`.
457# No era una decisión: era que la composición entre perfiles no estaba declarada. `escritorio-sway`
458# ya heredaba `cli` desde el 2026-08-07 y nadie lo replicó en los otros tres.
459# El mecanismo YA EXISTÍA en `scripts/targets.py` —transitivo, con detección de ciclos y orden
460# preservado—, así que esto es una línea, no una implementación. Ver SDD 27.
461hereda = ["cli"]
462# Raíces de una sesión GNOME que bootea a un shell usable. El resto es CLAUSURA. Hoy son HUECOS
463# (cero recetas en incoming-gnome): build-state SALTA este perfil hasta que su cola se cargue
464# (--gnome), así que declararlo NO reporta raíces fantasma — sólo lo hace un objetivo de primera
465# clase que el sistema conoce. La frontera de autoría se descubre con `seed-gnome.py` (bootstrap por
466# metadata mientras no haya recetas); OJO: ese cierre SOBREESTIMA ~5-10× (ver docs/state/seed-gnome.json
467# y la memoria frente-gnome). El palo largo / keystone es spidermonkey(mozjs) → gjs → gnome-shell.
468#
469# ── SIN gnome-session / gnome-settings-daemon / gdm: APARCADAS POR DISEÑO (2026-08-07) ───────────
470# Estaban acá y hacían que el perfil reportara 124/127 con 3 en `never` PARA SIEMPRE, que se lee
471# como trabajo pendiente. No lo es: las tres mueren en GTK3, y GTK3 es una de las tres deudas que
472# el frente GNOME aparcó a propósito (GTK3 / X11 / PAM). El diagnóstico completo, verificado contra
473# el `meson.build` de cada tag, está en el encabezado de cada receta — que sigue en el repo, con su
474# análisis intacto, por si algún día se autora el stack GTK3.
475#
476# NO son tres problemas, es UNO. Y no bloquean el escritorio: gnome-shell NO depende de
477# gnome-session ni de g-s-d, ni en build ni para arrancar. El camino vivo es mutter → gnome-shell,
478# lanzado por arje. El único que pedía gnome-session era gdm.
479#
480# ⚠ La contradicción costó: `targets.toml` las reclamaba como raíces mientras las recetas decían
481# «aparcadas», así que el grafo reportaba deuda fantasma y el worker las reintentaba en cada ciclo.
482# Dos documentos del repo diciendo cosas opuestas, y el que se mira primero es el grafo.
483# Si algún día se autora GTK3, se vuelven a añadir acá y el objetivo reaparece solo.
484paquetes = [
485 # `desktop-file-utils` (2026-09-09): `update-desktop-database` construye la caché
486 # MIME→APLICACIÓN. Con `shared-mime-info` el escritorio ya sabe QUÉ TIPO es un fichero; sin
487 # ésta sigue sin saber CON QUÉ abrirlo — el menú «abrir con» sale vacío y no hay aplicación
488 # por defecto para ningún tipo. Va como RAÍZ en los CUATRO escritorios y no en `base`,
489 # porque kde/gnome/cosmic NO heredan base: declararla acá funciona con cualquiera de las dos
490 # lecturas del modelo de composición.
491 "desktop-file-utils",
492 "mutter", "gnome-shell", "gjs",
493 "gsettings-desktop-schemas", "gnome-desktop", "xdg-desktop-portal-gnome",
494 # ── LA PRIMERA APP DE USUARIO FINAL QUE COMPARTEN LOS CUATRO ESCRITORIOS ──────────────────────
495 # `mpv` vive en el CORPUS, no en esta cola, justamente para poder listarse en las cuatro: una
496 # receta resuelve sibling-first y después el catálogo padre, así que desde acá se alcanza.
497 # Va de raíz por la lección que este mismo fichero ya aprendió con `foot` en el perfil de sway:
498 # una receta sellada que ningún perfil declara NO ESTÁ EN NINGUNA IMAGEN, y la métrica de
499 # clausura no lo puede ver porque mide lo declarado. Sellado ≠ instalado.
500 # Los tres huecos con que entró (ALSA sin PipeWire, sin Lua/OSC, sin vaapi) están CERRADOS al
501 # 2026-09-04: pipewire nativo con ALSA de respaldo, `-Dlua=lua5.2`, y `-Dvaapi=enabled` con `libva`
502 # subida al corpus. Además su ffmpeg ya va con x86asm ⇒ decodifica con SIMD.
503 "mpv",
504 # ── EL NAVEGADOR (SDD 26) ────────────────────────────────────────────────────────────────────
505 # `atuq` vive en el CORPUS por el mismo motivo que mpv: se resuelve sibling-first y después el
506 # catálogo padre, así que desde las cuatro colas se alcanza. Va de raíz por la lección de `foot`
507 # que este fichero ya aprendió: una receta sellada que ningún perfil declara NO ESTÁ EN NINGUNA
508 # IMAGEN, y la clausura no lo puede ver porque mide lo declarado.
509 # Arrastra la cadena GTK3 en sus variantes `-shared` — pango/cairo/gdk-pixbuf/harfbuzz—: con las
510 # estáticas, libgtk-3 y libgdk-3 se llevaban cada una su copia y el navegador no llegaba a pintar.
511 "atuq",
512 # `libnotify` va PEGADO a atuq y por eso mismo: `libxul.so` la abre por `dlopen("libnotify.so.4")`
513 # cuando una página pide permiso para notificar, y como no es un `NEEDED` de ningún ELF, ninguna
514 # herramienta del repo la reclamaba — ni el vigía de sonames, que da CERO. La encontró
515 # `scripts/test-atuq-rootfs.py --dlopen` (SDD 26 §6.10). Sin esta línea la receta está sellada y
516 # en ninguna imagen, que es la lección de `foot` escrita cuatro renglones más arriba.
517 # ⚠ Resuelve la mitad: libnotify no trae daemon, manda `org.freedesktop.Notifications` por D-Bus,
518 # así que la imagen necesita además a alguien escuchando ese nombre.
519 "libnotify",
520 # ── LA IA LOCAL (SDD 26 §6.7) ────────────────────────────────────────────────────────────────
521 # El motor y el modelo van de raíz porque son lo que hace que la barra lateral conteste. `atuq`
522 # los busca en el path de producción (`/usr/bin/llama-server`, `/usr/share/takana/ia/modelo.gguf`)
523 # y, si no están, el panel lo DICE — no se rompe, pero la función no existe.
524 # ⚠ CUESTAN ~1,25 GiB EN CADA IMAGEN (199 M el motor + 1,04 GiB el modelo), y esto es la decisión
525 # de que las cuatro lo lleven: una función del navegador que sólo existe en una imagen es una
526 # trampa, porque el panel está en todas. Bajarlo de acá es bajarlo de la imagen, no de la receta.
527 "llama-cpp",
528 "ia-modelo-chat",
529 # ── VISOR DE IMÁGENES, TAMBIÉN EN LAS CUATRO ─────────────────────────────────────────────────
530 # `swayimg` y no `imv`, que era lo que proponía `docs/plan-apps-usuario-final.md`: imv dibuja con
531 # OpenGL de función fija (`glBegin`/`glOrtho`) y esta distro NO tiene proveedor de GL de
532 # escritorio — las tres mesa van `-Dglx=disabled -Dglvnd=false` ⇒ no hay `libGL.so` ni `gl.pc` en
533 # ninguna cola. swayimg rasteriza a `wl_shm` y no toca GL; el porqué largo está en su receta.
534 # Trae de yapa backend DRM: muestra imágenes en una TTY pelada, sin compositor.
535 "swayimg",
536 # ── LECTOR DE DOCUMENTOS ─────────────────────────────────────────────────────────────────────
537 # ⚠ NO ESTÁ EN `escritorio-kde`, y no es un olvido. `zathura-pdf-poppler` necesita `poppler-glib`,
538 # que es una receta NUEVA del corpus (la que ya existía va `-DENABLE_GLIB=OFF` y vive en la cola
539 # de KDE). Las dos instalan `/usr/lib/libpoppler.so.146` y son artefactos DISTINTOS ⇒ una imagen
540 # que hidrate las dos pone dos ficheros en la misma ruta y gana el que se proyecte último, que es
541 # el cuadro de las dos glib. KDE ya trae `okular`, que arrastra la poppler de Qt6.
542 # Si alguna vez se quiere zathura en KDE, la salida NO es listarla acá: es jubilar una de las dos
543 # popplers. Escrito también en `recipes/poppler-glib.toml` y `recipes/zathura.toml`.
544 # El plugin va de raíz APARTE del visor a propósito: `zathura` no lo declara en `[deps]` de
545 # runtime —lo carga con dlopen— así que sin esta línea la imagen traería un visor que abre la
546 # ventana y dice «unknown file type». Sellado ≠ instalado, otra vez.
547 "zathura", "zathura-pdf-poppler",
548 # ── LAS `.so` QUE mesa Y wayland PIDEN EN RUNTIME Y NINGÚN ARTEFACTO DEL CIERRE PROVEE ────────
549 # Medido el 2026-09-03 recorriendo los NEEDED de todo el cierre de esta imagen contra los SONAME
550 # que ese mismo cierre publica: `libEGL.so.1` pide `libexpat.so.1` y `libwayland-client.so.0` pide
551 # `libffi.so.8`, y las recetas canónicas de expat y libffi son `--disable-shared`. O sea que el
552 # rootfs hidratado los resolvía contra el **sysroot Alpine DEL LAB**.
553 # Es peor que una dep faltante: el lab NO entra en `hash_inputs`, así que la fuga es invisible para
554 # el store — el artefacto se da por bueno y sólo arranca en una máquina con Alpine debajo.
555 # No es un descubrimiento nuevo: es EXACTAMENTE lo que el perfil `escritorio-sway` ya documentó
556 # para `sway`, sólo que ahí se encontró a mano al armar la imagen y estas tres nunca se revisaron.
557 # Van de raíces (y no de `[deps]`) por lo mismo que las fuentes y el XKB: son data de RUNTIME y
558 # nadie las declara como dep de BUILD, así que la clausura no puede alcanzarlas por ninguna arista.
559 # `bzip2-shared` se suma el 2026-09-03, cazada por `scripts/vigia-sonames.py` en los TRES perfiles
560 # a la vez: `freetype-shared` sale con `NEEDED libbz2.so.1` y el `bzip2` canónico del corpus es
561 # `.a`. Es la misma fuga al sysroot del lab que expat y libffi, y venía de antes que zathura —
562 # sólo que hasta ahora nadie cargaba freetype-shared en RUNTIME. Se vio de verdad al probar el
563 # visor: el plugin de PDF no hacía dlopen («Error relocating /usr/lib/libbz2.so.1»). La receta
564 # existía sólo en `incoming-kde`; promovida al corpus con el mismo hash (b3:1e404254 desde las dos
565 # partes ⇒ un solo artefacto, cero rebuilds).
566 # ── ⚠ TERMINAL Y EDITOR: ESTA IMAGEN NO TENÍA NI UNO NI OTRO ─────────────────────────────────
567 # Medido el 2026-09-03 cruzando la membresía de los cuatro perfiles contra una lista de emuladores
568 # de terminal, editores y gestores de ficheros:
569 #
570 # escritorio-cosmic term=cosmic-term editor=cosmic-edit archivos=cosmic-files
571 # escritorio-sway term=foot editor=vim archivos=—
572 # escritorio-gnome term=— editor=— archivos=—
573 # escritorio-kde term=— editor=— archivos=—
574 #
575 # Es la lección de `foot` otra vez y a mayor escala: sway llegó a 121/121 SIN emulador de terminal
576 # porque nadie lo declaraba. Un escritorio sin terminal no es uno incompleto: es uno del que no se
577 # puede salir cuando algo falla.
578 #
579 # `foot` y `helix` viven en el CORPUS —no en una cola—, así que desde acá se alcanzan y no hacen
580 # falta recetas nuevas: las dos ya estaban selladas y sin declarar por NADIE. foot es Wayland puro
581 # sobre `xdg-shell` (no pide protocolos de wlroots), así que corre bajo mutter igual que bajo sway;
582 # su único NEEDED es `libc.so`. helix es TUI y corre dentro de la terminal.
583 #
584 # ⚠ ESTO ESTABA VIEJO, corregido el 2026-09-09. Decía que KDE quedaba fuera del arreglo y que «su
585 # perfil son 13 raíces de ARRANQUE EN METAL, no la imagen completa», con konsole/kate/dolphin y
586 # otras 19 apps selladas y sin declarar. Ya no: el frente KDE lo reordenó y hoy su perfil son **48
587 # raíces** con konsole, dolphin, kate, okular, ark, spectacle, gwenview, kcalc, las fuentes y las
588 # `*-shared` de runtime declaradas. De su cola quedan 8 recetas fuera del perfil, y son las que
589 # corresponde: libICE, libSM, libXtst y los cinco eslabones que sólo servían a xwayland
590 # (libfontenc, libXfont2, libxkbfile, libxshmfence, xkbcomp), huérfanos desde que la receta se
591 # retiró.
592 #
593 # Lo que a KDE le queda no es este arreglo sino OTRO, medido el mismo día: su imagen no se hidrata
594 # desde el perfil sino de un rootfs YA ARMADO (`kde-qemu-rootfs`, 8,4 G) que nadie re-deriva, así
595 # que se queda atrás a medida que el perfil crece. Comprobado contra ese rootfs: de las 18 hojas
596 # que el perfil declara están 15 — faltan `obs-studio` y `atuq`, justo las dos que se añadieron
597 # después de aquella hidratación. Re-hidratarlo con `scripts/hydrate-profile.py escritorio-kde`
598 # es decisión del frente KDE, no de éste.
599 "foot", "helix",
600 # ── FUENTES ──────────────────────────────────────────────────────────────────────────────────
601 # ⚠ Añadida el 2026-09-03 porque este perfil no traía NI UN FICHERO DE FUENTE. Medido recorriendo
602 # los artefactos del cierre y contando `.ttf/.otf/.ttc/.pfb`: **gnome=0**, sway=22 (dejavu),
603 # kde=1 (una que viene dentro de qtbase). `fontconfig` estaba, pero fontconfig es el MOTOR que
604 # busca fuentes, no una fuente — tenerlo y creer que hay tipografía es el mismo error que
605 # confundir un directorio vacío con un artefacto.
606 # Se descubrió con `poppler-render-check`: un PDF con fuentes base-14 (Helvetica, Times…) NO
607 # trae la tipografía adentro, la sustituye el visor por fontconfig, así que sin fuentes el
608 # documento se ve VACÍO — y el visor no da error, que es lo peor.
609 # `dejavu-fonts` es la única receta de fuentes del catálogo entero. Que KDE esté igual (1 fuente
610 # de rebote, dentro de qtbase) es un hallazgo aparte y NO se toca acá: ese perfil no lleva zathura
611 # y su árbol lo está trabajando otro frente.
612 "dejavu-fonts",
613 # `dejavu-fonts-nerd` es la MISMA DejaVu Sans Mono parcheada con Nerd Fonts (~10.000 glifos de
614 # iconos: Powerline, Font Awesome, Devicons…) que usan starship, lsd, eza, neovim y las
615 # statuslines; sin ellos dibujan cuadraditos. Se AÑADE, no reemplaza: la licencia de Bitstream
616 # Vera obliga a renombrar una fuente modificada, así que la parcheada se llama
617 # «DejaVuSansM Nerd Font Mono» y NO puede responder a «DejaVu Sans Mono» — sustituirla rompería
618 # a todo lo que la pide por nombre, empezando por foot. Se enchufa por fontconfig: su
619 # `59-nerd-monospace.conf` hace que el alias `monospace` la prefiera. Ver su receta.
620 "dejavu-fonts-nerd",
621 # `ncurses-shared` se suma el 2026-09-03 por el ÚLTIMO soname sin proveedor que quedaba pedido por
622 # un componente de RUNTIME: `pw-top` (pipewire) sale con `NEEDED libncursesw.so.6` y el `ncurses`
623 # canónico del corpus es `--without-shared`. La receta de pipewire AFIRMA que quitando la dep
624 # «meson saltea pw-top» — es falso y llevaba así desde agosto: el guardián de upstream es
625 # `if ncurses_dep.found()` y meson lo encontró en el sysroot Alpine DEL LAB. Reproducido: sin esto
626 # el binario muere en el loader con `__vfprintf_chk: symbol not found` (símbolo de
627 # _FORTIFY_SOURCE de glibc que musl no tiene); con esto carga y corre.
628 # ⚠ Esto tapa el SÍNTOMA en runtime, no la causa: pipewire sigue enlazando contra el lab en BUILD.
629 # Arreglarlo de verdad pide re-sellar pipewire, que arrastra 7 artefactos —entre ellos dos Rust
630 # que ya murieron por OOM— así que se paga el día que pipewire se re-selle por otro motivo.
631 "expat-shared", "libffi-shared", "bzip2-shared", "ncurses-shared",
632 # `xz-shared` se suma el 2026-09-05, cazada por `scripts/vigia-sonames.py`. Y es la MÁS grave de
633 # todas las de esta clase encontradas hasta ahora: quien pide `liblzma.so.5` no es una herramienta
634 # ni un binario suelto, es **`libadwaita-1.so.0`** — la librería contra la que enlaza TODA app
635 # GTK4/GNOME de la imagen. Sin proveedor, el loader falla en cada una de ellas, no en una.
636 # El `xz` canónico del corpus es `.a`; la receta `-shared` existía sólo en `incoming-kde`, y se
637 # promueve al corpus igual que `bzip2-shared`: mismo hash desde las dos partes
638 # (b3:174289d5) ⇒ un solo artefacto, cero rebuilds.
639 # Sólo va acá: en cosmic y sway ese soname lo pide únicamente `python3`, que no viaja en la imagen.
640 "xz-shared",
641 # ── TEMA DE ICONOS Y DE CURSORES ─────────────────────────────────────────────────────────────
642 # Añadido el 2026-09-03: medido sobre los artefactos del cierre, este perfil tenía **CERO** temas
643 # de iconos — ni siquiera `hicolor`. Se ve en `docs/evidencia/gnome-shell-qemu-2026-09-03-libs-
644 # compartidas.png`: la barra superior trae la fecha (texto) y el pill de espacios de trabajo, y la
645 # DERECHA está vacía — los indicadores de red, volumen y batería son iconos, y no había ninguno
646 # que dibujar. Mismo defecto que en KDE y por el mismo motivo: data de RUNTIME que no alcanza
647 # ninguna arista de BUILD.
648 #
649 # `adwaita-icon-theme` estaba escrita y SELLADA desde el frente GNOME y no la declaraba nadie. Su
650 # propia cabecera explica por qué la escribieron: mutter avisa `No cursor theme available` y **sin
651 # tema de cursor no hay puntero visible** con el cursor por software que obliga virtio-gpu. Los
652 # XCursor viven ahí adentro (`Adwaita/cursors/`), no en un paquete aparte.
653 # `hicolor-icon-theme` va explícito aunque Adwaita lo declare `Inherits=hicolor`: la herencia se
654 # resuelve en RUNTIME leyendo el `index.theme` del padre, así que el padre tiene que estar
655 # INSTALADO. Desde hoy se resuelve contra el corpus (misma receta, mismo hash).
656 "adwaita-icon-theme", "hicolor-icon-theme",
657 # ── EXTENSIONES DEL SHELL ────────────────────────────────────────────────────────────────────
658 # ⚠ Añadida el 2026-09-09: esta imagen traía la CÁSCARA de GNOME y ni una extensión. No es un
659 # detalle estético — GNOME manda un shell deliberadamente mínimo y el ecosistema lo completa por
660 # acá; sin ninguna, el escritorio es lo que el proyecto entrega y nadie usa tal cual.
661 # El shell SÍ sabe cargarlas sin nada más: `ui/extensionSystem.js` va en el gresource sin opción
662 # que lo apague y su gschema sellado trae `enabled-extensions`. Lo que faltaba era que hubiera
663 # alguna, y va de RAÍZ por la lección de `foot` que este fichero ya aprendió tres veces.
664 # ⚠ NO hace falta glib-networking ni TLS: eso sólo lo pide BAJARLAS desde extensions.gnome.org
665 # con el descargador del shell. Empaquetada, se instala como cualquier receta.
666 # La receta se construye desde el REPO del autor (tag v72), no desde el zip de EGO: hammer extrae
667 # con `tar -x` y GNU tar no lee zip, y además el zip es un artefacto que construye EGO a partir
668 # de ese mismo repo. El layout instalado se verificó CONTRA ese zip: idéntico, sin sobras ni
669 # faltantes.
670 # ⚠ La LISTA de activas no vive en ninguna receta: `enabled-extensions` es un ARRAY y un override
671 # de GSettings lo escribe entero, así que dos recetas con el suyo no se suman — ganaría la última
672 # y las otras quedarían instaladas y MUERTAS, sin error. La arma `scripts/gnome/gnome-start-qemu.sh`
673 # enumerando los uuid presentes en /usr/share/gnome-shell/extensions antes de compilar los
674 # esquemas. Una receta no puede ser ese sitio: hammer exige `[source]` en toda receta.
675 "gnome-shell-extension-blur-my-shell",
676 # `dash-to-panel` es la que más cambia el uso diario: junta dash, ventanas y bandeja en una barra.
677 # `appindicator` devuelve los ICONOS DE BANDEJA que GNOME quitó — sin ella, las apps que usan
678 # StatusNotifierItem corren y no tienen dónde mostrarse.
679 "gnome-shell-extension-dash-to-panel", "gnome-shell-extension-appindicator",
680 # ── Y LA APP QUE GNOME NO INSTALA Y TODO EL MUNDO NECESITA ───────────────────────────────────
681 # `gnome-tweaks`: tema, iconos, cursor, tipografías, los botones de minimizar/maximizar que GNOME
682 # esconde, y el interruptor de las extensiones. Es una app de PYTHON, así que su receta declara
683 # `python3` y `py3-gobject` como deps de RUNTIME: sin ellas en la imagen se instala y no arranca,
684 # y ningún build puede delatarlo.
685 "gnome-tweaks",
686 # ── RAÍCES DE RUNTIME QUE EL GRAFO NO PUEDE VER (traídas acá el 2026-09-09) ───────────────────
687 # ⚠ Estas once vivían SÓLO dentro de `scripts/gnome/hydrate-gnome.sh`, en una lista escrita a
688 # mano. O sea DOS fuentes de verdad para «qué lleva la imagen de GNOME», y habían divergido en
689 # los DOS sentidos: el script no conocía 21 paquetes que este perfil declara —entre ellos el
690 # navegador, la terminal, el editor, el visor de PDF, las fuentes y las tres extensiones— y este
691 # perfil no conocía estas once, sin las cuales el shell no arranca. Es exactamente el modo de
692 # fallo que la cabecera de `scripts/hydrate-profile.py` describe y que `vigia-imagen.py` existe
693 # para cazar.
694 # Ninguna es dep de BUILD de nadie: el shell las carga por `imports.gi.*` al arrancar, y eso es
695 # invisible para la clausura de deps. La justificación de cada una la traía el script:
696 "accountsservice", # imports.gi.AccountsService
697 "gi-foreign-typelibs", # DBus-1.0 / cairo-1.0, que Gdk y Atspi incluyen
698 "gi-girepository-typelib", # lo pide el propio gjs desde su JS embebido
699 "libgdm", # imports.gi.Gdm — el shell lo importa SIN condición al arrancar
700 "geoclue", # imports.gi.Geoclue
701 "libgweather", # imports.gi.GWeather
702 "upower", # imports.gi.UPowerGlib
703 "librsvg", # imports.gi.Rsvg
704 "ibus", # imports.gi.IBus
705 # Ni typelib ni librería: los GSCHEMAS de gnome-settings-daemon. El demonio está aparcado
706 # (GTK3/X11) pero el shell lee sus esquemas al armar los quick settings, y si faltan la excepción
707 # ocurre DENTRO de Main.start() ⇒ el panel no se arma y la pantalla queda NEGRA.
708 "gsd-schemas",
709 # `wireplumber` es lo que le da DISPOSITIVOS a PipeWire (que ya entra por la clausura): sin él hay
710 # socket de audio y nada que suene.
711 "wireplumber",
712 # ── LOS DOS QUE LA IMAGEN INYECTABA A MANO Y NINGÚN PERFIL DECLARABA ─────────────────────────
713 # Hallados el 2026-09-12 por `targets.py --servicios escritorio-gnome`, que los rechazó con «lo
714 # declara `arje-logind-compat`, que NO pertenece al perfil». No era falso positivo: los dos
715 # estaban en CERO perfiles y sin embargo `scripts/gnome/qemu-desktop-image.sh` los copia al
716 # rootfs a mano, y el de COSMIC hace `exit 1` si falta logind-compat. O sea: dos binarios
717 # imprescindibles, presentes en la imagen y ausentes del destino declarado — la misma forma del
718 # agujero de `foot`, encontrada esta vez por una comprobación en vez de por una imagen inusable.
719 "arje-logind-compat", "arje-polkit-compat",
720 # ── LAS DOS CAPACIDADES QUE FALTABAN EN LOS CUATRO ESCRITORIOS (2026-09-12) ──────────────────
721 # `cups` y `bluez` eran el punto 8 de PUBLICABLE (`docs/20`), y no son «una app más»: un
722 # escritorio que no imprime y no habla con un auricular no es un escritorio. Las dos viven en el
723 # CORPUS —no en esta cola— por lo mismo que `mpv` y `atuq`: una receta resuelve sibling-first y
724 # después el catálogo padre, así que desde acá se alcanzan y sirven a los cuatro perfiles con
725 # una sola copia.
726 #
727 # ⚠ LA MITAD QUE ESTO NO PAGA, ESCRITA PARA QUE SE VEA. Las dos recetas declaran su `[[service]]`
728 # (`cupsd`, `bluetoothd`) y **este perfil no los arranca**: de los cuatro escritorios, sólo
729 # `escritorio-gnome` tiene una lista `servicios`. O sea que la imagen va a traer cupsd y
730 # bluetoothd instalados y apagados. Es deuda declarada, no olvido — y es más grande que estas dos
731 # recetas: son tres perfiles sin «enable» ninguno.
732 #
733 # ⚠ Y para cups hay un segundo tramo, anotado en su receta: `gtk3` está sellada con
734 # `-Dprint_backends=file`, así que una app GTK3 seguirá viendo un solo destino («a fichero»)
735 # hasta que gtk3 se re-selle. La pieza está, el sistema la ignora, y ninguna métrica lo dice.
736 "cups", "bluez",
737 # `networkmanager` (2026-09-13): este perfil no tenía CON QUÉ gestionar una red. La receta existía
738 # sólo en `incoming-kde` —inalcanzable desde acá— y además estaba construida con `-Dwifi=false`,
739 # porque allá se escribió para dar `libnm.so` a plasma-nm y nada más. La variante del CORPUS va
740 # con `-Dwifi=true` y con `nmcli` (el artefacto de KDE no lo trae, comprobado sobre el store), y
741 # delega el handshake WPA2 en el `wpa_supplicant` que `base` declara desde hoy.
742 # ⚠ CORREGIDO EL MISMO DÍA: esta nota decía «NO declarar esto en escritorio-kde, allá plasma-nm ya
743 # arrastra la variante de la cola». **Ya no hay variante de cola**: `incoming-kde/networkmanager`
744 # se retiró y `networkmanager-qt` resuelve al padre, así que la distro tiene UN solo
745 # NetworkManager y KDE pasó a tener WiFi (la suya iba con `-Dwifi=false`). Costó 2 rebuilds
746 # —networkmanager-qt y plasma-nm—, medidos con `yupana radio` antes de tocar nada.
747 # KDE sigue sin listarlo entre sus `paquetes` porque no hace falta: `plasma-nm` lo arrastra por
748 # clausura. Lo que sí hacía falta era arrancarlo, y está en su lista de `servicios`.
749 "networkmanager",
750]
751
752# ── QUÉ ARRANCA (el «enable»; SDD 30 §3) ────────────────────────────────────────────────────────
753# Hoy estos ocho los lanza a mano `scripts/gnome/gnome-start-qemu.sh` con `&`, sin supervisión, sin
754# backoff y sin el `CRASHED` real — o sea sin nada de lo que arje es PID 1 para dar. Declararlos acá
755# no los mueve todavía: los pone en el mismo sitio que el resto del destino de la imagen, y hace que
756# `scripts/targets.py --servicios escritorio-gnome` pueda contradecir a la realidad en vez de que la
757# realidad viva sólo dentro de un script de 500 líneas.
758#
759# Los tres de SESIÓN (pipewire, pipewire-pulse, wireplumber) salen con AVISO a propósito: fuera de
760# mirada nadie entrega Cards de sesión, así que están declarados y NO arrancados por arje. Un hueco
761# escrito se ve; uno omitido, no.
762servicios = [
763 "dbus-system", "logind-compat", "polkit-compat", "accounts-daemon", "upowerd", "colord",
764 "pipewire", "pipewire-pulse", "wireplumber",
765 # 2026-09-13: los dos que nacieron con `cups` y `bluez`. Sin esta línea la imagen los traía
766 # instalados y apagados, que es la mitad inútil de tenerlos.
767 "cupsd", "bluetoothd",
768 "NetworkManager", # 2026-09-13: el perfil no tenía gestor de red; ver el paquete arriba
769]
770
771[perfil.escritorio-cosmic]
772descripcion = "escritorio COSMIC (System76, Rust sobre smithay/iced) desde fuente — 4º escritorio"
773cola = "incoming-cosmic"
774# ⚠ HEREDA `cli` (y por transitividad `base`) desde el 2026-09-09. Antes no heredaba nada, y la
775# consecuencia estaba medida y no escrita: **de los 27 paquetes de `base`, la clausura de este
776# perfil alcanzaba 2**. Comprobado contra el rootfs de la imagen: sin `bash`, sin `sudo`/`doas`, sin
777# `git`, sin `useradd`, sin `gpg` y **sin `dhcpcd`** — o sea sin con qué pedir una IP. Lo que había
778# (`ip`, `mount`, `fsck`) eran APPLETS DE BUSYBOX: `/sbin/ip → ../bin/busybox`.
779# No era una decisión: era que la composición entre perfiles no estaba declarada. `escritorio-sway`
780# ya heredaba `cli` desde el 2026-08-07 y nadie lo replicó en los otros tres.
781# El mecanismo YA EXISTÍA en `scripts/targets.py` —transitivo, con detección de ciclos y orden
782# preservado—, así que esto es una línea, no una implementación. Ver SDD 27.
783hereda = ["cli"]
784# Las raíces son EXACTAMENTE lo que `cosmic-session/src/main.rs` levanta, más el gestor mismo y los
785# datos que ningún `[deps]` alcanza. El resto es CLAUSURA.
786#
787# ── POR QUÉ ESTE PERFIL NO ES BUROCRACIA ────────────────────────────────────────────────────────
788# Sin él, `yupana radio` sobre cualquier receta COMPARTIDA —libinput, libxkbcommon, libudev-zero,
789# mesa, wayland— devuelve «IMÁGENES afectadas: (ninguna declarada)» para COSMIC, y el próximo que las
790# toque MIDE DE MENOS. La campaña existe en el store y en el runbook, pero el ábaco no la ve: el radio
791# de un re-hash es justo lo que el perfil convierte en dato.
792#
793# Nota de nombres, que acá no coinciden y ya costó una vez: el repo `cosmic-workspaces-epoch` produce
794# el binario `cosmic-workspaces`, y el AppID tampoco lleva el sufijo. Se lista por el nombre de la
795# RECETA, que es el del repo.
796paquetes = [
797 # `desktop-file-utils` (2026-09-09): `update-desktop-database` construye la caché
798 # MIME→APLICACIÓN. Con `shared-mime-info` el escritorio ya sabe QUÉ TIPO es un fichero; sin
799 # ésta sigue sin saber CON QUÉ abrirlo — el menú «abrir con» sale vacío y no hay aplicación
800 # por defecto para ningún tipo. Va como RAÍZ en los CUATRO escritorios y no en `base`,
801 # porque kde/gnome/cosmic NO heredan base: declararla acá funciona con cualquiera de las dos
802 # lecturas del modelo de composición.
803 "desktop-file-utils",
804 "cosmic-comp", "cosmic-session", "cosmic-settings-daemon",
805 "cosmic-panel", "cosmic-launcher", "cosmic-app-library", "cosmic-workspaces-epoch",
806 "cosmic-notifications", "cosmic-osd", "cosmic-bg", "cosmic-idle",
807 # Los applets del panel. No es un componente que la sesión lance: lo spawnea el PANEL, por AppID,
808 # y sin ellos arranca y no se dibuja. Un binario multiplexor con veinte symlinks.
809 "cosmic-applets",
810 # El MOTOR del lanzador, de otro repo y fuera del pin `epoch-N`: `cosmic-launcher` sólo dibuja y
811 # lanza a `pop-launcher` como proceso hijo por PATH. Sin él, `Super` no abre nada.
812 "pop-launcher",
813 # Y el `qalc` al que el plugin `calc` le pasa la expresión: tercer nivel de hijo por PATH. Es la
814 # primera raíz del perfil que existe para que una TECLA dé un resultado, no para que algo enlace.
815 "libqalculate",
816 # La primera APLICACIÓN con ventana del catálogo, y la primera entrada de la biblioteca que no es
817 # `NoDisplay`. Hasta acá el perfil listaba escritorio; desde acá lista también lo que se abre.
818 "cosmic-term",
819 # La segunda: el gestor de ficheros. Sin `gvfs` (no hay glib compartida) ⇒ navegación local sí,
820 # montajes remotos no.
821 "cosmic-files",
822 # La tercera: el panel de control. Habla con los daemons por zbus, así que NO arrastra
823 # NetworkManager/udisks/accountsservice — sólo libdrm y dav1d sobre el juego fijo.
824 "cosmic-settings",
825 # La cuarta: el editor de texto, y la más barata de las cuatro — su árbol ya estaba compilado (usa
826 # `cosmic-files` como crate, igual que la terminal). Su binario enlaza SÓLO `libxkbcommon` y
827 # `libc.so`: dos NEEDED, el mínimo de todos los clientes de la suite.
828 "cosmic-edit",
829 # La quinta: la tienda. Con el backend `pkgar` —el único de los cuatro que no pide ni una torre de
830 # C (flatpak) ni un demonio ausente (packagekit)— NAVEGA el catálogo instalado leyendo el AppStream
831 # del sistema, pero NO instala: nada está cableado al `.swm` de hammer.
832 "cosmic-store",
833 # La sexta: la captura de pantalla. Cero C —el único `[deps] build = []` de la campaña— pero HOY
834 # NO FUNCIONA: todo su trabajo es `Screenshot::request()` contra `org.freedesktop.portal.Desktop`,
835 # y en la imagen no hay portal. Se lista igual para que el hueco sea visible.
836 "cosmic-screenshot",
837 # La CADENA DEL PORTAL, dos raíces porque son dos procesos que se encuentran por D-Bus en runtime:
838 # el frontend registra `org.freedesktop.portal.Desktop` y enruta al backend, que implementa
839 # Access/FileChooser/Screenshot/Settings/ScreenCast. Sin ellos no hay captura, ni selector de
840 # ficheros de portal, ni compartir pantalla.
841 "xdg-desktop-portal", "xdg-desktop-portal-cosmic",
842 # Y la SONDA con que se mide esa cadena. No es escritorio: es el instrumento. Se lista como raíz
843 # porque nadie la declara como dep y sin ella el perfil no incluiría con qué verificarse a sí
844 # mismo — un handshake de portal sólo se puede ejercer DESDE la sesión, con bus y compositor vivos.
845 "portal-probe",
846 # El GESTOR DE SESIÓN de pipewire. Se lista como raíz porque ningún `[deps]` lo alcanza: es un
847 # CLIENTE del demonio, no una librería de nadie. Trae consigo la glib COMPARTIDA (`glib-shared`),
848 # que no es la estática que usa el resto de la cola — wireplumber produce `.so` y la estática del
849 # corpus no es PIC. Construido y corriendo; NO desbloqueó ScreenCast (ver el runbook).
850 "wireplumber",
851 # Datos, no binarios: el tema de iconos (y el hicolor del que hereda), las tablas de xkb y una
852 # tipografía. Ninguno es dep de build de nadie y sin ellos el escritorio arranca roto — sin puntero,
853 # sin teclado o con tofu.
854 "cosmic-icons", "hicolor-icon-theme", "xkeyboard-config", "dejavu-fonts",
855 # ⚠ «sin puntero» lo decía este comentario desde que se escribió y NO era cierto: `cosmic-icons`
856 # instala iconos de aplicación, no cursores, así que este perfil llegó a 43/43 con el puntero
857 # INVISIBLE. Lo cazó `vigia-imagen.py` el 2026-09-04. Los cursores son su propia raíz.
858 "adwaita-cursors",
859 # `dejavu-fonts-nerd` es la MISMA DejaVu Sans Mono parcheada con Nerd Fonts (~10.000 glifos de
860 # iconos: Powerline, Font Awesome, Devicons…) que usan starship, lsd, eza, neovim y las
861 # statuslines; sin ellos dibujan cuadraditos. Se AÑADE, no reemplaza: la licencia de Bitstream
862 # Vera obliga a renombrar una fuente modificada, así que la parcheada se llama
863 # «DejaVuSansM Nerd Font Mono» y NO puede responder a «DejaVu Sans Mono» — sustituirla rompería
864 # a todo lo que la pide por nombre, empezando por foot. Se enchufa por fontconfig: su
865 # `59-nerd-monospace.conf` hace que el alias `monospace` la prefiera. Ver su receta.
866 "dejavu-fonts-nerd",
867 # Lo que `start-cosmic` ejecuta y ningún `[deps]` pide: bash de verdad y el bus de sesión.
868 "bash", "dbus",
869 # ── LA PRIMERA APP DE USUARIO FINAL QUE COMPARTEN LOS CUATRO ESCRITORIOS ──────────────────────
870 # `mpv` vive en el CORPUS, no en esta cola, justamente para poder listarse en las cuatro: una
871 # receta resuelve sibling-first y después el catálogo padre, así que desde acá se alcanza.
872 # Va de raíz por la lección que este mismo fichero ya aprendió con `foot` en el perfil de sway:
873 # una receta sellada que ningún perfil declara NO ESTÁ EN NINGUNA IMAGEN, y la métrica de
874 # clausura no lo puede ver porque mide lo declarado. Sellado ≠ instalado.
875 # Los tres huecos con que entró (ALSA sin PipeWire, sin Lua/OSC, sin vaapi) están CERRADOS al
876 # 2026-09-04: pipewire nativo con ALSA de respaldo, `-Dlua=lua5.2`, y `-Dvaapi=enabled` con `libva`
877 # subida al corpus. Además su ffmpeg ya va con x86asm ⇒ decodifica con SIMD.
878 "mpv",
879 # ── EL NAVEGADOR (SDD 26) ────────────────────────────────────────────────────────────────────
880 # `atuq` vive en el CORPUS por el mismo motivo que mpv: se resuelve sibling-first y después el
881 # catálogo padre, así que desde las cuatro colas se alcanza. Va de raíz por la lección de `foot`
882 # que este fichero ya aprendió: una receta sellada que ningún perfil declara NO ESTÁ EN NINGUNA
883 # IMAGEN, y la clausura no lo puede ver porque mide lo declarado.
884 # Arrastra la cadena GTK3 en sus variantes `-shared` — pango/cairo/gdk-pixbuf/harfbuzz—: con las
885 # estáticas, libgtk-3 y libgdk-3 se llevaban cada una su copia y el navegador no llegaba a pintar.
886 "atuq",
887 # `libnotify` va PEGADO a atuq y por eso mismo: `libxul.so` la abre por `dlopen("libnotify.so.4")`
888 # cuando una página pide permiso para notificar, y como no es un `NEEDED` de ningún ELF, ninguna
889 # herramienta del repo la reclamaba — ni el vigía de sonames, que da CERO. La encontró
890 # `scripts/test-atuq-rootfs.py --dlopen` (SDD 26 §6.10). Sin esta línea la receta está sellada y
891 # en ninguna imagen, que es la lección de `foot` escrita cuatro renglones más arriba.
892 # ⚠ Resuelve la mitad: libnotify no trae daemon, manda `org.freedesktop.Notifications` por D-Bus,
893 # así que la imagen necesita además a alguien escuchando ese nombre.
894 "libnotify",
895 # ── LA IA LOCAL (SDD 26 §6.7) ────────────────────────────────────────────────────────────────
896 # El motor y el modelo van de raíz porque son lo que hace que la barra lateral conteste. `atuq`
897 # los busca en el path de producción (`/usr/bin/llama-server`, `/usr/share/takana/ia/modelo.gguf`)
898 # y, si no están, el panel lo DICE — no se rompe, pero la función no existe.
899 # ⚠ CUESTAN ~1,25 GiB EN CADA IMAGEN (199 M el motor + 1,04 GiB el modelo), y esto es la decisión
900 # de que las cuatro lo lleven: una función del navegador que sólo existe en una imagen es una
901 # trampa, porque el panel está en todas. Bajarlo de acá es bajarlo de la imagen, no de la receta.
902 "llama-cpp",
903 "ia-modelo-chat",
904 # ── VISOR DE IMÁGENES, TAMBIÉN EN LAS CUATRO ─────────────────────────────────────────────────
905 # `swayimg` y no `imv`, que era lo que proponía `docs/plan-apps-usuario-final.md`: imv dibuja con
906 # OpenGL de función fija (`glBegin`/`glOrtho`) y esta distro NO tiene proveedor de GL de
907 # escritorio — las tres mesa van `-Dglx=disabled -Dglvnd=false` ⇒ no hay `libGL.so` ni `gl.pc` en
908 # ninguna cola. swayimg rasteriza a `wl_shm` y no toca GL; el porqué largo está en su receta.
909 # Trae de yapa backend DRM: muestra imágenes en una TTY pelada, sin compositor.
910 "swayimg",
911 # ── LECTOR DE DOCUMENTOS ─────────────────────────────────────────────────────────────────────
912 # ⚠ NO ESTÁ EN `escritorio-kde`, y no es un olvido. `zathura-pdf-poppler` necesita `poppler-glib`,
913 # que es una receta NUEVA del corpus (la que ya existía va `-DENABLE_GLIB=OFF` y vive en la cola
914 # de KDE). Las dos instalan `/usr/lib/libpoppler.so.146` y son artefactos DISTINTOS ⇒ una imagen
915 # que hidrate las dos pone dos ficheros en la misma ruta y gana el que se proyecte último, que es
916 # el cuadro de las dos glib. KDE ya trae `okular`, que arrastra la poppler de Qt6.
917 # Si alguna vez se quiere zathura en KDE, la salida NO es listarla acá: es jubilar una de las dos
918 # popplers. Escrito también en `recipes/poppler-glib.toml` y `recipes/zathura.toml`.
919 # El plugin va de raíz APARTE del visor a propósito: `zathura` no lo declara en `[deps]` de
920 # runtime —lo carga con dlopen— así que sin esta línea la imagen traería un visor que abre la
921 # ventana y dice «unknown file type». Sellado ≠ instalado, otra vez.
922 "zathura", "zathura-pdf-poppler",
923 # ── LAS `.so` QUE mesa Y wayland PIDEN EN RUNTIME Y NINGÚN ARTEFACTO DEL CIERRE PROVEE ────────
924 # Medido el 2026-09-03 recorriendo los NEEDED de todo el cierre de esta imagen contra los SONAME
925 # que ese mismo cierre publica: `libEGL.so.1` pide `libexpat.so.1` y `libwayland-client.so.0` pide
926 # `libffi.so.8`, y las recetas canónicas de expat y libffi son `--disable-shared`. O sea que el
927 # rootfs hidratado los resolvía contra el **sysroot Alpine DEL LAB**.
928 # Es peor que una dep faltante: el lab NO entra en `hash_inputs`, así que la fuga es invisible para
929 # el store — el artefacto se da por bueno y sólo arranca en una máquina con Alpine debajo.
930 # No es un descubrimiento nuevo: es EXACTAMENTE lo que el perfil `escritorio-sway` ya documentó
931 # para `sway`, sólo que ahí se encontró a mano al armar la imagen y estas tres nunca se revisaron.
932 # Van de raíces (y no de `[deps]`) por lo mismo que las fuentes y el XKB: son data de RUNTIME y
933 # nadie las declara como dep de BUILD, así que la clausura no puede alcanzarlas por ninguna arista.
934 # `bzip2-shared` se suma el 2026-09-03, cazada por `scripts/vigia-sonames.py` en los TRES perfiles
935 # a la vez: `freetype-shared` sale con `NEEDED libbz2.so.1` y el `bzip2` canónico del corpus es
936 # `.a`. Es la misma fuga al sysroot del lab que expat y libffi, y venía de antes que zathura —
937 # sólo que hasta ahora nadie cargaba freetype-shared en RUNTIME. Se vio de verdad al probar el
938 # visor: el plugin de PDF no hacía dlopen («Error relocating /usr/lib/libbz2.so.1»). La receta
939 # existía sólo en `incoming-kde`; promovida al corpus con el mismo hash (b3:1e404254 desde las dos
940 # partes ⇒ un solo artefacto, cero rebuilds).
941 # `ncurses-shared` se suma el 2026-09-03 por el ÚLTIMO soname sin proveedor que quedaba pedido por
942 # un componente de RUNTIME: `pw-top` (pipewire) sale con `NEEDED libncursesw.so.6` y el `ncurses`
943 # canónico del corpus es `--without-shared`. La receta de pipewire AFIRMA que quitando la dep
944 # «meson saltea pw-top» — es falso y llevaba así desde agosto: el guardián de upstream es
945 # `if ncurses_dep.found()` y meson lo encontró en el sysroot Alpine DEL LAB. Reproducido: sin esto
946 # el binario muere en el loader con `__vfprintf_chk: symbol not found` (símbolo de
947 # _FORTIFY_SOURCE de glibc que musl no tiene); con esto carga y corre.
948 # ⚠ Esto tapa el SÍNTOMA en runtime, no la causa: pipewire sigue enlazando contra el lab en BUILD.
949 # Arreglarlo de verdad pide re-sellar pipewire, que arrastra 7 artefactos —entre ellos dos Rust
950 # que ya murieron por OOM— así que se paga el día que pipewire se re-selle por otro motivo.
951 "expat-shared", "libffi-shared", "bzip2-shared", "ncurses-shared",
952 # `arje-logind-compat` (2026-09-12): mismo hallazgo que en `escritorio-gnome` — la imagen lo
953 # inyecta a mano y `scripts/cosmic/qemu-desktop-image.sh` hace `exit 1` si falta, pero no estaba
954 # en ningún perfil. COSMIC NO usa `arje-polkit-compat` (verificado: sus scripts no lo nombran),
955 # así que va sólo este.
956 "arje-logind-compat",
957 # ── LAS DOS CAPACIDADES QUE FALTABAN EN LOS CUATRO ESCRITORIOS (2026-09-12) ──────────────────
958 # `cups` y `bluez` eran el punto 8 de PUBLICABLE (`docs/20`), y no son «una app más»: un
959 # escritorio que no imprime y no habla con un auricular no es un escritorio. Las dos viven en el
960 # CORPUS —no en esta cola— por lo mismo que `mpv` y `atuq`: una receta resuelve sibling-first y
961 # después el catálogo padre, así que desde acá se alcanzan y sirven a los cuatro perfiles con
962 # una sola copia.
963 #
964 # ⚠ LA MITAD QUE ESTO NO PAGA, ESCRITA PARA QUE SE VEA. Las dos recetas declaran su `[[service]]`
965 # (`cupsd`, `bluetoothd`) y **este perfil no los arranca**: de los cuatro escritorios, sólo
966 # `escritorio-gnome` tiene una lista `servicios`. O sea que la imagen va a traer cupsd y
967 # bluetoothd instalados y apagados. Es deuda declarada, no olvido — y es más grande que estas dos
968 # recetas: son tres perfiles sin «enable» ninguno.
969 #
970 # ⚠ Y para cups hay un segundo tramo, anotado en su receta: `gtk3` está sellada con
971 # `-Dprint_backends=file`, así que una app GTK3 seguirá viendo un solo destino («a fichero»)
972 # hasta que gtk3 se re-selle. La pieza está, el sistema la ignora, y ninguna métrica lo dice.
973 "cups", "bluez",
974 # `cliphist` (2026-09-12): historial de portapapeles. El portapapeles de Wayland muere con el
975 # cliente que lo ofrece —cerrás la terminal y lo copiado se va—; esto lo persiste. Va SÓLO en
976 # este perfil y en COSMIC: habla `wlr-data-control`, que KWin y mutter NO implementan (mismo
977 # muro que `wf-recorder`). Declararlo donde no funciona sería peor que no tenerlo.
978 "cliphist",
979 # `networkmanager` (2026-09-13): este perfil no tenía CON QUÉ gestionar una red. La receta existía
980 # sólo en `incoming-kde` —inalcanzable desde acá— y además estaba construida con `-Dwifi=false`,
981 # porque allá se escribió para dar `libnm.so` a plasma-nm y nada más. La variante del CORPUS va
982 # con `-Dwifi=true` y con `nmcli` (el artefacto de KDE no lo trae, comprobado sobre el store), y
983 # delega el handshake WPA2 en el `wpa_supplicant` que `base` declara desde hoy.
984 # ⚠ NO declarar esto en `escritorio-kde`: allá `plasma-nm` ya arrastra la variante de la cola, y
985 # dos NetworkManager distintos en la misma ruta es la enfermedad de las dos glib.
986 "networkmanager",
987 # `upower` (2026-09-13): **COSMIC dibujaba un indicador de batería sin nadie que se la contara.**
988 # El demonio no estaba en la clausura: la receta vivía en `incoming-kde` y en `incoming-gnome`,
989 # las dos inalcanzables desde acá. La variante del corpus va con `-Dpolkit=disabled` —polkit en
990 # upower sólo gobierna suspender/hibernar, que además está deprecado; reportar carga y tiempo
991 # restante no pasa por ahí— y con eso la cadena cierra sin meter un polkit de verdad al corpus.
992 "upower",
993]
994
995# ── QUÉ ARRANCA (el «enable»; SDD 30 §3) ────────────────────────────────────────────────────────
996# ⚠ ESTE PERFIL NO TENÍA ESTA LISTA HASTA EL 2026-09-13, y eso NO se leía como un hueco: se leía
997# como un perfil completo. `paquetes` dice qué se INSTALA y `servicios` dice qué se LEVANTA; sin la
998# segunda, la imagen salía con sus demonios instalados y **ninguno arrancado**, y la métrica de
999# clausura daba N/N igual. De los cuatro escritorios sólo `escritorio-gnome` la tenía.
1000#
1001# Cada entrada es el `label` de un `[[service]]` declarado por una receta de la CLAUSURA de este
1002# perfil (no de sus raíces: la mitad viven en deps). La lista es exactamente lo que la clausura
1003# ofrece hoy — se computó cruzando los `[[service]]` del corpus y las cuatro colas contra el campo
1004# `perfiles` de los cinco `build-state*.json`, no a ojo.
1005#
1006# ⚠ Declarar NO es hacer funcionar. Los de `scope = "session"` salen con AVISO a propósito, como en
1007# GNOME: fuera de `mirada` nadie entrega Cards de sesión todavía. Un hueco escrito se ve.
1008#
1009# ⚠ AUSENCIA DESTAPADA POR EL CRUCE: **no hay `upowerd`**. COSMIC dibuja un indicador de batería y
1010# el demonio que lo alimenta no está en la clausura ⇒ en un portátil el applet no tiene datos.
1011# Deuda del perfil, no de esta lista.
1012servicios = [
1013 "dbus-system", "logind-compat", "cupsd", "bluetoothd",
1014 "pipewire", "pipewire-pulse", "wireplumber",
1015 "NetworkManager", # 2026-09-13
1016 "upowerd", # 2026-09-13: el indicador de batería deja de mirar al vacío
1017]
1018
1019[perfil.escritorio-sway]
1020descripcion = "WM Wayland ligero: sway sobre wlroots propio, sin X11 y sin systemd"
1021cola = "incoming-wlr"
1022hereda = ["cli"]
1023# Sellado entero el 2026-08-07. A diferencia de los otros tres escritorios, éste NO tiene una torre
1024# de C debajo: son una decena de binarios pequeños sobre wlroots, y por eso salió en una noche
1025# mientras KDE y GNOME fueron campañas de semanas.
1026#
1027# `hereda = ["cli"]` a propósito: un WM ligero sin userland debajo no se usa: hace falta la terminal
1028# y las herramientas.
1029#
1030# 2026-08-26: este comentario decía que `foot` «entra por la clausura de cli, así que no se lista
1031# acá». ERA FALSO y el grafo lo desmentía: `foot` está sellado en el corpus pero `perfil.cli` no lo
1032# lista entre sus raíces, así que ningún perfil lo arrastraba. El perfil daba 121/121 SIN EMULADOR DE
1033# TERMINAL — sellado completo y aun así inusable. Se detectó al hidratar la clausura para armar la
1034# imagen, no antes: la métrica de perfil mide la clausura de las raíces declaradas, y no puede ver lo
1035# que falta en la declaración. `foot` se lista ahora donde le toca, entre las raíces del escritorio.
1036#
1037# Sólo RAÍCES: la clausura —wlroots, mesa, wayland, libinput, seatd, cairo, pango, fcft…— la calcula
1038# el grafo siguiendo las aristas de deps. Escribirla a mano sería justo lo que targets.toml existe
1039# para no hacer.
1040paquetes = [
1041 # `desktop-file-utils` (2026-09-09): `update-desktop-database` construye la caché
1042 # MIME→APLICACIÓN. Con `shared-mime-info` el escritorio ya sabe QUÉ TIPO es un fichero; sin
1043 # ésta sigue sin saber CON QUÉ abrirlo — el menú «abrir con» sale vacío y no hay aplicación
1044 # por defecto para ningún tipo. Va como RAÍZ en los CUATRO escritorios y no en `base`,
1045 # porque kde/gnome/cosmic NO heredan base: declararla acá funciona con cualquiera de las dos
1046 # lecturas del modelo de composición.
1047 "desktop-file-utils",
1048 # el compositor y sus utilidades propias
1049 "sway",
1050 # lo que hace que se USE y no sólo arranque
1051 "yambar", # barra de estado (yambar y no waybar: waybar exige gtkmm-3.0, o sea GTK3 + sus
1052 # bindings C++, que es deuda aparcada por diseño. Medido, no supuesto.)
1053 "foot", # emulador de terminal (misma familia que fcft/tllist, ya en la clausura)
1054 "fuzzel", # lanzador de aplicaciones
1055 # ── DATOS, no binarios: nadie los declara como dep de build, así que SÓLO entran como raíces ──
1056 # Ninguna receta depende de una fuente ni de un mapa de teclado para COMPILAR, de modo que la
1057 # clausura no puede alcanzarlos por más aristas que siga. Si no están acá, no están.
1058 "dejavu-fonts", # sin UNA fuente, foot muere con «monospace::size=8: failed to match font»
1059 # `dejavu-fonts-nerd` es la MISMA DejaVu Sans Mono parcheada con Nerd Fonts (~10.000 glifos de
1060 # iconos: Powerline, Font Awesome, Devicons…) que usan starship, lsd, eza, neovim y las
1061 # statuslines; sin ellos dibujan cuadraditos. Se AÑADE, no reemplaza: la licencia de Bitstream
1062 # Vera obliga a renombrar una fuente modificada, así que la parcheada se llama
1063 # «DejaVuSansM Nerd Font Mono» y NO puede responder a «DejaVu Sans Mono» — sustituirla rompería
1064 # a todo lo que la pide por nombre, empezando por foot. Se enchufa por fontconfig: su
1065 # `59-nerd-monospace.conf` hace que el alias `monospace` la prefiera. Ver su receta.
1066 "dejavu-fonts-nerd",
1067 "xkeyboard-config", # sin datos XKB: «xkbcommon: ERROR: failed to add default include path
1068 # /usr/share/X11/xkb», y sway no completa el seat
1069 # Cursores. Mismo caso que las fuentes y el XKB, y con el mismo modo de fallo silencioso: con el
1070 # cursor por software el compositor dibuja lo que le da el TEMA, y sin tema el puntero se mueve
1071 # invisible. Este perfil llegó a 173/173 sin uno. Trae además `/usr/share/icons/default`, que es
1072 # lo que buscan libXcursor y wlroots cuando nadie fijó `XCURSOR_THEME` — o sea, siempre acá.
1073 "adwaita-cursors",
1074 # ── LAS TRES `.so` QUE sway PIDE Y EL CORPUS SÓLO PRODUCE COMO `.a` ─────────────────────────
1075 # `sway` es `link = "dynamic"` a propósito (dlopea los drivers DRI de mesa) y sale con
1076 # `NEEDED libz.so.1 / libexpat.so.1 / libffi.so.8`. Las canónicas son `--disable-shared`, así que
1077 # ningún artefacto sellado producía esos `.so` y el rootfs hidratado los resolvía contra el
1078 # sysroot Alpine DEL LAB. Peor que una dep faltante: el lab NO entra en `hash_inputs`, así que la
1079 # fuga era invisible para el store — el artefacto se daba por bueno y sólo arrancaba en una
1080 # máquina con Alpine debajo. Los otros nueve NEEDED de sway (pixman, drm, evdev, input, udev,
1081 # wayland-server, wlroots, xkbcommon, libc) sí los cubre la clausura, porque esas recetas ya son
1082 # `link = dynamic`. Como las tres son data de runtime y nadie las declara como dep de BUILD, van
1083 # de raíces por la misma razón que las fuentes y el XKB de arriba.
1084 # `bzip2-shared` se suma el 2026-09-03, cazada por `scripts/vigia-sonames.py` en los TRES perfiles
1085 # a la vez: `freetype-shared` sale con `NEEDED libbz2.so.1` y el `bzip2` canónico del corpus es
1086 # `.a`. Es la misma fuga al sysroot del lab que expat y libffi, y venía de antes que zathura —
1087 # sólo que hasta ahora nadie cargaba freetype-shared en RUNTIME. Se vio de verdad al probar el
1088 # visor: el plugin de PDF no hacía dlopen («Error relocating /usr/lib/libbz2.so.1»). La receta
1089 # existía sólo en `incoming-kde`; promovida al corpus con el mismo hash (b3:1e404254 desde las dos
1090 # partes ⇒ un solo artefacto, cero rebuilds).
1091 # `ncurses-shared` se suma el 2026-09-03 por el ÚLTIMO soname sin proveedor que quedaba pedido por
1092 # un componente de RUNTIME: `pw-top` (pipewire) sale con `NEEDED libncursesw.so.6` y el `ncurses`
1093 # canónico del corpus es `--without-shared`. La receta de pipewire AFIRMA que quitando la dep
1094 # «meson saltea pw-top» — es falso y llevaba así desde agosto: el guardián de upstream es
1095 # `if ncurses_dep.found()` y meson lo encontró en el sysroot Alpine DEL LAB. Reproducido: sin esto
1096 # el binario muere en el loader con `__vfprintf_chk: symbol not found` (símbolo de
1097 # _FORTIFY_SOURCE de glibc que musl no tiene); con esto carga y corre.
1098 # ⚠ Esto tapa el SÍNTOMA en runtime, no la causa: pipewire sigue enlazando contra el lab en BUILD.
1099 # Arreglarlo de verdad pide re-sellar pipewire, que arrastra 7 artefactos —entre ellos dos Rust
1100 # que ya murieron por OOM— así que se paga el día que pipewire se re-selle por otro motivo.
1101 "zlib-shared", "expat-shared", "libffi-shared", "bzip2-shared", "ncurses-shared",
1102 "swaybg", # fondo de escritorio
1103 "swaylock", # bloqueo de pantalla (con PAM: linux-pam SÍ está en el corpus)
1104 "swayidle", # apagado por inactividad
1105 # el par de captura y el portapapeles, sin los cuales media docena de flujos no cierran
1106 "grim", "slurp", "wl-clipboard",
1107 # ── LA PRIMERA APP DE USUARIO FINAL QUE COMPARTEN LOS CUATRO ESCRITORIOS ──────────────────────
1108 # `mpv` vive en el CORPUS, no en esta cola, justamente para poder listarse en las cuatro: una
1109 # receta resuelve sibling-first y después el catálogo padre, así que desde acá se alcanza.
1110 # Va de raíz por la lección que este mismo fichero ya aprendió con `foot` en el perfil de sway:
1111 # una receta sellada que ningún perfil declara NO ESTÁ EN NINGUNA IMAGEN, y la métrica de
1112 # clausura no lo puede ver porque mide lo declarado. Sellado ≠ instalado.
1113 # Los tres huecos con que entró (ALSA sin PipeWire, sin Lua/OSC, sin vaapi) están CERRADOS al
1114 # 2026-09-04: pipewire nativo con ALSA de respaldo, `-Dlua=lua5.2`, y `-Dvaapi=enabled` con `libva`
1115 # subida al corpus. Además su ffmpeg ya va con x86asm ⇒ decodifica con SIMD.
1116 "mpv",
1117 # ── EL NAVEGADOR (SDD 26) ────────────────────────────────────────────────────────────────────
1118 # `atuq` vive en el CORPUS por el mismo motivo que mpv: se resuelve sibling-first y después el
1119 # catálogo padre, así que desde las cuatro colas se alcanza. Va de raíz por la lección de `foot`
1120 # que este fichero ya aprendió: una receta sellada que ningún perfil declara NO ESTÁ EN NINGUNA
1121 # IMAGEN, y la clausura no lo puede ver porque mide lo declarado.
1122 # Arrastra la cadena GTK3 en sus variantes `-shared` — pango/cairo/gdk-pixbuf/harfbuzz—: con las
1123 # estáticas, libgtk-3 y libgdk-3 se llevaban cada una su copia y el navegador no llegaba a pintar.
1124 "atuq",
1125 # `libnotify` va PEGADO a atuq y por eso mismo: `libxul.so` la abre por `dlopen("libnotify.so.4")`
1126 # cuando una página pide permiso para notificar, y como no es un `NEEDED` de ningún ELF, ninguna
1127 # herramienta del repo la reclamaba — ni el vigía de sonames, que da CERO. La encontró
1128 # `scripts/test-atuq-rootfs.py --dlopen` (SDD 26 §6.10). Sin esta línea la receta está sellada y
1129 # en ninguna imagen, que es la lección de `foot` escrita cuatro renglones más arriba.
1130 # ⚠ Resuelve la mitad: libnotify no trae daemon, manda `org.freedesktop.Notifications` por D-Bus,
1131 # así que la imagen necesita además a alguien escuchando ese nombre.
1132 "libnotify",
1133 # ── LA IA LOCAL (SDD 26 §6.7) ────────────────────────────────────────────────────────────────
1134 # El motor y el modelo van de raíz porque son lo que hace que la barra lateral conteste. `atuq`
1135 # los busca en el path de producción (`/usr/bin/llama-server`, `/usr/share/takana/ia/modelo.gguf`)
1136 # y, si no están, el panel lo DICE — no se rompe, pero la función no existe.
1137 # ⚠ CUESTAN ~1,25 GiB EN CADA IMAGEN (199 M el motor + 1,04 GiB el modelo), y esto es la decisión
1138 # de que las cuatro lo lleven: una función del navegador que sólo existe en una imagen es una
1139 # trampa, porque el panel está en todas. Bajarlo de acá es bajarlo de la imagen, no de la receta.
1140 "llama-cpp",
1141 "ia-modelo-chat",
1142 # `dunst` es LA OTRA MITAD, y sólo hace falta acá: KDE la atiende con plasma-workspace, GNOME con
1143 # gnome-shell y COSMIC con cosmic-notifications; sway no tenía a NADIE escuchando
1144 # `org.freedesktop.Notifications`, así que una página que pedía notificar mandaba el mensaje al bus
1145 # y se lo comía el silencio. Con el `.service` de D-Bus que trae la receta, el daemon lo levanta el
1146 # propio bus la primera vez que alguien pide ese nombre — sin systemd y sin acordarse de lanzarlo
1147 # en la config de sway.
1148 # ⚠ No es `mako` —que es lo que usa media casa wlroots— porque ese nombre YA ESTÁ OCUPADO en el
1149 # corpus por el motor de plantillas de Python de mesa: dos artefactos homónimos en la misma imagen
1150 # es la colisión que la granja ya nos cobró. El porqué largo está en la receta.
1151 "dunst",
1152 # ── VISOR DE IMÁGENES, TAMBIÉN EN LAS CUATRO ─────────────────────────────────────────────────
1153 # `swayimg` y no `imv`, que era lo que proponía `docs/plan-apps-usuario-final.md`: imv dibuja con
1154 # OpenGL de función fija (`glBegin`/`glOrtho`) y esta distro NO tiene proveedor de GL de
1155 # escritorio — las tres mesa van `-Dglx=disabled -Dglvnd=false` ⇒ no hay `libGL.so` ni `gl.pc` en
1156 # ninguna cola. swayimg rasteriza a `wl_shm` y no toca GL; el porqué largo está en su receta.
1157 # Trae de yapa backend DRM: muestra imágenes en una TTY pelada, sin compositor.
1158 "swayimg",
1159 # ── LECTOR DE DOCUMENTOS ─────────────────────────────────────────────────────────────────────
1160 # ⚠ NO ESTÁ EN `escritorio-kde`, y no es un olvido. `zathura-pdf-poppler` necesita `poppler-glib`,
1161 # que es una receta NUEVA del corpus (la que ya existía va `-DENABLE_GLIB=OFF` y vive en la cola
1162 # de KDE). Las dos instalan `/usr/lib/libpoppler.so.146` y son artefactos DISTINTOS ⇒ una imagen
1163 # que hidrate las dos pone dos ficheros en la misma ruta y gana el que se proyecte último, que es
1164 # el cuadro de las dos glib. KDE ya trae `okular`, que arrastra la poppler de Qt6.
1165 # Si alguna vez se quiere zathura en KDE, la salida NO es listarla acá: es jubilar una de las dos
1166 # popplers. Escrito también en `recipes/poppler-glib.toml` y `recipes/zathura.toml`.
1167 # El plugin va de raíz APARTE del visor a propósito: `zathura` no lo declara en `[deps]` de
1168 # runtime —lo carga con dlopen— así que sin esta línea la imagen traería un visor que abre la
1169 # ventana y dice «unknown file type». Sellado ≠ instalado, otra vez.
1170 "zathura", "zathura-pdf-poppler",
1171 # ── GRABADOR DE PANTALLA — sólo acá, y la razón es de PROTOCOLO, no de gusto ──────────────────
1172 # `wf-recorder` captura por `wlr-screencopy`, que implementan los compositores wlroots. KWin y
1173 # mutter NO lo implementan (usan el portal/ScreenCast), así que ponerlo en esas dos imágenes
1174 # sería enviar una herramienta que no puede funcionar ahí — deuda fantasma con forma de app.
1175 # En COSMIC habría que VERIFICAR si cosmic-comp expone el protocolo antes de listarlo.
1176 # Es la app que cobra la promoción de pipewire al corpus (2026-09-03): antes grababa muda.
1177 "wf-recorder",
1178 # ── EL TEMA DE ICONOS BASE ───────────────────────────────────────────────────────────────────
1179 # Añadido el 2026-09-03 por el barrido que destapó que KDE y GNOME corrían SIN tema de iconos.
1180 # Acá el agujero es más chico y conviene decir exactamente cuánto: los cuatro programas gráficos
1181 # de esta imagen —foot, swayimg, mpv, wf-recorder— no piden iconos de tema, y `zathura` es GTK4,
1182 # que lleva sus iconos de UI COMPILADOS en el recurso de la librería. O sea que acá no hay una
1183 # captura con la barra vacía como en las otras dos.
1184 # Lo que sí falta es el FALLBACK del estándar: sin `hicolor/index.theme` instalado, los iconos que
1185 # una aplicación instala en `usr/share/icons/hicolor/...` son invisibles para cualquier buscador,
1186 # porque ese directorio no cuenta como tema. Es el piso, y cuesta un artefacto de datos.
1187 # Un tema COMPLETO (Adwaita, Breeze) sería una decisión aparte y NO gratis: los dos viven en colas
1188 # hermanas —`incoming-gnome` e `incoming-kde`— y desde acá no se alcanza una cola hermana, así que
1189 # pedirlo es promover uno al corpus. Queda escrito para que se elija, no para que se descubra.
1190 "hicolor-icon-theme",
1191 # ── LAS DOS CAPACIDADES QUE FALTABAN EN LOS CUATRO ESCRITORIOS (2026-09-12) ──────────────────
1192 # `cups` y `bluez` eran el punto 8 de PUBLICABLE (`docs/20`), y no son «una app más»: un
1193 # escritorio que no imprime y no habla con un auricular no es un escritorio. Las dos viven en el
1194 # CORPUS —no en esta cola— por lo mismo que `mpv` y `atuq`: una receta resuelve sibling-first y
1195 # después el catálogo padre, así que desde acá se alcanzan y sirven a los cuatro perfiles con
1196 # una sola copia.
1197 #
1198 # ⚠ LA MITAD QUE ESTO NO PAGA, ESCRITA PARA QUE SE VEA. Las dos recetas declaran su `[[service]]`
1199 # (`cupsd`, `bluetoothd`) y **este perfil no los arranca**: de los cuatro escritorios, sólo
1200 # `escritorio-gnome` tiene una lista `servicios`. O sea que la imagen va a traer cupsd y
1201 # bluetoothd instalados y apagados. Es deuda declarada, no olvido — y es más grande que estas dos
1202 # recetas: son tres perfiles sin «enable» ninguno.
1203 #
1204 # ⚠ Y para cups hay un segundo tramo, anotado en su receta: `gtk3` está sellada con
1205 # `-Dprint_backends=file`, así que una app GTK3 seguirá viendo un solo destino («a fichero»)
1206 # hasta que gtk3 se re-selle. La pieza está, el sistema la ignora, y ninguna métrica lo dice.
1207 "cups", "bluez",
1208 # `cliphist` (2026-09-12): historial de portapapeles. El portapapeles de Wayland muere con el
1209 # cliente que lo ofrece —cerrás la terminal y lo copiado se va—; esto lo persiste. Va SÓLO en
1210 # este perfil y en COSMIC: habla `wlr-data-control`, que KWin y mutter NO implementan (mismo
1211 # muro que `wf-recorder`). Declararlo donde no funciona sería peor que no tenerlo.
1212 "cliphist",
1213 # `wlr-randr` (2026-09-13, barrido): sway no tenía CON QUÉ cambiar la resolución ni orientar una
1214 # pantalla. `swaymsg output` sirve si el compositor está vivo y configurado; esto es la
1215 # herramienta equivalente a xrandr para wlroots, y era otra hoja sellada sin perfil.
1216 "wlr-randr",
1217 # `wireplumber` (2026-09-13): **el audio de esta imagen no encaminaba nada.** `pipewire` está y
1218 # arranca, pero se construyó con `-Dsession-managers=[]`: sin gestor de sesión no hay política de
1219 # qué es entrada, qué es salida ni qué se enlaza con qué — el sink que ve la aplicación es
1220 # `auto_null`, o sea el nodo de descarte. Audio que parece vivo y no suena.
1221 # Vive en el CORPUS —y no en esta cola— porque desde acá no se alcanza una cola hermana: las
1222 # copias de `incoming-gnome` e `incoming-cosmic` eran invisibles para este perfil. Ver su receta:
1223 # hay tres variantes vivas a propósito y consolidarlas es el trabajo siguiente.
1224 "wireplumber",
1225 # `networkmanager` (2026-09-13): este perfil no tenía CON QUÉ gestionar una red. La receta existía
1226 # sólo en `incoming-kde` —inalcanzable desde acá— y además estaba construida con `-Dwifi=false`,
1227 # porque allá se escribió para dar `libnm.so` a plasma-nm y nada más. La variante del CORPUS va
1228 # con `-Dwifi=true` y con `nmcli` (el artefacto de KDE no lo trae, comprobado sobre el store), y
1229 # delega el handshake WPA2 en el `wpa_supplicant` que `base` declara desde hoy.
1230 # ⚠ NO declarar esto en `escritorio-kde`: allá `plasma-nm` ya arrastra la variante de la cola, y
1231 # dos NetworkManager distintos en la misma ruta es la enfermedad de las dos glib.
1232 "networkmanager",
1233]
1234
1235# ── QUÉ ARRANCA (el «enable»; SDD 30 §3) ────────────────────────────────────────────────────────
1236# ⚠ ESTE PERFIL NO TENÍA ESTA LISTA HASTA EL 2026-09-13, y eso NO se leía como un hueco: se leía
1237# como un perfil completo. `paquetes` dice qué se INSTALA y `servicios` dice qué se LEVANTA; sin la
1238# segunda, la imagen salía con sus demonios instalados y **ninguno arrancado**, y la métrica de
1239# clausura daba N/N igual. De los cuatro escritorios sólo `escritorio-gnome` la tenía.
1240#
1241# Cada entrada es el `label` de un `[[service]]` declarado por una receta de la CLAUSURA de este
1242# perfil (no de sus raíces: la mitad viven en deps). La lista es exactamente lo que la clausura
1243# ofrece hoy — se computó cruzando los `[[service]]` del corpus y las cuatro colas contra el campo
1244# `perfiles` de los cinco `build-state*.json`, no a ojo.
1245#
1246# ⚠ Declarar NO es hacer funcionar. Los de `scope = "session"` salen con AVISO a propósito, como en
1247# GNOME: fuera de `mirada` nadie entrega Cards de sesión todavía. Un hueco escrito se ve.
1248#
1249# ⚠ MISMA AUSENCIA QUE KDE: **no hay `wireplumber`**. `pipewire` sin gestor de sesión no encamina
1250# nada. Y tampoco hay `upowerd` ni `logind-compat` — en un WM ligero eso es defendible (seatd hace
1251# el seat y `yambar` puede leer la batería de sysfs), pero es una decisión, no un hecho dado.
1252servicios = [
1253 "dbus-system", "cupsd", "bluetoothd",
1254 "pipewire", "pipewire-pulse",
1255 # 2026-09-13: los dos que se destrabaron promoviendo al corpus lo que vivía en colas hermanas.
1256 "wireplumber", "NetworkManager",
1257]
1258
1259[perfil.servidor]
1260descripcion = "la caja que SIRVE: sshd, servidor web y las herramientas de operar una máquina remota sin pantalla"
1261hereda = ["cli"]
1262# Nace el 2026-09-09 del frente «servidor de producción» (SDD 27). Existe porque las cuatro cosas que
1263# ese frente quiere —instalar takana puro en una caja remota, servir el repo, que la caja se actualice
1264# a sí misma, y migrar gioser— empiezan todas por la misma pregunta: QUÉ se instala. Hasta hoy eso no
1265# estaba declarado en ningún lado. El `sshd` del producto, por ejemplo, entra por
1266# `product-userland-from-repo.sh` y NO por este manifiesto: dos listas para lo mismo y una sola
1267# versionada como destino, que es exactamente lo que este fichero existe para no tener.
1268#
1269# ⚠ LA LECCIÓN DE `foot`, APLICADA ANTES DE PAGARLA: `escritorio-sway` daba 121/121 sellado y era
1270# inusable porque a la declaración le faltaba el emulador de terminal. La métrica mide la clausura de
1271# lo DECLARADO y no puede ver lo que falta en la declaración. Un servidor tiene su propia versión de
1272# ese agujero, y no es el software de servir: es la HORA (sin reloj, TLS y las firmas fallan), el
1273# CORTAFUEGOS y el DISPARADOR PERIÓDICO. Por eso van declarados abajo aunque todavía no existan.
1274#
1275# ⚠ LAS CUATRO ÚLTIMAS RAÍCES NO RESUELVEN A NINGUNA RECETA — a propósito, y hay que saberlo.
1276# Quedan `wanted` en el grafo, y `wanted` NO es `debt`: `drenaje.json` seguirá diciendo `deuda=0`
1277# ([[gnome-sin-fuentes]] trampa 1). Se declaran igual porque una deuda escrita y contada se ve, y una
1278# omitida no: un `perfil.servidor` sin ellas saldría N/N —completo y verde— describiendo un servidor
1279# sin hora, sin cortafuegos y sin latido. Cuenta esperada al escribirlas: **5 `wanted`**. Si al mirar
1280# `build-state.json` aparece un sexto, es un error de tipeo en un nombre, no una receta nueva.
1281paquetes = [
1282 # ── lo que existe y está sellado ──────────────────────────────────────────────────────────────
1283 # `openssh`: el acceso. Es la raíz que convierte «la caja arrancó» en «puedo entrar»; sin ella una
1284 # instalación remota deja una máquina viva e inalcanzable, que es peor que una que no arrancó.
1285 "openssh",
1286 # `caddy`: sirve `dist/repo` (índice firmado + los `.tkn`/`.swm`). TLS automático, un binario, cero
1287 # dependencias — y es el mismo que ya sirve los 19 dominios de gioser, así que la migración no
1288 # cambia de servidor web además de cambiar de sistema.
1289 "caddy",
1290 # `gitea` (2026-09-14): el servidor git que hoy corre en gioser y que la mudanza tiene que levantar
1291 # del otro lado. Entra al perfil porque es el PASO 1 del plan de mudanza visto por el lado bueno:
1292 # los 26 repos que sólo existen en la máquina que se borra dejan de estar solos en cuanto su origen
1293 # vive acá. Sus datos son 2,0 G de ficheros y una sqlite (`DB_TYPE = sqlite3`), así que mudarlos es
1294 # copiar un directorio — lo que NO es trivial es el binario, ver el encabezado de `recipes/gitea.toml`.
1295 # Su `[[service]]` está en la receta y el perfil lo arranca (abajo, en `servicios`).
1296 "gitea",
1297 # `curl`/`wget`: bajar del mirror y del repo. `takana install --repo https://…` los necesita del
1298 # lado del cliente, y son también la única forma de diagnosticar un origen caído desde la caja.
1299 "curl", "wget",
1300 # `tmux`: un build largo por SSH que muere con la sesión es un build perdido. En una caja sin
1301 # pantalla es infraestructura, no comodidad.
1302 "tmux",
1303 # `netup` (2026-09-10): el cliente DHCP propio que levanta la red al arrancar. Entra como RAÍZ
1304 # aunque su binario YA venga dentro del `product-rootfs`, y por una razón concreta: el del producto
1305 # está congelado en el artefacto sellado del bootstrap, así que un arreglo de netup no llega nunca
1306 # a la imagen — pasó el mismo día con la ruta on-link que Hetzner necesita. Declarado acá, la
1307 # hidratación del perfil lo proyecta ENCIMA y la imagen lleva el vigente.
1308 "netup",
1309
1310 # ── declarado y NO existe todavía: la deuda del perfil, contada ───────────────────────────────
1311 # `takana`: el propio takana NO tiene receta. El corpus construye 869 recetas y no la suya, así que
1312 # hoy el binario sólo existe como `cargo build --release` sobre un clon del repo. Es EL bloqueante
1313 # de «que el servidor sirva sus paquetes a su propio host»: el host necesita `takana` instalado para
1314 # consumirlos, y no puede instalarlo desde el repo porque no está en el repo.
1315 "takana",
1316 # `chrony`: la hora. Sin NTP, un reloj que deriva rompe la validación de certificados TLS y la de
1317 # firmas con expiración — y falla con errores que no dicen «la hora», dicen «firma inválida».
1318 "chrony",
1319 # `nftables`: el cortafuegos. `dev.gioser.net` está hoy expuesto a internet con fuerza bruta a root
1320 # en el journal; una caja nueva no debería nacer así.
1321 "nftables",
1322 # `cronie`: el disparador periódico. El latido de la granja son tres líneas de crontab, y en una
1323 # distro sin systemd no hay timers: o hay cron, o el latido se vuelve una tarjeta de arje-zero. Es
1324 # una decisión pendiente, y se declara para que se decida en vez de descubrirse.
1325 "cronie",
1326 # `logrotate`: en una caja que sirve, el log de acceso crece hasta llenar el disco. Caddy rota el
1327 # suyo por configuración, pero nada más lo hace.
1328 "logrotate",
1329 # `wireguard-tools` (2026-09-12): el kernel de esta distro YA trae WireGuard (SDD 22), y hasta hoy
1330 # no había con qué configurarlo — la caja podía hablar el protocolo y no había forma de decirle
1331 # con quién. Es la misma figura que el cortafuegos y el reloj de arriba: capacidad presente en el
1332 # kernel y ausente en el userland.
1333 "wireguard-tools",
1334]
1335
1336# ── QUÉ ARRANCA (el «enable»; SDD 30 §3) ────────────────────────────────────────────────────────
1337# `paquetes` dice qué se INSTALA; esto dice qué se LEVANTA. Son dos hechos distintos y hasta hoy la
1338# distro sólo sabía escribir el primero: el `sshd` de la imagen del producto arrancaba porque su
1339# Card estaba escrita a mano en una constante de Rust (`takana_bootstrap::SSHD_SERVICE_CARD`), no
1340# porque alguien lo hubiera declarado en ningún sitio.
1341#
1342# Cada entrada es el `label` de un `[[service]]` declarado por una receta DEL PERFIL.
1343# `scripts/targets.py --servicios servidor` resuelve label → receta → exec, y además hace la
1344# comprobación INVERSA: avisa de los paquetes de la imagen que TRAEN un demonio que nadie arranca.
1345# Es la versión servicios de la lección de `foot` — la métrica mide la clausura de lo declarado y no
1346# puede ver lo que falta en la declaración. Comprobado antes de escribir esta línea: el resolutor
1347# avisaba «`openssh` está en la imagen y TRAE este servicio, pero el perfil no lo arranca».
1348# `gitea` (2026-09-14): el servidor git de la mudanza. Se habilita acá y el CÓMO lo dice su receta.
1349# ⚠ Su card comprueba dos cosas del SITIO antes de encarnar —`/etc/gitea/app.ini` y el usuario
1350# `gitea` en `/etc/passwd`— y sale con 78 si falta alguna. Es a propósito: las dos vienen con los
1351# datos de la mudanza, y un gitea que arranca sin su config ofrece el asistente de «crear
1352# administrador» a quien pase. Hasta que la mudanza traiga ambas, este servicio NO levanta y lo dice.
1353servicios = ["sshd", "gitea"]