sergio/takana

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  # `zstd-cli` (2026-09-11): la distro comprime TODO con zstd —la imagen del lab
50  # (`lab-image.tar.zst`), el respaldo al Storage Box, el `dd` remoto de una instalación— y la imagen
51  # no traía con qué descomprimirlo: **un takana recién instalado no puede desempacar su propio
52  # laboratorio** (`tar: unrecognized option: zstd`, el tar del rootfs es el de busybox).
53  #
54  # ⚠ Es `zstd-cli` y NO `zstd`. La receta canónica construye **sólo `lib/`** —lo dice su cabecera— y
55  # su artefacto no tiene `usr/bin`: declararla acá no habría arreglado nada. Se vio al aplicarla con
56  # `takana upgrade` en la caja: «✓ generación 1 aplicada, +8 añadidos» y `zstd` seguía ausente,
57  # porque los 8 ficheros eran headers y `libzstd.a`. Ampliar la canónica re-hashearía a sus 13
58  # consumidores (mesa entre ellos), así que va como variante. Ver SDD 28 §6.13.
59  "zstd-cli",
60]
61
62[perfil.cli]
63descripcion = "la capa CLI moderna (Rust) encima de base — el userland real del producto"
64hereda = ["base"]
65# Lift verbatim de CLI_RUST_PKGS (scripts/product-userland-from-repo.sh).
66paquetes = [
67  "bat", "fd", "ripgrep", "jq", "zoxide", "dust", "procs", "htop", "less", "tree",
68  "hyperfine", "delta", "eza", "sd", "tokei", "fzf", "skim", "git-cliff", "gitui",
69  "starship",
70]
71
72[perfil.escritorio-mirada]
73descripcion = "rootfs slim del USB mirada: compositor Wayland propio sobre mesa software"
74# NO hereda base: es una imagen slim a propósito. El ORDEN importa (libs primero, binarios mirada
75# al final) y se preserva. `scripts/mirada-usb.sh` deriva su PKGS de acá (`targets.py
76# escritorio-mirada`), así que esta lista ES la del USB — no una copia que pueda divergir.
77#
78# ── Las tres `-shared` (2026-09-05) ──────────────────────────────────────────────────────────────
79# Cazadas por `scripts/vigia-sonames.py`: `mesa-swrast` y `wayland` salen con `NEEDED libexpat.so.1`,
80# `libz.so.1` y `libffi.so.8`, y las recetas canónicas de expat/zlib/libffi son `--disable-shared`.
81# Ningún artefacto del cierre publicaba esos SONAME ⇒ el rootfs los resolvía contra el sysroot Alpine
82# DEL LAB y la imagen sólo arrancaba donde hubiera Alpine debajo.
83#
84# Es la MISMA fuga que los otros cuatro perfiles ya cerraron el 2026-09-03; mirada quedó fuera porque
85# su lista nació como copia literal del script y nadie la revisó. Van de raíces —y no de `[deps]`—
86# porque son data de RUNTIME: nadie las declara como dep de BUILD, así que la clausura no las alcanza
87# por ninguna arista. Las tres viven en `corpus`, la misma cola, y ya están selladas ⇒ CERO rebuilds.
88#
89# NO se suman `bzip2-shared` ni `ncurses-shared`, que sí llevan los otros perfiles: acá esos sonames
90# los pide sólo `python3`, que es HERRAMIENTA DE BUILD y no viaja en la imagen. Lo accionable del
91# vigía es lo que pide un componente de runtime, y por eso imprime siempre quién pide cada cosa.
92paquetes = [
93  "expat-shared", "zlib-shared", "libffi-shared",
94  "mesa-swrast", "wayland", "libdrm", "seatd", "libinput", "libudev-zero",
95  "libxkbcommon", "pixman", "linux-pam", "mtdev", "libevdev",
96  "mirada-compositor", "mirada-greeter", "mirada-ctl",
97]
98
99[perfil.escritorio-kde]
100descripcion = "escritorio KDE Plasma 6 desde fuente"
101cola = "incoming-kde"
102# ⚠ HEREDA `cli` (y por transitividad `base`) desde el 2026-09-09. Antes no heredaba nada, y la
103# consecuencia estaba medida y no escrita: **de los 27 paquetes de `base`, la clausura de este
104# perfil alcanzaba 2**. Comprobado contra el rootfs de la imagen: sin `bash`, sin `sudo`/`doas`, sin
105# `git`, sin `useradd`, sin `gpg` y **sin `dhcpcd`** — o sea sin con qué pedir una IP. Lo que había
106# (`ip`, `mount`, `fsck`) eran APPLETS DE BUSYBOX: `/sbin/ip → ../bin/busybox`.
107# No era una decisión: era que la composición entre perfiles no estaba declarada. `escritorio-sway`
108# ya heredaba `cli` desde el 2026-08-07 y nadie lo replicó en los otros tres.
109# El mecanismo YA EXISTÍA en `scripts/targets.py` —transitivo, con detección de ciclos y orden
110# preservado—, así que esto es una línea, no una implementación. Ver SDD 27.
111hereda = ["cli"]
112# Raíces del rootfs de metal (docs/HANDOFF-noche-kde-2026-07-14.md:135). El resto del escritorio
113# —137 artefactos hidratados— es CLAUSURA de estas 7, no lista a mano.
114paquetes = [
115  # `desktop-file-utils` (2026-09-09): `update-desktop-database` construye la caché
116  # MIME→APLICACIÓN. Con `shared-mime-info` el escritorio ya sabe QUÉ TIPO es un fichero; sin
117  # ésta sigue sin saber CON QUÉ abrirlo — el menú «abrir con» sale vacío y no hay aplicación
118  # por defecto para ningún tipo. Va como RAÍZ en los CUATRO escritorios y no en `base`,
119  # porque kde/gnome/cosmic NO heredan base: declararla acá funciona con cualquiera de las dos
120  # lecturas del modelo de composición.
121  "desktop-file-utils",
122  "plasma-workspace", "kwin", "kscreenlocker", "breeze", "frameworkintegration",
123  "qqc2-desktop-style", "plasma-integration",
124  # Huecos de RUNTIME confirmados por el triaje de la frontera (2026-07-22). Ninguno bloquea un
125  # build —todas las recetas que los piden ya están selladas— pero sin ellos el escritorio arranca
126  # roto: sin tipos de fichero, sin apps X11, sin diálogos de autorización y con los controles QML
127  # en un estilo genérico. Ver docs/state/frontera-triaje.toml para el porqué de cada uno.
128  "shared-mime-info", "xwayland", "polkit-qt-1", "qqc2-breeze-style",
129  # ⚠ Añadido el 2026-09-03 arrancando la imagen en QEMU. NO sale de la clausura de las 7 raíces
130  # porque no es dep de BUILD de nada: es dep de RUNTIME de plasmashell, que lo pide por D-Bus y
131  # **ABORTA** si no contesta —`kde.plasmashell: Aborting shell load: The activity manager daemon
132  # (kactivitymanagerd) is not running.`— dejando kwin vivo y la pantalla EN NEGRO. El síntoma miente:
133  # `STATUS: kwin=1 plasmashell=1` durante minutos, con los dos procesos vivos y nada pintado.
134  # `plasma-start-qemu.sh` ya lo lanzaba (línea 188); lo que faltaba era que el paquete ENTRARA.
135  # Misma figura que las raíces de runtime de GNOME (imports.gi.*): el cierre de BUILD no es el
136  # cierre de RUNTIME, y lo que se invoca por bus es invisible al grafo de deps.
137  "kactivitymanagerd",
138  # ── CAPA 2: EL ESCRITORIO USABLE ─────────────────────────────────────────────────────────────
139  # ⚠ Añadidas el 2026-09-03. **Las 22 ya estaban SELLADAS en esta cola y no las declaraba nadie**,
140  # así que no cuestan un build: sólo entran a la clausura. Se descubrió listando los `(cola,nombre)`
141  # cuyo artefacto instala un `usr/share/applications/*.desktop` y que `yupana.membresia()` no
142  # asigna a ningún perfil — salieron 23, y 22 son de acá.
143  #
144  # POR QUÉ FALTABAN, que no es lo mismo que «se decidió que no fueran». Las 7 raíces de arriba son
145  # el set MÍNIMO del arranque en metal, tomado de `docs/HANDOFF-noche-kde-2026-07-14.md:135`. Ese
146  # mismo documento nombra lo que faltaba como el trabajo siguiente: *«Capa 2 KF6 / apps núcleo:
147  # importar+construir konsole/dolphin/kate vía granja (extiende el escritorio usable)»*. Se
148  # construyeron y se sellaron; lo que nunca ocurrió fue DECLARARLAS. La métrica no lo podía ver
149  # porque mide lo declarado — la misma figura que dejó a sway en 121/121 sin emulador de terminal.
150  #
151  # Sin esto la imagen es compositor + shell + tema y nada más: **sin terminal no se puede salir de
152  # un fallo, y sin plasma-nm/plasma-pa/powerdevil no hay red, ni audio, ni gestión de energía.**
153  #
154  # Plomería de escritorio — esto no son "apps", es lo que hace que Plasma funcione:
155  "plasma-desktop", "plasma-nm", "plasma-pa", "powerdevil", "kscreen",
156  "systemsettings", "kinfocenter", "kmenuedit", "kwalletmanager",
157  # Núcleo usable: terminal, ficheros, editor, documentos, archivos comprimidos, captura, imágenes.
158  # `konsole` es el que cierra el agujero de «no hay terminal».
159  "konsole", "dolphin", "kate", "okular", "ark", "spectacle", "gwenview",
160  # Accesorios que ya estaban construidos; entran porque no cuesta nada y completan el menú.
161  "kcalc", "kfind", "filelight", "kcharselect", "kruler", "kdf",
162  # ── FUENTES ──────────────────────────────────────────────────────────────────────────────────
163  # Añadida el 2026-09-03 por el mismo recuento que destapó el hueco de GNOME: contando
164  # `.ttf/.otf/.ttc/.pfb` sobre los artefactos del cierre, este perfil tenía **UNA sola**, y de
165  # rebote — viene dentro de `qtbase`, no porque nadie la haya pedido. `fontconfig` estaba, pero
166  # fontconfig es el MOTOR que busca fuentes, no una fuente.
167  # Depender de la que trae qtbase es apoyarse en un detalle de empaquetado de Qt que puede
168  # desaparecer en cualquier versión, y encima deja a todo lo que NO es Qt sin nada.
169  "dejavu-fonts",
170  # `dejavu-fonts-nerd` es la MISMA DejaVu Sans Mono parcheada con Nerd Fonts (~10.000 glifos de
171  # iconos: Powerline, Font Awesome, Devicons…) que usan starship, lsd, eza, neovim y las
172  # statuslines; sin ellos dibujan cuadraditos. Se AÑADE, no reemplaza: la licencia de Bitstream
173  # Vera obliga a renombrar una fuente modificada, así que la parcheada se llama
174  # «DejaVuSansM Nerd Font Mono» y NO puede responder a «DejaVu Sans Mono» — sustituirla rompería
175  # a todo lo que la pide por nombre, empezando por foot. Se enchufa por fontconfig: su
176  # `59-nerd-monospace.conf` hace que el alias `monospace` la prefiera. Ver su receta.
177  "dejavu-fonts-nerd",
178  # ⚠ `xwayland` sigue acá como RAÍZ pero su receta NO se va a escribir: lo provee una imagen ajena
179  # enjaulada, declarado en ../state/qorpa-ajenos.toml (ADR 0015 D5 capa 3, qorpa). El Xwayland vive
180  # DENTRO de la imagen —Arch y Fedora ya lo traen y se cuelga de kwin por el socket— así que el
181  # hueco se disuelve sin receta y sin tocar la postura Wayland-only. Queda como raíz A PROPÓSITO:
182  # la imagen lo NECESITA, y sacarlo de acá lo volvería invisible en vez de contado aparte. El grafo
183  # ya lo reporta con clase `ajeno` («+ 1 ajenas»), nunca sumado a las nativas. Los otros tres ya
184  # están sellados (2026-09-02/03).
185  # ── LA PRIMERA APP DE USUARIO FINAL QUE COMPARTEN LOS CUATRO ESCRITORIOS ──────────────────────
186  # `mpv` vive en el CORPUS, no en esta cola, justamente para poder listarse en las cuatro: una
187  # receta resuelve sibling-first y después el catálogo padre, así que desde acá se alcanza.
188  # Va de raíz por la lección que este mismo fichero ya aprendió con `foot` en el perfil de sway:
189  # una receta sellada que ningún perfil declara NO ESTÁ EN NINGUNA IMAGEN, y la métrica de
190  # clausura no lo puede ver porque mide lo declarado. Sellado ≠ instalado.
191  # Los tres huecos con que entró (ALSA sin PipeWire, sin Lua/OSC, sin vaapi) están CERRADOS al
192  # 2026-09-04: pipewire nativo con ALSA de respaldo, `-Dlua=lua5.2`, y `-Dvaapi=enabled` con `libva`
193  # subida al corpus. Además su ffmpeg ya va con x86asm ⇒ decodifica con SIMD.
194  "mpv",
195  # ── EL NAVEGADOR (SDD 26) ────────────────────────────────────────────────────────────────────
196  # `atuq` vive en el CORPUS por el mismo motivo que mpv: se resuelve sibling-first y después el
197  # catálogo padre, así que desde las cuatro colas se alcanza. Va de raíz por la lección de `foot`
198  # que este fichero ya aprendió: una receta sellada que ningún perfil declara NO ESTÁ EN NINGUNA
199  # IMAGEN, y la clausura no lo puede ver porque mide lo declarado.
200  # Arrastra la cadena GTK3 en sus variantes `-shared` — pango/cairo/gdk-pixbuf/harfbuzz—: con las
201  # estáticas, libgtk-3 y libgdk-3 se llevaban cada una su copia y el navegador no llegaba a pintar.
202  "atuq",
203  # `libnotify` va PEGADO a atuq y por eso mismo: `libxul.so` la abre por `dlopen("libnotify.so.4")`
204  # cuando una página pide permiso para notificar, y como no es un `NEEDED` de ningún ELF, ninguna
205  # herramienta del repo la reclamaba — ni el vigía de sonames, que da CERO. La encontró
206  # `scripts/test-atuq-rootfs.py --dlopen` (SDD 26 §6.10). Sin esta línea la receta está sellada y
207  # en ninguna imagen, que es la lección de `foot` escrita cuatro renglones más arriba.
208  # ⚠ Resuelve la mitad: libnotify no trae daemon, manda `org.freedesktop.Notifications` por D-Bus,
209  # así que la imagen necesita además a alguien escuchando ese nombre.
210  "libnotify",
211  # ── LA IA LOCAL (SDD 26 §6.7) ────────────────────────────────────────────────────────────────
212  # El motor y el modelo van de raíz porque son lo que hace que la barra lateral conteste. `atuq`
213  # los busca en el path de producción (`/usr/bin/llama-server`, `/usr/share/takana/ia/modelo.gguf`)
214  # y, si no están, el panel lo DICE — no se rompe, pero la función no existe.
215  # ⚠ CUESTAN ~1,25 GiB EN CADA IMAGEN (199 M el motor + 1,04 GiB el modelo), y esto es la decisión
216  # de que las cuatro lo lleven: una función del navegador que sólo existe en una imagen es una
217  # trampa, porque el panel está en todas. Bajarlo de acá es bajarlo de la imagen, no de la receta.
218  "llama-cpp",
219  "ia-modelo-chat",
220  # ── CAPTURA Y STREAMING ──────────────────────────────────────────────────────────────────────
221  # `obs-studio` (2026-09-04). A diferencia de mpv, ésta vive en ESTA COLA y no en el corpus, y no
222  # es preferencia: su frontend es Qt6 y las 13 recetas Qt viven sólo en `incoming-kde`. Un qtbase
223  # de corpus tendría otro hash con el MISMO nombre de artefacto ⇒ dos Qt peleando por
224  # `/usr/lib/libQt6Core.so`. ⇒ **por ahora OBS es de KDE y de nadie más**; el día que exista un Qt
225  # de corpus (`yupana radio qtbase` = 119, campaña propia) puede subir y listarse en las cuatro.
226  #
227  # Su renderer va PORTADO a EGL (`obs-glad-egl-loader.patch`): el glad de upstream hacía
228  # `dlopen("libGL.so.1")` + `dlsym("glXGetProcAddressARB")`, o sea GLX en runtime, que esta distro
229  # no tiene ni quiere.
230  #
231  # ⚠ Entra con tres huecos escritos en su receta: sin webcam (`ENABLE_V4L2=OFF`, `libv4l2` no lo
232  # publica ninguna cola), sin salida MPEG-TS (SRT/RIST ausentes) y sin scripting (falta `swig`).
233  # Grabar, capturar la pantalla y publicar por RTMP —el uso real— no pasan por ninguno de los tres.
234  "obs-studio",
235  # ── VISOR DE IMÁGENES, TAMBIÉN EN LAS CUATRO ─────────────────────────────────────────────────
236  # `swayimg` y no `imv`, que era lo que proponía `docs/plan-apps-usuario-final.md`: imv dibuja con
237  # OpenGL de función fija (`glBegin`/`glOrtho`) y esta distro NO tiene proveedor de GL de
238  # escritorio — las tres mesa van `-Dglx=disabled -Dglvnd=false` ⇒ no hay `libGL.so` ni `gl.pc` en
239  # ninguna cola. swayimg rasteriza a `wl_shm` y no toca GL; el porqué largo está en su receta.
240  # Trae de yapa backend DRM: muestra imágenes en una TTY pelada, sin compositor.
241  "swayimg",
242  # ── LAS `.so` QUE mesa Y wayland PIDEN EN RUNTIME Y NINGÚN ARTEFACTO DEL CIERRE PROVEE ────────
243  # Medido el 2026-09-03 recorriendo los NEEDED de todo el cierre de esta imagen contra los SONAME
244  # que ese mismo cierre publica: `libEGL.so.1` pide `libexpat.so.1` y `libwayland-client.so.0` pide
245  # `libffi.so.8`, y las recetas canónicas de expat y libffi son `--disable-shared`. O sea que el
246  # rootfs hidratado los resolvía contra el **sysroot Alpine DEL LAB**.
247  # Es peor que una dep faltante: el lab NO entra en `hash_inputs`, así que la fuga es invisible para
248  # el store — el artefacto se da por bueno y sólo arranca en una máquina con Alpine debajo.
249  # No es un descubrimiento nuevo: es EXACTAMENTE lo que el perfil `escritorio-sway` ya documentó
250  # para `sway`, sólo que ahí se encontró a mano al armar la imagen y estas tres nunca se revisaron.
251  # Van de raíces (y no de `[deps]`) por lo mismo que las fuentes y el XKB: son data de RUNTIME y
252  # nadie las declara como dep de BUILD, así que la clausura no puede alcanzarlas por ninguna arista.
253  # `bzip2-shared` se suma el 2026-09-03, cazada por `scripts/vigia-sonames.py` en los TRES perfiles
254  # a la vez: `freetype-shared` sale con `NEEDED libbz2.so.1` y el `bzip2` canónico del corpus es
255  # `.a`. Es la misma fuga al sysroot del lab que expat y libffi, y venía de antes que zathura —
256  # sólo que hasta ahora nadie cargaba freetype-shared en RUNTIME. Se vio de verdad al probar el
257  # visor: el plugin de PDF no hacía dlopen («Error relocating /usr/lib/libbz2.so.1»). La receta
258  # existía sólo en `incoming-kde`; promovida al corpus con el mismo hash (b3:1e404254 desde las dos
259  # partes ⇒ un solo artefacto, cero rebuilds).
260  # `ncurses-shared` se suma el 2026-09-03 por el ÚLTIMO soname sin proveedor que quedaba pedido por
261  # un componente de RUNTIME: `pw-top` (pipewire) sale con `NEEDED libncursesw.so.6` y el `ncurses`
262  # canónico del corpus es `--without-shared`. La receta de pipewire AFIRMA que quitando la dep
263  # «meson saltea pw-top» — es falso y llevaba así desde agosto: el guardián de upstream es
264  # `if ncurses_dep.found()` y meson lo encontró en el sysroot Alpine DEL LAB. Reproducido: sin esto
265  # el binario muere en el loader con `__vfprintf_chk: symbol not found` (símbolo de
266  # _FORTIFY_SOURCE de glibc que musl no tiene); con esto carga y corre.
267  # ⚠ Esto tapa el SÍNTOMA en runtime, no la causa: pipewire sigue enlazando contra el lab en BUILD.
268  # Arreglarlo de verdad pide re-sellar pipewire, que arrastra 7 artefactos —entre ellos dos Rust
269  # que ya murieron por OOM— así que se paga el día que pipewire se re-selle por otro motivo.
270  "expat-shared", "libffi-shared", "bzip2-shared", "ncurses-shared",
271  # ── TEMA DE ICONOS ───────────────────────────────────────────────────────────────────────────
272  # Añadido el 2026-09-03 releyendo la captura que dio el arranque por bueno
273  # (`docs/evidencia/plasma6-qemu-2026-09-03-kactivitymanagerd.png`): el panel salía con el reloj y
274  # NADA MÁS, y se leyó como «el panel arranca». No era el panel — era que ninguno de sus applets
275  # tenía icono que dibujar. `kickoff`, `systemtray`, `showdesktop` y `trash` SON un icono y poco
276  # más, así que sin tema quedan de ancho cero; el reloj se ve porque dibuja TEXTO. Los `.so` de los
277  # applets estaban todos instalados (`/usr/lib/qt6/plugins/plasma/applets/`), o sea que el síntoma
278  # no distingue «no cargó» de «cargó y no tiene qué pintar».
279  # El log lo decía en UNA línea que nadie leyó: `kf.iconthemes: Icon theme "breeze" not found.`
280  #
281  # `breeze`, que ya estaba de raíz, es el tema de WIDGETS y de CURSORES: instala
282  # `usr/share/icons/Breeze_Light` y `usr/share/icons/breeze_cursors`, que son punteros de ratón, no
283  # iconos de aplicación. Los ~11.000 iconos viven en `breeze-icons`, receta APARTE que estaba
284  # sellada desde siempre y que no declaraba NINGÚN perfil. Misma figura que las fuentes y que
285  # `foot`: es data de RUNTIME, no la alcanza ninguna arista de BUILD, y la clausura no la puede
286  # echar de menos porque mide lo declarado.
287  #
288  # `hicolor-icon-theme` es el FALLBACK obligatorio del estándar freedesktop: cada aplicación
289  # instala sus iconos en `usr/share/icons/hicolor/...` y todo buscador termina ahí cuando el tema
290  # activo no tiene lo pedido. Sin su `index.theme` el directorio existe pero NO es un tema y la
291  # búsqueda no lo recorre. Vive en el corpus desde hoy (promovida con hash IDÉNTICO
292  # b3:98ad44a5 desde `incoming-gnome`/`incoming-cosmic`, 0 rebuilds en sus 4 consumidores) para que
293  # la alcancen las cuatro imágenes.
294  "breeze-icons", "hicolor-icon-theme",
295  # ── ENERGÍA: sin esto la imagen NO TIENE BATERÍA (añadido 2026-09-09) ─────────────────────────
296  # ⚠ El perfil declaraba `powerdevil` —el gestor de energía de Plasma— pero NO a upower, que es
297  # con quien powerdevil habla para leer la batería y aplicar perfiles de energía. Medido: `upower`
298  # no estaba ni en esta cola ni en el corpus, sólo en la de GNOME, y las colas no se ven entre sí.
299  # En un portátil eso es un escritorio sin indicador de batería, y el arranque no falla ⇒ no se ve
300  # hasta usarlo. Es el mismo tipo de hueco que las fuentes de GNOME o el «abrir con» vacío.
301  # La receta es una VARIANTE con `-Dintrospection=disabled`: GNOME la necesita encendida porque su
302  # shell hace `imports.gi.UPowerGlib`, pero powerdevil habla D-Bus con `org.freedesktop.UPower` y
303  # no toca el typelib. Apagarla evita copiar cuatro recetas más de introspección a esta cola.
304  "upower",
305  # ── PORTALES: sin esto NO SE COMPARTE PANTALLA (añadido 2026-09-09) ───────────────────────────
306  # ⚠ Segundo hueco que dejaba a KDE por debajo de una instalación estándar. Medido recorriendo los
307  # `.service` de D-Bus de TODO el store: los únicos backends de portal sellados eran los de COSMIC
308  # y GNOME. Ninguno de KDE — y esta cola no tenía ni el frontend. Consecuencia concreta: la imagen
309  # trae `obs-studio` con su plugin linux-pipewire, que captura pantalla POR EL PORTAL, así que en
310  # Plasma no tenía con quién hablar mientras en los otros dos ese frente estaba cerrado.
311  # Van los DOS porque la cadena es de tres: cliente → org.freedesktop.portal.Desktop [frontend] →
312  # org.freedesktop.impl.portal.* [backend]. El frontend comparte artefacto con el de COSMIC (hash
313  # idéntico ⇒ un solo directorio en el store, cero builds).
314  # ⚠ El backend va SIN el portal de impresión, y no es un recorte por comodidad: no hay ninguna
315  # receta de cups en el catálogo ⇒ qtbase se construyó sin CUPS ⇒ no existe `qcups_p.h` y
316  # `src/print.cpp` no compila. Un portal de impresión sin con qué imprimir es código muerto. El
317  # backend tampoco lo ANUNCIA ya en su `kde.portal` (verificado: 0 apariciones de Print), que es lo
318  # que evita que el frontend enrute a un portal que no contesta.
319  "xdg-desktop-portal", "xdg-desktop-portal-kde",
320]
321
322[perfil.escritorio-gnome]
323descripcion = "escritorio GNOME (Wayland-nativo) desde fuente — 3er escritorio, X11 al tacho"
324cola = "incoming-gnome"
325# ⚠ HEREDA `cli` (y por transitividad `base`) desde el 2026-09-09. Antes no heredaba nada, y la
326# consecuencia estaba medida y no escrita: **de los 27 paquetes de `base`, la clausura de este
327# perfil alcanzaba 2**. Comprobado contra el rootfs de la imagen: sin `bash`, sin `sudo`/`doas`, sin
328# `git`, sin `useradd`, sin `gpg` y **sin `dhcpcd`** — o sea sin con qué pedir una IP. Lo que había
329# (`ip`, `mount`, `fsck`) eran APPLETS DE BUSYBOX: `/sbin/ip → ../bin/busybox`.
330# No era una decisión: era que la composición entre perfiles no estaba declarada. `escritorio-sway`
331# ya heredaba `cli` desde el 2026-08-07 y nadie lo replicó en los otros tres.
332# El mecanismo YA EXISTÍA en `scripts/targets.py` —transitivo, con detección de ciclos y orden
333# preservado—, así que esto es una línea, no una implementación. Ver SDD 27.
334hereda = ["cli"]
335# Raíces de una sesión GNOME que bootea a un shell usable. El resto es CLAUSURA. Hoy son HUECOS
336# (cero recetas en incoming-gnome): build-state SALTA este perfil hasta que su cola se cargue
337# (--gnome), así que declararlo NO reporta raíces fantasma — sólo lo hace un objetivo de primera
338# clase que el sistema conoce. La frontera de autoría se descubre con `seed-gnome.py` (bootstrap por
339# metadata mientras no haya recetas); OJO: ese cierre SOBREESTIMA ~5-10× (ver docs/state/seed-gnome.json
340# y la memoria frente-gnome). El palo largo / keystone es spidermonkey(mozjs) → gjs → gnome-shell.
341#
342# ── SIN gnome-session / gnome-settings-daemon / gdm: APARCADAS POR DISEÑO (2026-08-07) ───────────
343# Estaban acá y hacían que el perfil reportara 124/127 con 3 en `never` PARA SIEMPRE, que se lee
344# como trabajo pendiente. No lo es: las tres mueren en GTK3, y GTK3 es una de las tres deudas que
345# el frente GNOME aparcó a propósito (GTK3 / X11 / PAM). El diagnóstico completo, verificado contra
346# el `meson.build` de cada tag, está en el encabezado de cada receta — que sigue en el repo, con su
347# análisis intacto, por si algún día se autora el stack GTK3.
348#
349# NO son tres problemas, es UNO. Y no bloquean el escritorio: gnome-shell NO depende de
350# gnome-session ni de g-s-d, ni en build ni para arrancar. El camino vivo es mutter → gnome-shell,
351# lanzado por arje. El único que pedía gnome-session era gdm.
352#
353# ⚠ La contradicción costó: `targets.toml` las reclamaba como raíces mientras las recetas decían
354# «aparcadas», así que el grafo reportaba deuda fantasma y el worker las reintentaba en cada ciclo.
355# Dos documentos del repo diciendo cosas opuestas, y el que se mira primero es el grafo.
356# Si algún día se autora GTK3, se vuelven a añadir acá y el objetivo reaparece solo.
357paquetes = [
358  # `desktop-file-utils` (2026-09-09): `update-desktop-database` construye la caché
359  # MIME→APLICACIÓN. Con `shared-mime-info` el escritorio ya sabe QUÉ TIPO es un fichero; sin
360  # ésta sigue sin saber CON QUÉ abrirlo — el menú «abrir con» sale vacío y no hay aplicación
361  # por defecto para ningún tipo. Va como RAÍZ en los CUATRO escritorios y no en `base`,
362  # porque kde/gnome/cosmic NO heredan base: declararla acá funciona con cualquiera de las dos
363  # lecturas del modelo de composición.
364  "desktop-file-utils",
365  "mutter", "gnome-shell", "gjs",
366  "gsettings-desktop-schemas", "gnome-desktop", "xdg-desktop-portal-gnome",
367  # ── LA PRIMERA APP DE USUARIO FINAL QUE COMPARTEN LOS CUATRO ESCRITORIOS ──────────────────────
368  # `mpv` vive en el CORPUS, no en esta cola, justamente para poder listarse en las cuatro: una
369  # receta resuelve sibling-first y después el catálogo padre, así que desde acá se alcanza.
370  # Va de raíz por la lección que este mismo fichero ya aprendió con `foot` en el perfil de sway:
371  # una receta sellada que ningún perfil declara NO ESTÁ EN NINGUNA IMAGEN, y la métrica de
372  # clausura no lo puede ver porque mide lo declarado. Sellado ≠ instalado.
373  # Los tres huecos con que entró (ALSA sin PipeWire, sin Lua/OSC, sin vaapi) están CERRADOS al
374  # 2026-09-04: pipewire nativo con ALSA de respaldo, `-Dlua=lua5.2`, y `-Dvaapi=enabled` con `libva`
375  # subida al corpus. Además su ffmpeg ya va con x86asm ⇒ decodifica con SIMD.
376  "mpv",
377  # ── EL NAVEGADOR (SDD 26) ────────────────────────────────────────────────────────────────────
378  # `atuq` vive en el CORPUS por el mismo motivo que mpv: se resuelve sibling-first y después el
379  # catálogo padre, así que desde las cuatro colas se alcanza. Va de raíz por la lección de `foot`
380  # que este fichero ya aprendió: una receta sellada que ningún perfil declara NO ESTÁ EN NINGUNA
381  # IMAGEN, y la clausura no lo puede ver porque mide lo declarado.
382  # Arrastra la cadena GTK3 en sus variantes `-shared` — pango/cairo/gdk-pixbuf/harfbuzz—: con las
383  # estáticas, libgtk-3 y libgdk-3 se llevaban cada una su copia y el navegador no llegaba a pintar.
384  "atuq",
385  # `libnotify` va PEGADO a atuq y por eso mismo: `libxul.so` la abre por `dlopen("libnotify.so.4")`
386  # cuando una página pide permiso para notificar, y como no es un `NEEDED` de ningún ELF, ninguna
387  # herramienta del repo la reclamaba — ni el vigía de sonames, que da CERO. La encontró
388  # `scripts/test-atuq-rootfs.py --dlopen` (SDD 26 §6.10). Sin esta línea la receta está sellada y
389  # en ninguna imagen, que es la lección de `foot` escrita cuatro renglones más arriba.
390  # ⚠ Resuelve la mitad: libnotify no trae daemon, manda `org.freedesktop.Notifications` por D-Bus,
391  # así que la imagen necesita además a alguien escuchando ese nombre.
392  "libnotify",
393  # ── LA IA LOCAL (SDD 26 §6.7) ────────────────────────────────────────────────────────────────
394  # El motor y el modelo van de raíz porque son lo que hace que la barra lateral conteste. `atuq`
395  # los busca en el path de producción (`/usr/bin/llama-server`, `/usr/share/takana/ia/modelo.gguf`)
396  # y, si no están, el panel lo DICE — no se rompe, pero la función no existe.
397  # ⚠ CUESTAN ~1,25 GiB EN CADA IMAGEN (199 M el motor + 1,04 GiB el modelo), y esto es la decisión
398  # de que las cuatro lo lleven: una función del navegador que sólo existe en una imagen es una
399  # trampa, porque el panel está en todas. Bajarlo de acá es bajarlo de la imagen, no de la receta.
400  "llama-cpp",
401  "ia-modelo-chat",
402  # ── VISOR DE IMÁGENES, TAMBIÉN EN LAS CUATRO ─────────────────────────────────────────────────
403  # `swayimg` y no `imv`, que era lo que proponía `docs/plan-apps-usuario-final.md`: imv dibuja con
404  # OpenGL de función fija (`glBegin`/`glOrtho`) y esta distro NO tiene proveedor de GL de
405  # escritorio — las tres mesa van `-Dglx=disabled -Dglvnd=false` ⇒ no hay `libGL.so` ni `gl.pc` en
406  # ninguna cola. swayimg rasteriza a `wl_shm` y no toca GL; el porqué largo está en su receta.
407  # Trae de yapa backend DRM: muestra imágenes en una TTY pelada, sin compositor.
408  "swayimg",
409  # ── LECTOR DE DOCUMENTOS ─────────────────────────────────────────────────────────────────────
410  # ⚠ NO ESTÁ EN `escritorio-kde`, y no es un olvido. `zathura-pdf-poppler` necesita `poppler-glib`,
411  # que es una receta NUEVA del corpus (la que ya existía va `-DENABLE_GLIB=OFF` y vive en la cola
412  # de KDE). Las dos instalan `/usr/lib/libpoppler.so.146` y son artefactos DISTINTOS ⇒ una imagen
413  # que hidrate las dos pone dos ficheros en la misma ruta y gana el que se proyecte último, que es
414  # el cuadro de las dos glib. KDE ya trae `okular`, que arrastra la poppler de Qt6.
415  # Si alguna vez se quiere zathura en KDE, la salida NO es listarla acá: es jubilar una de las dos
416  # popplers. Escrito también en `recipes/poppler-glib.toml` y `recipes/zathura.toml`.
417  # El plugin va de raíz APARTE del visor a propósito: `zathura` no lo declara en `[deps]` de
418  # runtime —lo carga con dlopen— así que sin esta línea la imagen traería un visor que abre la
419  # ventana y dice «unknown file type». Sellado ≠ instalado, otra vez.
420  "zathura", "zathura-pdf-poppler",
421  # ── LAS `.so` QUE mesa Y wayland PIDEN EN RUNTIME Y NINGÚN ARTEFACTO DEL CIERRE PROVEE ────────
422  # Medido el 2026-09-03 recorriendo los NEEDED de todo el cierre de esta imagen contra los SONAME
423  # que ese mismo cierre publica: `libEGL.so.1` pide `libexpat.so.1` y `libwayland-client.so.0` pide
424  # `libffi.so.8`, y las recetas canónicas de expat y libffi son `--disable-shared`. O sea que el
425  # rootfs hidratado los resolvía contra el **sysroot Alpine DEL LAB**.
426  # Es peor que una dep faltante: el lab NO entra en `hash_inputs`, así que la fuga es invisible para
427  # el store — el artefacto se da por bueno y sólo arranca en una máquina con Alpine debajo.
428  # No es un descubrimiento nuevo: es EXACTAMENTE lo que el perfil `escritorio-sway` ya documentó
429  # para `sway`, sólo que ahí se encontró a mano al armar la imagen y estas tres nunca se revisaron.
430  # Van de raíces (y no de `[deps]`) por lo mismo que las fuentes y el XKB: son data de RUNTIME y
431  # nadie las declara como dep de BUILD, así que la clausura no puede alcanzarlas por ninguna arista.
432  # `bzip2-shared` se suma el 2026-09-03, cazada por `scripts/vigia-sonames.py` en los TRES perfiles
433  # a la vez: `freetype-shared` sale con `NEEDED libbz2.so.1` y el `bzip2` canónico del corpus es
434  # `.a`. Es la misma fuga al sysroot del lab que expat y libffi, y venía de antes que zathura —
435  # sólo que hasta ahora nadie cargaba freetype-shared en RUNTIME. Se vio de verdad al probar el
436  # visor: el plugin de PDF no hacía dlopen («Error relocating /usr/lib/libbz2.so.1»). La receta
437  # existía sólo en `incoming-kde`; promovida al corpus con el mismo hash (b3:1e404254 desde las dos
438  # partes ⇒ un solo artefacto, cero rebuilds).
439  # ── ⚠ TERMINAL Y EDITOR: ESTA IMAGEN NO TENÍA NI UNO NI OTRO ─────────────────────────────────
440  # Medido el 2026-09-03 cruzando la membresía de los cuatro perfiles contra una lista de emuladores
441  # de terminal, editores y gestores de ficheros:
442  #
443  #     escritorio-cosmic  term=cosmic-term   editor=cosmic-edit  archivos=cosmic-files
444  #     escritorio-sway    term=foot          editor=vim          archivos=—
445  #     escritorio-gnome   term=—             editor=—            archivos=—
446  #     escritorio-kde     term=—             editor=—            archivos=—
447  #
448  # Es la lección de `foot` otra vez y a mayor escala: sway llegó a 121/121 SIN emulador de terminal
449  # porque nadie lo declaraba. Un escritorio sin terminal no es uno incompleto: es uno del que no se
450  # puede salir cuando algo falla.
451  #
452  # `foot` y `helix` viven en el CORPUS —no en una cola—, así que desde acá se alcanzan y no hacen
453  # falta recetas nuevas: las dos ya estaban selladas y sin declarar por NADIE. foot es Wayland puro
454  # sobre `xdg-shell` (no pide protocolos de wlroots), así que corre bajo mutter igual que bajo sway;
455  # su único NEEDED es `libc.so`. helix es TUI y corre dentro de la terminal.
456  #
457  # ⚠ ESTO ESTABA VIEJO, corregido el 2026-09-09. Decía que KDE quedaba fuera del arreglo y que «su
458  # perfil son 13 raíces de ARRANQUE EN METAL, no la imagen completa», con konsole/kate/dolphin y
459  # otras 19 apps selladas y sin declarar. Ya no: el frente KDE lo reordenó y hoy su perfil son **48
460  # raíces** con konsole, dolphin, kate, okular, ark, spectacle, gwenview, kcalc, las fuentes y las
461  # `*-shared` de runtime declaradas. De su cola quedan 8 recetas fuera del perfil, y son las que
462  # corresponde: libICE, libSM, libXtst y los cinco eslabones que sólo servían a xwayland
463  # (libfontenc, libXfont2, libxkbfile, libxshmfence, xkbcomp), huérfanos desde que la receta se
464  # retiró.
465  #
466  # Lo que a KDE le queda no es este arreglo sino OTRO, medido el mismo día: su imagen no se hidrata
467  # desde el perfil sino de un rootfs YA ARMADO (`kde-qemu-rootfs`, 8,4 G) que nadie re-deriva, así
468  # que se queda atrás a medida que el perfil crece. Comprobado contra ese rootfs: de las 18 hojas
469  # que el perfil declara están 15 — faltan `obs-studio` y `atuq`, justo las dos que se añadieron
470  # después de aquella hidratación. Re-hidratarlo con `scripts/hydrate-profile.py escritorio-kde`
471  # es decisión del frente KDE, no de éste.
472  "foot", "helix",
473  # ── FUENTES ──────────────────────────────────────────────────────────────────────────────────
474  # ⚠ Añadida el 2026-09-03 porque este perfil no traía NI UN FICHERO DE FUENTE. Medido recorriendo
475  # los artefactos del cierre y contando `.ttf/.otf/.ttc/.pfb`: **gnome=0**, sway=22 (dejavu),
476  # kde=1 (una que viene dentro de qtbase). `fontconfig` estaba, pero fontconfig es el MOTOR que
477  # busca fuentes, no una fuente — tenerlo y creer que hay tipografía es el mismo error que
478  # confundir un directorio vacío con un artefacto.
479  # Se descubrió con `poppler-render-check`: un PDF con fuentes base-14 (Helvetica, Times…) NO
480  # trae la tipografía adentro, la sustituye el visor por fontconfig, así que sin fuentes el
481  # documento se ve VACÍO — y el visor no da error, que es lo peor.
482  # `dejavu-fonts` es la única receta de fuentes del catálogo entero. Que KDE esté igual (1 fuente
483  # de rebote, dentro de qtbase) es un hallazgo aparte y NO se toca acá: ese perfil no lleva zathura
484  # y su árbol lo está trabajando otro frente.
485  "dejavu-fonts",
486  # `dejavu-fonts-nerd` es la MISMA DejaVu Sans Mono parcheada con Nerd Fonts (~10.000 glifos de
487  # iconos: Powerline, Font Awesome, Devicons…) que usan starship, lsd, eza, neovim y las
488  # statuslines; sin ellos dibujan cuadraditos. Se AÑADE, no reemplaza: la licencia de Bitstream
489  # Vera obliga a renombrar una fuente modificada, así que la parcheada se llama
490  # «DejaVuSansM Nerd Font Mono» y NO puede responder a «DejaVu Sans Mono» — sustituirla rompería
491  # a todo lo que la pide por nombre, empezando por foot. Se enchufa por fontconfig: su
492  # `59-nerd-monospace.conf` hace que el alias `monospace` la prefiera. Ver su receta.
493  "dejavu-fonts-nerd",
494  # `ncurses-shared` se suma el 2026-09-03 por el ÚLTIMO soname sin proveedor que quedaba pedido por
495  # un componente de RUNTIME: `pw-top` (pipewire) sale con `NEEDED libncursesw.so.6` y el `ncurses`
496  # canónico del corpus es `--without-shared`. La receta de pipewire AFIRMA que quitando la dep
497  # «meson saltea pw-top» — es falso y llevaba así desde agosto: el guardián de upstream es
498  # `if ncurses_dep.found()` y meson lo encontró en el sysroot Alpine DEL LAB. Reproducido: sin esto
499  # el binario muere en el loader con `__vfprintf_chk: symbol not found` (símbolo de
500  # _FORTIFY_SOURCE de glibc que musl no tiene); con esto carga y corre.
501  # ⚠ Esto tapa el SÍNTOMA en runtime, no la causa: pipewire sigue enlazando contra el lab en BUILD.
502  # Arreglarlo de verdad pide re-sellar pipewire, que arrastra 7 artefactos —entre ellos dos Rust
503  # que ya murieron por OOM— así que se paga el día que pipewire se re-selle por otro motivo.
504  "expat-shared", "libffi-shared", "bzip2-shared", "ncurses-shared",
505  # `xz-shared` se suma el 2026-09-05, cazada por `scripts/vigia-sonames.py`. Y es la MÁS grave de
506  # todas las de esta clase encontradas hasta ahora: quien pide `liblzma.so.5` no es una herramienta
507  # ni un binario suelto, es **`libadwaita-1.so.0`** — la librería contra la que enlaza TODA app
508  # GTK4/GNOME de la imagen. Sin proveedor, el loader falla en cada una de ellas, no en una.
509  # El `xz` canónico del corpus es `.a`; la receta `-shared` existía sólo en `incoming-kde`, y se
510  # promueve al corpus igual que `bzip2-shared`: mismo hash desde las dos partes
511  # (b3:174289d5) ⇒ un solo artefacto, cero rebuilds.
512  # Sólo va acá: en cosmic y sway ese soname lo pide únicamente `python3`, que no viaja en la imagen.
513  "xz-shared",
514  # ── TEMA DE ICONOS Y DE CURSORES ─────────────────────────────────────────────────────────────
515  # Añadido el 2026-09-03: medido sobre los artefactos del cierre, este perfil tenía **CERO** temas
516  # de iconos — ni siquiera `hicolor`. Se ve en `docs/evidencia/gnome-shell-qemu-2026-09-03-libs-
517  # compartidas.png`: la barra superior trae la fecha (texto) y el pill de espacios de trabajo, y la
518  # DERECHA está vacía — los indicadores de red, volumen y batería son iconos, y no había ninguno
519  # que dibujar. Mismo defecto que en KDE y por el mismo motivo: data de RUNTIME que no alcanza
520  # ninguna arista de BUILD.
521  #
522  # `adwaita-icon-theme` estaba escrita y SELLADA desde el frente GNOME y no la declaraba nadie. Su
523  # propia cabecera explica por qué la escribieron: mutter avisa `No cursor theme available` y **sin
524  # tema de cursor no hay puntero visible** con el cursor por software que obliga virtio-gpu. Los
525  # XCursor viven ahí adentro (`Adwaita/cursors/`), no en un paquete aparte.
526  # `hicolor-icon-theme` va explícito aunque Adwaita lo declare `Inherits=hicolor`: la herencia se
527  # resuelve en RUNTIME leyendo el `index.theme` del padre, así que el padre tiene que estar
528  # INSTALADO. Desde hoy se resuelve contra el corpus (misma receta, mismo hash).
529  "adwaita-icon-theme", "hicolor-icon-theme",
530  # ── EXTENSIONES DEL SHELL ────────────────────────────────────────────────────────────────────
531  # ⚠ Añadida el 2026-09-09: esta imagen traía la CÁSCARA de GNOME y ni una extensión. No es un
532  # detalle estético — GNOME manda un shell deliberadamente mínimo y el ecosistema lo completa por
533  # acá; sin ninguna, el escritorio es lo que el proyecto entrega y nadie usa tal cual.
534  # El shell SÍ sabe cargarlas sin nada más: `ui/extensionSystem.js` va en el gresource sin opción
535  # que lo apague y su gschema sellado trae `enabled-extensions`. Lo que faltaba era que hubiera
536  # alguna, y va de RAÍZ por la lección de `foot` que este fichero ya aprendió tres veces.
537  # ⚠ NO hace falta glib-networking ni TLS: eso sólo lo pide BAJARLAS desde extensions.gnome.org
538  # con el descargador del shell. Empaquetada, se instala como cualquier receta.
539  # La receta se construye desde el REPO del autor (tag v72), no desde el zip de EGO: hammer extrae
540  # con `tar -x` y GNU tar no lee zip, y además el zip es un artefacto que construye EGO a partir
541  # de ese mismo repo. El layout instalado se verificó CONTRA ese zip: idéntico, sin sobras ni
542  # faltantes.
543  # ⚠ La LISTA de activas no vive en ninguna receta: `enabled-extensions` es un ARRAY y un override
544  # de GSettings lo escribe entero, así que dos recetas con el suyo no se suman — ganaría la última
545  # y las otras quedarían instaladas y MUERTAS, sin error. La arma `scripts/gnome/gnome-start-qemu.sh`
546  # enumerando los uuid presentes en /usr/share/gnome-shell/extensions antes de compilar los
547  # esquemas. Una receta no puede ser ese sitio: hammer exige `[source]` en toda receta.
548  "gnome-shell-extension-blur-my-shell",
549  # `dash-to-panel` es la que más cambia el uso diario: junta dash, ventanas y bandeja en una barra.
550  # `appindicator` devuelve los ICONOS DE BANDEJA que GNOME quitó — sin ella, las apps que usan
551  # StatusNotifierItem corren y no tienen dónde mostrarse.
552  "gnome-shell-extension-dash-to-panel", "gnome-shell-extension-appindicator",
553  # ── Y LA APP QUE GNOME NO INSTALA Y TODO EL MUNDO NECESITA ───────────────────────────────────
554  # `gnome-tweaks`: tema, iconos, cursor, tipografías, los botones de minimizar/maximizar que GNOME
555  # esconde, y el interruptor de las extensiones. Es una app de PYTHON, así que su receta declara
556  # `python3` y `py3-gobject` como deps de RUNTIME: sin ellas en la imagen se instala y no arranca,
557  # y ningún build puede delatarlo.
558  "gnome-tweaks",
559  # ── RAÍCES DE RUNTIME QUE EL GRAFO NO PUEDE VER (traídas acá el 2026-09-09) ───────────────────
560  # ⚠ Estas once vivían SÓLO dentro de `scripts/gnome/hydrate-gnome.sh`, en una lista escrita a
561  # mano. O sea DOS fuentes de verdad para «qué lleva la imagen de GNOME», y habían divergido en
562  # los DOS sentidos: el script no conocía 21 paquetes que este perfil declara —entre ellos el
563  # navegador, la terminal, el editor, el visor de PDF, las fuentes y las tres extensiones— y este
564  # perfil no conocía estas once, sin las cuales el shell no arranca. Es exactamente el modo de
565  # fallo que la cabecera de `scripts/hydrate-profile.py` describe y que `vigia-imagen.py` existe
566  # para cazar.
567  # Ninguna es dep de BUILD de nadie: el shell las carga por `imports.gi.*` al arrancar, y eso es
568  # invisible para la clausura de deps. La justificación de cada una la traía el script:
569  "accountsservice",           # imports.gi.AccountsService
570  "gi-foreign-typelibs",       # DBus-1.0 / cairo-1.0, que Gdk y Atspi incluyen
571  "gi-girepository-typelib",   # lo pide el propio gjs desde su JS embebido
572  "libgdm",                    # imports.gi.Gdm — el shell lo importa SIN condición al arrancar
573  "geoclue",                   # imports.gi.Geoclue
574  "libgweather",               # imports.gi.GWeather
575  "upower",                    # imports.gi.UPowerGlib
576  "librsvg",                   # imports.gi.Rsvg
577  "ibus",                      # imports.gi.IBus
578  # Ni typelib ni librería: los GSCHEMAS de gnome-settings-daemon. El demonio está aparcado
579  # (GTK3/X11) pero el shell lee sus esquemas al armar los quick settings, y si faltan la excepción
580  # ocurre DENTRO de Main.start() ⇒ el panel no se arma y la pantalla queda NEGRA.
581  "gsd-schemas",
582  # `wireplumber` es lo que le da DISPOSITIVOS a PipeWire (que ya entra por la clausura): sin él hay
583  # socket de audio y nada que suene.
584  "wireplumber",
585]
586
587[perfil.escritorio-cosmic]
588descripcion = "escritorio COSMIC (System76, Rust sobre smithay/iced) desde fuente — 4º escritorio"
589cola = "incoming-cosmic"
590# ⚠ HEREDA `cli` (y por transitividad `base`) desde el 2026-09-09. Antes no heredaba nada, y la
591# consecuencia estaba medida y no escrita: **de los 27 paquetes de `base`, la clausura de este
592# perfil alcanzaba 2**. Comprobado contra el rootfs de la imagen: sin `bash`, sin `sudo`/`doas`, sin
593# `git`, sin `useradd`, sin `gpg` y **sin `dhcpcd`** — o sea sin con qué pedir una IP. Lo que había
594# (`ip`, `mount`, `fsck`) eran APPLETS DE BUSYBOX: `/sbin/ip → ../bin/busybox`.
595# No era una decisión: era que la composición entre perfiles no estaba declarada. `escritorio-sway`
596# ya heredaba `cli` desde el 2026-08-07 y nadie lo replicó en los otros tres.
597# El mecanismo YA EXISTÍA en `scripts/targets.py` —transitivo, con detección de ciclos y orden
598# preservado—, así que esto es una línea, no una implementación. Ver SDD 27.
599hereda = ["cli"]
600# Las raíces son EXACTAMENTE lo que `cosmic-session/src/main.rs` levanta, más el gestor mismo y los
601# datos que ningún `[deps]` alcanza. El resto es CLAUSURA.
602#
603# ── POR QUÉ ESTE PERFIL NO ES BUROCRACIA ────────────────────────────────────────────────────────
604# Sin él, `yupana radio` sobre cualquier receta COMPARTIDA —libinput, libxkbcommon, libudev-zero,
605# mesa, wayland— devuelve «IMÁGENES afectadas: (ninguna declarada)» para COSMIC, y el próximo que las
606# toque MIDE DE MENOS. La campaña existe en el store y en el runbook, pero el ábaco no la ve: el radio
607# de un re-hash es justo lo que el perfil convierte en dato.
608#
609# Nota de nombres, que acá no coinciden y ya costó una vez: el repo `cosmic-workspaces-epoch` produce
610# el binario `cosmic-workspaces`, y el AppID tampoco lleva el sufijo. Se lista por el nombre de la
611# RECETA, que es el del repo.
612paquetes = [
613  # `desktop-file-utils` (2026-09-09): `update-desktop-database` construye la caché
614  # MIME→APLICACIÓN. Con `shared-mime-info` el escritorio ya sabe QUÉ TIPO es un fichero; sin
615  # ésta sigue sin saber CON QUÉ abrirlo — el menú «abrir con» sale vacío y no hay aplicación
616  # por defecto para ningún tipo. Va como RAÍZ en los CUATRO escritorios y no en `base`,
617  # porque kde/gnome/cosmic NO heredan base: declararla acá funciona con cualquiera de las dos
618  # lecturas del modelo de composición.
619  "desktop-file-utils",
620  "cosmic-comp", "cosmic-session", "cosmic-settings-daemon",
621  "cosmic-panel", "cosmic-launcher", "cosmic-app-library", "cosmic-workspaces-epoch",
622  "cosmic-notifications", "cosmic-osd", "cosmic-bg", "cosmic-idle",
623  # Los applets del panel. No es un componente que la sesión lance: lo spawnea el PANEL, por AppID,
624  # y sin ellos arranca y no se dibuja. Un binario multiplexor con veinte symlinks.
625  "cosmic-applets",
626  # El MOTOR del lanzador, de otro repo y fuera del pin `epoch-N`: `cosmic-launcher` sólo dibuja y
627  # lanza a `pop-launcher` como proceso hijo por PATH. Sin él, `Super` no abre nada.
628  "pop-launcher",
629  # Y el `qalc` al que el plugin `calc` le pasa la expresión: tercer nivel de hijo por PATH. Es la
630  # primera raíz del perfil que existe para que una TECLA dé un resultado, no para que algo enlace.
631  "libqalculate",
632  # La primera APLICACIÓN con ventana del catálogo, y la primera entrada de la biblioteca que no es
633  # `NoDisplay`. Hasta acá el perfil listaba escritorio; desde acá lista también lo que se abre.
634  "cosmic-term",
635  # La segunda: el gestor de ficheros. Sin `gvfs` (no hay glib compartida) ⇒ navegación local sí,
636  # montajes remotos no.
637  "cosmic-files",
638  # La tercera: el panel de control. Habla con los daemons por zbus, así que NO arrastra
639  # NetworkManager/udisks/accountsservice — sólo libdrm y dav1d sobre el juego fijo.
640  "cosmic-settings",
641  # La cuarta: el editor de texto, y la más barata de las cuatro — su árbol ya estaba compilado (usa
642  # `cosmic-files` como crate, igual que la terminal). Su binario enlaza SÓLO `libxkbcommon` y
643  # `libc.so`: dos NEEDED, el mínimo de todos los clientes de la suite.
644  "cosmic-edit",
645  # La quinta: la tienda. Con el backend `pkgar` —el único de los cuatro que no pide ni una torre de
646  # C (flatpak) ni un demonio ausente (packagekit)— NAVEGA el catálogo instalado leyendo el AppStream
647  # del sistema, pero NO instala: nada está cableado al `.swm` de hammer.
648  "cosmic-store",
649  # La sexta: la captura de pantalla. Cero C —el único `[deps] build = []` de la campaña— pero HOY
650  # NO FUNCIONA: todo su trabajo es `Screenshot::request()` contra `org.freedesktop.portal.Desktop`,
651  # y en la imagen no hay portal. Se lista igual para que el hueco sea visible.
652  "cosmic-screenshot",
653  # La CADENA DEL PORTAL, dos raíces porque son dos procesos que se encuentran por D-Bus en runtime:
654  # el frontend registra `org.freedesktop.portal.Desktop` y enruta al backend, que implementa
655  # Access/FileChooser/Screenshot/Settings/ScreenCast. Sin ellos no hay captura, ni selector de
656  # ficheros de portal, ni compartir pantalla.
657  "xdg-desktop-portal", "xdg-desktop-portal-cosmic",
658  # Y la SONDA con que se mide esa cadena. No es escritorio: es el instrumento. Se lista como raíz
659  # porque nadie la declara como dep y sin ella el perfil no incluiría con qué verificarse a sí
660  # mismo — un handshake de portal sólo se puede ejercer DESDE la sesión, con bus y compositor vivos.
661  "portal-probe",
662  # El GESTOR DE SESIÓN de pipewire. Se lista como raíz porque ningún `[deps]` lo alcanza: es un
663  # CLIENTE del demonio, no una librería de nadie. Trae consigo la glib COMPARTIDA (`glib-shared`),
664  # que no es la estática que usa el resto de la cola — wireplumber produce `.so` y la estática del
665  # corpus no es PIC. Construido y corriendo; NO desbloqueó ScreenCast (ver el runbook).
666  "wireplumber",
667  # Datos, no binarios: el tema de iconos (y el hicolor del que hereda), las tablas de xkb y una
668  # tipografía. Ninguno es dep de build de nadie y sin ellos el escritorio arranca roto — sin puntero,
669  # sin teclado o con tofu.
670  "cosmic-icons", "hicolor-icon-theme", "xkeyboard-config", "dejavu-fonts",
671  # ⚠ «sin puntero» lo decía este comentario desde que se escribió y NO era cierto: `cosmic-icons`
672  # instala iconos de aplicación, no cursores, así que este perfil llegó a 43/43 con el puntero
673  # INVISIBLE. Lo cazó `vigia-imagen.py` el 2026-09-04. Los cursores son su propia raíz.
674  "adwaita-cursors",
675  # `dejavu-fonts-nerd` es la MISMA DejaVu Sans Mono parcheada con Nerd Fonts (~10.000 glifos de
676  # iconos: Powerline, Font Awesome, Devicons…) que usan starship, lsd, eza, neovim y las
677  # statuslines; sin ellos dibujan cuadraditos. Se AÑADE, no reemplaza: la licencia de Bitstream
678  # Vera obliga a renombrar una fuente modificada, así que la parcheada se llama
679  # «DejaVuSansM Nerd Font Mono» y NO puede responder a «DejaVu Sans Mono» — sustituirla rompería
680  # a todo lo que la pide por nombre, empezando por foot. Se enchufa por fontconfig: su
681  # `59-nerd-monospace.conf` hace que el alias `monospace` la prefiera. Ver su receta.
682  "dejavu-fonts-nerd",
683  # Lo que `start-cosmic` ejecuta y ningún `[deps]` pide: bash de verdad y el bus de sesión.
684  "bash", "dbus",
685  # ── LA PRIMERA APP DE USUARIO FINAL QUE COMPARTEN LOS CUATRO ESCRITORIOS ──────────────────────
686  # `mpv` vive en el CORPUS, no en esta cola, justamente para poder listarse en las cuatro: una
687  # receta resuelve sibling-first y después el catálogo padre, así que desde acá se alcanza.
688  # Va de raíz por la lección que este mismo fichero ya aprendió con `foot` en el perfil de sway:
689  # una receta sellada que ningún perfil declara NO ESTÁ EN NINGUNA IMAGEN, y la métrica de
690  # clausura no lo puede ver porque mide lo declarado. Sellado ≠ instalado.
691  # Los tres huecos con que entró (ALSA sin PipeWire, sin Lua/OSC, sin vaapi) están CERRADOS al
692  # 2026-09-04: pipewire nativo con ALSA de respaldo, `-Dlua=lua5.2`, y `-Dvaapi=enabled` con `libva`
693  # subida al corpus. Además su ffmpeg ya va con x86asm ⇒ decodifica con SIMD.
694  "mpv",
695  # ── EL NAVEGADOR (SDD 26) ────────────────────────────────────────────────────────────────────
696  # `atuq` vive en el CORPUS por el mismo motivo que mpv: se resuelve sibling-first y después el
697  # catálogo padre, así que desde las cuatro colas se alcanza. Va de raíz por la lección de `foot`
698  # que este fichero ya aprendió: una receta sellada que ningún perfil declara NO ESTÁ EN NINGUNA
699  # IMAGEN, y la clausura no lo puede ver porque mide lo declarado.
700  # Arrastra la cadena GTK3 en sus variantes `-shared` — pango/cairo/gdk-pixbuf/harfbuzz—: con las
701  # estáticas, libgtk-3 y libgdk-3 se llevaban cada una su copia y el navegador no llegaba a pintar.
702  "atuq",
703  # `libnotify` va PEGADO a atuq y por eso mismo: `libxul.so` la abre por `dlopen("libnotify.so.4")`
704  # cuando una página pide permiso para notificar, y como no es un `NEEDED` de ningún ELF, ninguna
705  # herramienta del repo la reclamaba — ni el vigía de sonames, que da CERO. La encontró
706  # `scripts/test-atuq-rootfs.py --dlopen` (SDD 26 §6.10). Sin esta línea la receta está sellada y
707  # en ninguna imagen, que es la lección de `foot` escrita cuatro renglones más arriba.
708  # ⚠ Resuelve la mitad: libnotify no trae daemon, manda `org.freedesktop.Notifications` por D-Bus,
709  # así que la imagen necesita además a alguien escuchando ese nombre.
710  "libnotify",
711  # ── LA IA LOCAL (SDD 26 §6.7) ────────────────────────────────────────────────────────────────
712  # El motor y el modelo van de raíz porque son lo que hace que la barra lateral conteste. `atuq`
713  # los busca en el path de producción (`/usr/bin/llama-server`, `/usr/share/takana/ia/modelo.gguf`)
714  # y, si no están, el panel lo DICE — no se rompe, pero la función no existe.
715  # ⚠ CUESTAN ~1,25 GiB EN CADA IMAGEN (199 M el motor + 1,04 GiB el modelo), y esto es la decisión
716  # de que las cuatro lo lleven: una función del navegador que sólo existe en una imagen es una
717  # trampa, porque el panel está en todas. Bajarlo de acá es bajarlo de la imagen, no de la receta.
718  "llama-cpp",
719  "ia-modelo-chat",
720  # ── VISOR DE IMÁGENES, TAMBIÉN EN LAS CUATRO ─────────────────────────────────────────────────
721  # `swayimg` y no `imv`, que era lo que proponía `docs/plan-apps-usuario-final.md`: imv dibuja con
722  # OpenGL de función fija (`glBegin`/`glOrtho`) y esta distro NO tiene proveedor de GL de
723  # escritorio — las tres mesa van `-Dglx=disabled -Dglvnd=false` ⇒ no hay `libGL.so` ni `gl.pc` en
724  # ninguna cola. swayimg rasteriza a `wl_shm` y no toca GL; el porqué largo está en su receta.
725  # Trae de yapa backend DRM: muestra imágenes en una TTY pelada, sin compositor.
726  "swayimg",
727  # ── LECTOR DE DOCUMENTOS ─────────────────────────────────────────────────────────────────────
728  # ⚠ NO ESTÁ EN `escritorio-kde`, y no es un olvido. `zathura-pdf-poppler` necesita `poppler-glib`,
729  # que es una receta NUEVA del corpus (la que ya existía va `-DENABLE_GLIB=OFF` y vive en la cola
730  # de KDE). Las dos instalan `/usr/lib/libpoppler.so.146` y son artefactos DISTINTOS ⇒ una imagen
731  # que hidrate las dos pone dos ficheros en la misma ruta y gana el que se proyecte último, que es
732  # el cuadro de las dos glib. KDE ya trae `okular`, que arrastra la poppler de Qt6.
733  # Si alguna vez se quiere zathura en KDE, la salida NO es listarla acá: es jubilar una de las dos
734  # popplers. Escrito también en `recipes/poppler-glib.toml` y `recipes/zathura.toml`.
735  # El plugin va de raíz APARTE del visor a propósito: `zathura` no lo declara en `[deps]` de
736  # runtime —lo carga con dlopen— así que sin esta línea la imagen traería un visor que abre la
737  # ventana y dice «unknown file type». Sellado ≠ instalado, otra vez.
738  "zathura", "zathura-pdf-poppler",
739  # ── LAS `.so` QUE mesa Y wayland PIDEN EN RUNTIME Y NINGÚN ARTEFACTO DEL CIERRE PROVEE ────────
740  # Medido el 2026-09-03 recorriendo los NEEDED de todo el cierre de esta imagen contra los SONAME
741  # que ese mismo cierre publica: `libEGL.so.1` pide `libexpat.so.1` y `libwayland-client.so.0` pide
742  # `libffi.so.8`, y las recetas canónicas de expat y libffi son `--disable-shared`. O sea que el
743  # rootfs hidratado los resolvía contra el **sysroot Alpine DEL LAB**.
744  # Es peor que una dep faltante: el lab NO entra en `hash_inputs`, así que la fuga es invisible para
745  # el store — el artefacto se da por bueno y sólo arranca en una máquina con Alpine debajo.
746  # No es un descubrimiento nuevo: es EXACTAMENTE lo que el perfil `escritorio-sway` ya documentó
747  # para `sway`, sólo que ahí se encontró a mano al armar la imagen y estas tres nunca se revisaron.
748  # Van de raíces (y no de `[deps]`) por lo mismo que las fuentes y el XKB: son data de RUNTIME y
749  # nadie las declara como dep de BUILD, así que la clausura no puede alcanzarlas por ninguna arista.
750  # `bzip2-shared` se suma el 2026-09-03, cazada por `scripts/vigia-sonames.py` en los TRES perfiles
751  # a la vez: `freetype-shared` sale con `NEEDED libbz2.so.1` y el `bzip2` canónico del corpus es
752  # `.a`. Es la misma fuga al sysroot del lab que expat y libffi, y venía de antes que zathura —
753  # sólo que hasta ahora nadie cargaba freetype-shared en RUNTIME. Se vio de verdad al probar el
754  # visor: el plugin de PDF no hacía dlopen («Error relocating /usr/lib/libbz2.so.1»). La receta
755  # existía sólo en `incoming-kde`; promovida al corpus con el mismo hash (b3:1e404254 desde las dos
756  # partes ⇒ un solo artefacto, cero rebuilds).
757  # `ncurses-shared` se suma el 2026-09-03 por el ÚLTIMO soname sin proveedor que quedaba pedido por
758  # un componente de RUNTIME: `pw-top` (pipewire) sale con `NEEDED libncursesw.so.6` y el `ncurses`
759  # canónico del corpus es `--without-shared`. La receta de pipewire AFIRMA que quitando la dep
760  # «meson saltea pw-top» — es falso y llevaba así desde agosto: el guardián de upstream es
761  # `if ncurses_dep.found()` y meson lo encontró en el sysroot Alpine DEL LAB. Reproducido: sin esto
762  # el binario muere en el loader con `__vfprintf_chk: symbol not found` (símbolo de
763  # _FORTIFY_SOURCE de glibc que musl no tiene); con esto carga y corre.
764  # ⚠ Esto tapa el SÍNTOMA en runtime, no la causa: pipewire sigue enlazando contra el lab en BUILD.
765  # Arreglarlo de verdad pide re-sellar pipewire, que arrastra 7 artefactos —entre ellos dos Rust
766  # que ya murieron por OOM— así que se paga el día que pipewire se re-selle por otro motivo.
767  "expat-shared", "libffi-shared", "bzip2-shared", "ncurses-shared",
768]
769
770[perfil.escritorio-sway]
771descripcion = "WM Wayland ligero: sway sobre wlroots propio, sin X11 y sin systemd"
772cola = "incoming-wlr"
773hereda = ["cli"]
774# Sellado entero el 2026-08-07. A diferencia de los otros tres escritorios, éste NO tiene una torre
775# de C debajo: son una decena de binarios pequeños sobre wlroots, y por eso salió en una noche
776# mientras KDE y GNOME fueron campañas de semanas.
777#
778# `hereda = ["cli"]` a propósito: un WM ligero sin userland debajo no se usa: hace falta la terminal
779# y las herramientas.
780#
781# 2026-08-26: este comentario decía que `foot` «entra por la clausura de cli, así que no se lista
782# acá». ERA FALSO y el grafo lo desmentía: `foot` está sellado en el corpus pero `perfil.cli` no lo
783# lista entre sus raíces, así que ningún perfil lo arrastraba. El perfil daba 121/121 SIN EMULADOR DE
784# TERMINAL — sellado completo y aun así inusable. Se detectó al hidratar la clausura para armar la
785# imagen, no antes: la métrica de perfil mide la clausura de las raíces declaradas, y no puede ver lo
786# que falta en la declaración. `foot` se lista ahora donde le toca, entre las raíces del escritorio.
787#
788# Sólo RAÍCES: la clausura —wlroots, mesa, wayland, libinput, seatd, cairo, pango, fcft…— la calcula
789# el grafo siguiendo las aristas de deps. Escribirla a mano sería justo lo que targets.toml existe
790# para no hacer.
791paquetes = [
792  # `desktop-file-utils` (2026-09-09): `update-desktop-database` construye la caché
793  # MIME→APLICACIÓN. Con `shared-mime-info` el escritorio ya sabe QUÉ TIPO es un fichero; sin
794  # ésta sigue sin saber CON QUÉ abrirlo — el menú «abrir con» sale vacío y no hay aplicación
795  # por defecto para ningún tipo. Va como RAÍZ en los CUATRO escritorios y no en `base`,
796  # porque kde/gnome/cosmic NO heredan base: declararla acá funciona con cualquiera de las dos
797  # lecturas del modelo de composición.
798  "desktop-file-utils",
799  # el compositor y sus utilidades propias
800  "sway",
801  # lo que hace que se USE y no sólo arranque
802  "yambar",        # barra de estado (yambar y no waybar: waybar exige gtkmm-3.0, o sea GTK3 + sus
803                   # bindings C++, que es deuda aparcada por diseño. Medido, no supuesto.)
804  "foot",          # emulador de terminal (misma familia que fcft/tllist, ya en la clausura)
805  "fuzzel",        # lanzador de aplicaciones
806  # ── DATOS, no binarios: nadie los declara como dep de build, así que SÓLO entran como raíces ──
807  # Ninguna receta depende de una fuente ni de un mapa de teclado para COMPILAR, de modo que la
808  # clausura no puede alcanzarlos por más aristas que siga. Si no están acá, no están.
809  "dejavu-fonts",       # sin UNA fuente, foot muere con «monospace::size=8: failed to match font»
810  # `dejavu-fonts-nerd` es la MISMA DejaVu Sans Mono parcheada con Nerd Fonts (~10.000 glifos de
811  # iconos: Powerline, Font Awesome, Devicons…) que usan starship, lsd, eza, neovim y las
812  # statuslines; sin ellos dibujan cuadraditos. Se AÑADE, no reemplaza: la licencia de Bitstream
813  # Vera obliga a renombrar una fuente modificada, así que la parcheada se llama
814  # «DejaVuSansM Nerd Font Mono» y NO puede responder a «DejaVu Sans Mono» — sustituirla rompería
815  # a todo lo que la pide por nombre, empezando por foot. Se enchufa por fontconfig: su
816  # `59-nerd-monospace.conf` hace que el alias `monospace` la prefiera. Ver su receta.
817  "dejavu-fonts-nerd",
818  "xkeyboard-config",   # sin datos XKB: «xkbcommon: ERROR: failed to add default include path
819                        # /usr/share/X11/xkb», y sway no completa el seat
820  # Cursores. Mismo caso que las fuentes y el XKB, y con el mismo modo de fallo silencioso: con el
821  # cursor por software el compositor dibuja lo que le da el TEMA, y sin tema el puntero se mueve
822  # invisible. Este perfil llegó a 173/173 sin uno. Trae además `/usr/share/icons/default`, que es
823  # lo que buscan libXcursor y wlroots cuando nadie fijó `XCURSOR_THEME` — o sea, siempre acá.
824  "adwaita-cursors",
825  # ── LAS TRES `.so` QUE sway PIDE Y EL CORPUS SÓLO PRODUCE COMO `.a` ─────────────────────────
826  # `sway` es `link = "dynamic"` a propósito (dlopea los drivers DRI de mesa) y sale con
827  # `NEEDED libz.so.1 / libexpat.so.1 / libffi.so.8`. Las canónicas son `--disable-shared`, así que
828  # ningún artefacto sellado producía esos `.so` y el rootfs hidratado los resolvía contra el
829  # sysroot Alpine DEL LAB. Peor que una dep faltante: el lab NO entra en `hash_inputs`, así que la
830  # fuga era invisible para el store — el artefacto se daba por bueno y sólo arrancaba en una
831  # máquina con Alpine debajo. Los otros nueve NEEDED de sway (pixman, drm, evdev, input, udev,
832  # wayland-server, wlroots, xkbcommon, libc) sí los cubre la clausura, porque esas recetas ya son
833  # `link = dynamic`. Como las tres son data de runtime y nadie las declara como dep de BUILD, van
834  # de raíces por la misma razón que las fuentes y el XKB de arriba.
835  # `bzip2-shared` se suma el 2026-09-03, cazada por `scripts/vigia-sonames.py` en los TRES perfiles
836  # a la vez: `freetype-shared` sale con `NEEDED libbz2.so.1` y el `bzip2` canónico del corpus es
837  # `.a`. Es la misma fuga al sysroot del lab que expat y libffi, y venía de antes que zathura —
838  # sólo que hasta ahora nadie cargaba freetype-shared en RUNTIME. Se vio de verdad al probar el
839  # visor: el plugin de PDF no hacía dlopen («Error relocating /usr/lib/libbz2.so.1»). La receta
840  # existía sólo en `incoming-kde`; promovida al corpus con el mismo hash (b3:1e404254 desde las dos
841  # partes ⇒ un solo artefacto, cero rebuilds).
842  # `ncurses-shared` se suma el 2026-09-03 por el ÚLTIMO soname sin proveedor que quedaba pedido por
843  # un componente de RUNTIME: `pw-top` (pipewire) sale con `NEEDED libncursesw.so.6` y el `ncurses`
844  # canónico del corpus es `--without-shared`. La receta de pipewire AFIRMA que quitando la dep
845  # «meson saltea pw-top» — es falso y llevaba así desde agosto: el guardián de upstream es
846  # `if ncurses_dep.found()` y meson lo encontró en el sysroot Alpine DEL LAB. Reproducido: sin esto
847  # el binario muere en el loader con `__vfprintf_chk: symbol not found` (símbolo de
848  # _FORTIFY_SOURCE de glibc que musl no tiene); con esto carga y corre.
849  # ⚠ Esto tapa el SÍNTOMA en runtime, no la causa: pipewire sigue enlazando contra el lab en BUILD.
850  # Arreglarlo de verdad pide re-sellar pipewire, que arrastra 7 artefactos —entre ellos dos Rust
851  # que ya murieron por OOM— así que se paga el día que pipewire se re-selle por otro motivo.
852  "zlib-shared", "expat-shared", "libffi-shared", "bzip2-shared", "ncurses-shared",
853  "swaybg",        # fondo de escritorio
854  "swaylock",      # bloqueo de pantalla (con PAM: linux-pam SÍ está en el corpus)
855  "swayidle",      # apagado por inactividad
856  # el par de captura y el portapapeles, sin los cuales media docena de flujos no cierran
857  "grim", "slurp", "wl-clipboard",
858  # ── LA PRIMERA APP DE USUARIO FINAL QUE COMPARTEN LOS CUATRO ESCRITORIOS ──────────────────────
859  # `mpv` vive en el CORPUS, no en esta cola, justamente para poder listarse en las cuatro: una
860  # receta resuelve sibling-first y después el catálogo padre, así que desde acá se alcanza.
861  # Va de raíz por la lección que este mismo fichero ya aprendió con `foot` en el perfil de sway:
862  # una receta sellada que ningún perfil declara NO ESTÁ EN NINGUNA IMAGEN, y la métrica de
863  # clausura no lo puede ver porque mide lo declarado. Sellado ≠ instalado.
864  # Los tres huecos con que entró (ALSA sin PipeWire, sin Lua/OSC, sin vaapi) están CERRADOS al
865  # 2026-09-04: pipewire nativo con ALSA de respaldo, `-Dlua=lua5.2`, y `-Dvaapi=enabled` con `libva`
866  # subida al corpus. Además su ffmpeg ya va con x86asm ⇒ decodifica con SIMD.
867  "mpv",
868  # ── EL NAVEGADOR (SDD 26) ────────────────────────────────────────────────────────────────────
869  # `atuq` vive en el CORPUS por el mismo motivo que mpv: se resuelve sibling-first y después el
870  # catálogo padre, así que desde las cuatro colas se alcanza. Va de raíz por la lección de `foot`
871  # que este fichero ya aprendió: una receta sellada que ningún perfil declara NO ESTÁ EN NINGUNA
872  # IMAGEN, y la clausura no lo puede ver porque mide lo declarado.
873  # Arrastra la cadena GTK3 en sus variantes `-shared` — pango/cairo/gdk-pixbuf/harfbuzz—: con las
874  # estáticas, libgtk-3 y libgdk-3 se llevaban cada una su copia y el navegador no llegaba a pintar.
875  "atuq",
876  # `libnotify` va PEGADO a atuq y por eso mismo: `libxul.so` la abre por `dlopen("libnotify.so.4")`
877  # cuando una página pide permiso para notificar, y como no es un `NEEDED` de ningún ELF, ninguna
878  # herramienta del repo la reclamaba — ni el vigía de sonames, que da CERO. La encontró
879  # `scripts/test-atuq-rootfs.py --dlopen` (SDD 26 §6.10). Sin esta línea la receta está sellada y
880  # en ninguna imagen, que es la lección de `foot` escrita cuatro renglones más arriba.
881  # ⚠ Resuelve la mitad: libnotify no trae daemon, manda `org.freedesktop.Notifications` por D-Bus,
882  # así que la imagen necesita además a alguien escuchando ese nombre.
883  "libnotify",
884  # ── LA IA LOCAL (SDD 26 §6.7) ────────────────────────────────────────────────────────────────
885  # El motor y el modelo van de raíz porque son lo que hace que la barra lateral conteste. `atuq`
886  # los busca en el path de producción (`/usr/bin/llama-server`, `/usr/share/takana/ia/modelo.gguf`)
887  # y, si no están, el panel lo DICE — no se rompe, pero la función no existe.
888  # ⚠ CUESTAN ~1,25 GiB EN CADA IMAGEN (199 M el motor + 1,04 GiB el modelo), y esto es la decisión
889  # de que las cuatro lo lleven: una función del navegador que sólo existe en una imagen es una
890  # trampa, porque el panel está en todas. Bajarlo de acá es bajarlo de la imagen, no de la receta.
891  "llama-cpp",
892  "ia-modelo-chat",
893  # `dunst` es LA OTRA MITAD, y sólo hace falta acá: KDE la atiende con plasma-workspace, GNOME con
894  # gnome-shell y COSMIC con cosmic-notifications; sway no tenía a NADIE escuchando
895  # `org.freedesktop.Notifications`, así que una página que pedía notificar mandaba el mensaje al bus
896  # y se lo comía el silencio. Con el `.service` de D-Bus que trae la receta, el daemon lo levanta el
897  # propio bus la primera vez que alguien pide ese nombre — sin systemd y sin acordarse de lanzarlo
898  # en la config de sway.
899  # ⚠ No es `mako` —que es lo que usa media casa wlroots— porque ese nombre YA ESTÁ OCUPADO en el
900  # corpus por el motor de plantillas de Python de mesa: dos artefactos homónimos en la misma imagen
901  # es la colisión que la granja ya nos cobró. El porqué largo está en la receta.
902  "dunst",
903  # ── VISOR DE IMÁGENES, TAMBIÉN EN LAS CUATRO ─────────────────────────────────────────────────
904  # `swayimg` y no `imv`, que era lo que proponía `docs/plan-apps-usuario-final.md`: imv dibuja con
905  # OpenGL de función fija (`glBegin`/`glOrtho`) y esta distro NO tiene proveedor de GL de
906  # escritorio — las tres mesa van `-Dglx=disabled -Dglvnd=false` ⇒ no hay `libGL.so` ni `gl.pc` en
907  # ninguna cola. swayimg rasteriza a `wl_shm` y no toca GL; el porqué largo está en su receta.
908  # Trae de yapa backend DRM: muestra imágenes en una TTY pelada, sin compositor.
909  "swayimg",
910  # ── LECTOR DE DOCUMENTOS ─────────────────────────────────────────────────────────────────────
911  # ⚠ NO ESTÁ EN `escritorio-kde`, y no es un olvido. `zathura-pdf-poppler` necesita `poppler-glib`,
912  # que es una receta NUEVA del corpus (la que ya existía va `-DENABLE_GLIB=OFF` y vive en la cola
913  # de KDE). Las dos instalan `/usr/lib/libpoppler.so.146` y son artefactos DISTINTOS ⇒ una imagen
914  # que hidrate las dos pone dos ficheros en la misma ruta y gana el que se proyecte último, que es
915  # el cuadro de las dos glib. KDE ya trae `okular`, que arrastra la poppler de Qt6.
916  # Si alguna vez se quiere zathura en KDE, la salida NO es listarla acá: es jubilar una de las dos
917  # popplers. Escrito también en `recipes/poppler-glib.toml` y `recipes/zathura.toml`.
918  # El plugin va de raíz APARTE del visor a propósito: `zathura` no lo declara en `[deps]` de
919  # runtime —lo carga con dlopen— así que sin esta línea la imagen traería un visor que abre la
920  # ventana y dice «unknown file type». Sellado ≠ instalado, otra vez.
921  "zathura", "zathura-pdf-poppler",
922  # ── GRABADOR DE PANTALLA — sólo acá, y la razón es de PROTOCOLO, no de gusto ──────────────────
923  # `wf-recorder` captura por `wlr-screencopy`, que implementan los compositores wlroots. KWin y
924  # mutter NO lo implementan (usan el portal/ScreenCast), así que ponerlo en esas dos imágenes
925  # sería enviar una herramienta que no puede funcionar ahí — deuda fantasma con forma de app.
926  # En COSMIC habría que VERIFICAR si cosmic-comp expone el protocolo antes de listarlo.
927  # Es la app que cobra la promoción de pipewire al corpus (2026-09-03): antes grababa muda.
928  "wf-recorder",
929  # ── EL TEMA DE ICONOS BASE ───────────────────────────────────────────────────────────────────
930  # Añadido el 2026-09-03 por el barrido que destapó que KDE y GNOME corrían SIN tema de iconos.
931  # Acá el agujero es más chico y conviene decir exactamente cuánto: los cuatro programas gráficos
932  # de esta imagen —foot, swayimg, mpv, wf-recorder— no piden iconos de tema, y `zathura` es GTK4,
933  # que lleva sus iconos de UI COMPILADOS en el recurso de la librería. O sea que acá no hay una
934  # captura con la barra vacía como en las otras dos.
935  # Lo que sí falta es el FALLBACK del estándar: sin `hicolor/index.theme` instalado, los iconos que
936  # una aplicación instala en `usr/share/icons/hicolor/...` son invisibles para cualquier buscador,
937  # porque ese directorio no cuenta como tema. Es el piso, y cuesta un artefacto de datos.
938  # Un tema COMPLETO (Adwaita, Breeze) sería una decisión aparte y NO gratis: los dos viven en colas
939  # hermanas —`incoming-gnome` e `incoming-kde`— y desde acá no se alcanza una cola hermana, así que
940  # pedirlo es promover uno al corpus. Queda escrito para que se elija, no para que se descubra.
941  "hicolor-icon-theme",
942]
943
944[perfil.servidor]
945descripcion = "la caja que SIRVE: sshd, servidor web y las herramientas de operar una máquina remota sin pantalla"
946hereda = ["cli"]
947# Nace el 2026-09-09 del frente «servidor de producción» (SDD 27). Existe porque las cuatro cosas que
948# ese frente quiere —instalar takana puro en una caja remota, servir el repo, que la caja se actualice
949# a sí misma, y migrar gioser— empiezan todas por la misma pregunta: QUÉ se instala. Hasta hoy eso no
950# estaba declarado en ningún lado. El `sshd` del producto, por ejemplo, entra por
951# `product-userland-from-repo.sh` y NO por este manifiesto: dos listas para lo mismo y una sola
952# versionada como destino, que es exactamente lo que este fichero existe para no tener.
953#
954# ⚠ LA LECCIÓN DE `foot`, APLICADA ANTES DE PAGARLA: `escritorio-sway` daba 121/121 sellado y era
955# inusable porque a la declaración le faltaba el emulador de terminal. La métrica mide la clausura de
956# lo DECLARADO y no puede ver lo que falta en la declaración. Un servidor tiene su propia versión de
957# ese agujero, y no es el software de servir: es la HORA (sin reloj, TLS y las firmas fallan), el
958# CORTAFUEGOS y el DISPARADOR PERIÓDICO. Por eso van declarados abajo aunque todavía no existan.
959#
960# ⚠ LAS CUATRO ÚLTIMAS RAÍCES NO RESUELVEN A NINGUNA RECETA — a propósito, y hay que saberlo.
961# Quedan `wanted` en el grafo, y `wanted` NO es `debt`: `drenaje.json` seguirá diciendo `deuda=0`
962# ([[gnome-sin-fuentes]] trampa 1). Se declaran igual porque una deuda escrita y contada se ve, y una
963# omitida no: un `perfil.servidor` sin ellas saldría N/N —completo y verde— describiendo un servidor
964# sin hora, sin cortafuegos y sin latido. Cuenta esperada al escribirlas: **5 `wanted`**. Si al mirar
965# `build-state.json` aparece un sexto, es un error de tipeo en un nombre, no una receta nueva.
966paquetes = [
967  # ── lo que existe y está sellado ──────────────────────────────────────────────────────────────
968  # `openssh`: el acceso. Es la raíz que convierte «la caja arrancó» en «puedo entrar»; sin ella una
969  # instalación remota deja una máquina viva e inalcanzable, que es peor que una que no arrancó.
970  "openssh",
971  # `caddy`: sirve `dist/repo` (índice firmado + los `.tkn`/`.swm`). TLS automático, un binario, cero
972  # dependencias — y es el mismo que ya sirve los 19 dominios de gioser, así que la migración no
973  # cambia de servidor web además de cambiar de sistema.
974  "caddy",
975  # `curl`/`wget`: bajar del mirror y del repo. `takana install --repo https://…` los necesita del
976  # lado del cliente, y son también la única forma de diagnosticar un origen caído desde la caja.
977  "curl", "wget",
978  # `tmux`: un build largo por SSH que muere con la sesión es un build perdido. En una caja sin
979  # pantalla es infraestructura, no comodidad.
980  "tmux",
981  # `netup` (2026-09-10): el cliente DHCP propio que levanta la red al arrancar. Entra como RAÍZ
982  # aunque su binario YA venga dentro del `product-rootfs`, y por una razón concreta: el del producto
983  # está congelado en el artefacto sellado del bootstrap, así que un arreglo de netup no llega nunca
984  # a la imagen — pasó el mismo día con la ruta on-link que Hetzner necesita. Declarado acá, la
985  # hidratación del perfil lo proyecta ENCIMA y la imagen lleva el vigente.
986  "netup",
987
988  # ── declarado y NO existe todavía: la deuda del perfil, contada ───────────────────────────────
989  # `takana`: el propio takana NO tiene receta. El corpus construye 869 recetas y no la suya, así que
990  # hoy el binario sólo existe como `cargo build --release` sobre un clon del repo. Es EL bloqueante
991  # de «que el servidor sirva sus paquetes a su propio host»: el host necesita `takana` instalado para
992  # consumirlos, y no puede instalarlo desde el repo porque no está en el repo.
993  "takana",
994  # `chrony`: la hora. Sin NTP, un reloj que deriva rompe la validación de certificados TLS y la de
995  # firmas con expiración — y falla con errores que no dicen «la hora», dicen «firma inválida».
996  "chrony",
997  # `nftables`: el cortafuegos. `dev.gioser.net` está hoy expuesto a internet con fuerza bruta a root
998  # en el journal; una caja nueva no debería nacer así.
999  "nftables",
1000  # `cronie`: el disparador periódico. El latido de la granja son tres líneas de crontab, y en una
1001  # distro sin systemd no hay timers: o hay cron, o el latido se vuelve una tarjeta de arje-zero. Es
1002  # una decisión pendiente, y se declara para que se decida en vez de descubrirse.
1003  "cronie",
1004  # `logrotate`: en una caja que sirve, el log de acceso crece hasta llenar el disco. Caddy rota el
1005  # suyo por configuración, pero nada más lo hace.
1006  "logrotate",
1007]
1008
1009# ── QUÉ ARRANCA (el «enable»; SDD 30 §3) ────────────────────────────────────────────────────────
1010# `paquetes` dice qué se INSTALA; esto dice qué se LEVANTA. Son dos hechos distintos y hasta hoy la
1011# distro sólo sabía escribir el primero: el `sshd` de la imagen del producto arrancaba porque su
1012# Card estaba escrita a mano en una constante de Rust (`takana_bootstrap::SSHD_SERVICE_CARD`), no
1013# porque alguien lo hubiera declarado en ningún sitio.
1014#
1015# Cada entrada es el `label` de un `[[service]]` declarado por una receta DEL PERFIL.
1016# `scripts/targets.py --servicios servidor` resuelve label → receta → exec, y además hace la
1017# comprobación INVERSA: avisa de los paquetes de la imagen que TRAEN un demonio que nadie arranca.
1018# Es la versión servicios de la lección de `foot` — la métrica mide la clausura de lo declarado y no
1019# puede ver lo que falta en la declaración. Comprobado antes de escribir esta línea: el resolutor
1020# avisaba «`openssh` está en la imagen y TRAE este servicio, pero el perfil no lo arranca».
1021servicios = ["sshd"]