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", "git", "sudo", "doas", "util-linux", "shadow", "kbd", "procps-ng",
28  "iproute2", "iputils", "dhcpcd", "e2fsprogs", "dosfstools", "parted", "rsync",
29  "sed", "tzdata", "vim", "dbus", "ca-certificates", "gnupg", "lsof", "strace",
30  "pciutils", "usbutils", "mandoc",
31]
32
33[perfil.cli]
34descripcion = "la capa CLI moderna (Rust) encima de base — el userland real del producto"
35hereda = ["base"]
36# Lift verbatim de CLI_RUST_PKGS (scripts/product-userland-from-repo.sh).
37paquetes = [
38  "bat", "fd", "ripgrep", "jq", "zoxide", "dust", "procs", "htop", "less", "tree",
39  "hyperfine", "delta", "eza", "sd", "tokei", "fzf", "skim", "git-cliff", "gitui",
40  "starship",
41]
42
43[perfil.escritorio-mirada]
44descripcion = "rootfs slim del USB mirada: compositor Wayland propio sobre mesa software"
45# Lift verbatim de PKGS (scripts/mirada-usb.sh). NO hereda base: es una imagen slim a propósito.
46# El ORDEN importa (libs primero, binarios mirada al final) y se preserva.
47paquetes = [
48  "mesa-swrast", "wayland", "libdrm", "seatd", "libinput", "libudev-zero",
49  "libxkbcommon", "pixman", "linux-pam", "mtdev", "libevdev",
50  "mirada-compositor", "mirada-greeter", "mirada-ctl",
51]
52
53[perfil.escritorio-kde]
54descripcion = "escritorio KDE Plasma 6 desde fuente"
55cola = "incoming-kde"
56# Raíces del rootfs de metal (docs/HANDOFF-noche-kde-2026-07-14.md:135). El resto del escritorio
57# —137 artefactos hidratados— es CLAUSURA de estas 7, no lista a mano.
58paquetes = [
59  "plasma-workspace", "kwin", "kscreenlocker", "breeze", "frameworkintegration",
60  "qqc2-desktop-style", "plasma-integration",
61  # Huecos de RUNTIME confirmados por el triaje de la frontera (2026-07-22). Ninguno bloquea un
62  # build —todas las recetas que los piden ya están selladas— pero sin ellos el escritorio arranca
63  # roto: sin tipos de fichero, sin apps X11, sin diálogos de autorización y con los controles QML
64  # en un estilo genérico. Ver docs/state/frontera-triaje.toml para el porqué de cada uno.
65  "shared-mime-info", "xwayland", "polkit-qt-1", "qqc2-breeze-style",
66  # ⚠ `xwayland` sigue acá como RAÍZ pero su receta NO se va a escribir: lo provee una imagen ajena
67  # enjaulada, declarado en ../state/qorpa-ajenos.toml (ADR 0015 D5 capa 3, qorpa). El Xwayland vive
68  # DENTRO de la imagen —Arch y Fedora ya lo traen y se cuelga de kwin por el socket— así que el
69  # hueco se disuelve sin receta y sin tocar la postura Wayland-only. Queda como raíz A PROPÓSITO:
70  # la imagen lo NECESITA, y sacarlo de acá lo volvería invisible en vez de contado aparte. El grafo
71  # ya lo reporta con clase `ajeno` («+ 1 ajenas»), nunca sumado a las nativas. Los otros tres ya
72  # están sellados (2026-09-02/03).
73  # ── LA PRIMERA APP DE USUARIO FINAL QUE COMPARTEN LOS CUATRO ESCRITORIOS ──────────────────────
74  # `mpv` vive en el CORPUS, no en esta cola, justamente para poder listarse en las cuatro: una
75  # receta resuelve sibling-first y después el catálogo padre, así que desde acá se alcanza.
76  # Va de raíz por la lección que este mismo fichero ya aprendió con `foot` en el perfil de sway:
77  # una receta sellada que ningún perfil declara NO ESTÁ EN NINGUNA IMAGEN, y la métrica de
78  # clausura no lo puede ver porque mide lo declarado. Sellado ≠ instalado.
79  # ⚠ Hoy entra con tres huecos escritos en `recipes/mpv.toml`: audio por ALSA con
80  # `-Dpipewire-alsa=disabled` en las pipewire (⇒ no suena con PipeWire vivo), sin Lua (⇒ sin OSC)
81  # y sin vaapi (⇒ sin decodificación por hardware).
82  "mpv",
83  # ── VISOR DE IMÁGENES, TAMBIÉN EN LAS CUATRO ─────────────────────────────────────────────────
84  # `swayimg` y no `imv`, que era lo que proponía `docs/plan-apps-usuario-final.md`: imv dibuja con
85  # OpenGL de función fija (`glBegin`/`glOrtho`) y esta distro NO tiene proveedor de GL de
86  # escritorio — las tres mesa van `-Dglx=disabled -Dglvnd=false` ⇒ no hay `libGL.so` ni `gl.pc` en
87  # ninguna cola. swayimg rasteriza a `wl_shm` y no toca GL; el porqué largo está en su receta.
88  # Trae de yapa backend DRM: muestra imágenes en una TTY pelada, sin compositor.
89  "swayimg",
90  # ── LAS `.so` QUE mesa Y wayland PIDEN EN RUNTIME Y NINGÚN ARTEFACTO DEL CIERRE PROVEE ────────
91  # Medido el 2026-09-03 recorriendo los NEEDED de todo el cierre de esta imagen contra los SONAME
92  # que ese mismo cierre publica: `libEGL.so.1` pide `libexpat.so.1` y `libwayland-client.so.0` pide
93  # `libffi.so.8`, y las recetas canónicas de expat y libffi son `--disable-shared`. O sea que el
94  # rootfs hidratado los resolvía contra el **sysroot Alpine DEL LAB**.
95  # Es peor que una dep faltante: el lab NO entra en `hash_inputs`, así que la fuga es invisible para
96  # el store — el artefacto se da por bueno y sólo arranca en una máquina con Alpine debajo.
97  # No es un descubrimiento nuevo: es EXACTAMENTE lo que el perfil `escritorio-sway` ya documentó
98  # para `sway`, sólo que ahí se encontró a mano al armar la imagen y estas tres nunca se revisaron.
99  # Van de raíces (y no de `[deps]`) por lo mismo que las fuentes y el XKB: son data de RUNTIME y
100  # nadie las declara como dep de BUILD, así que la clausura no puede alcanzarlas por ninguna arista.
101  # `bzip2-shared` se suma el 2026-09-03, cazada por `scripts/vigia-sonames.py` en los TRES perfiles
102  # a la vez: `freetype-shared` sale con `NEEDED libbz2.so.1` y el `bzip2` canónico del corpus es
103  # `.a`. Es la misma fuga al sysroot del lab que expat y libffi, y venía de antes que zathura —
104  # sólo que hasta ahora nadie cargaba freetype-shared en RUNTIME. Se vio de verdad al probar el
105  # visor: el plugin de PDF no hacía dlopen («Error relocating /usr/lib/libbz2.so.1»). La receta
106  # existía sólo en `incoming-kde`; promovida al corpus con el mismo hash (b3:1e404254 desde las dos
107  # partes ⇒ un solo artefacto, cero rebuilds).
108  "expat-shared", "libffi-shared", "bzip2-shared",
109]
110
111[perfil.escritorio-gnome]
112descripcion = "escritorio GNOME (Wayland-nativo) desde fuente — 3er escritorio, X11 al tacho"
113cola = "incoming-gnome"
114# Raíces de una sesión GNOME que bootea a un shell usable. El resto es CLAUSURA. Hoy son HUECOS
115# (cero recetas en incoming-gnome): build-state SALTA este perfil hasta que su cola se cargue
116# (--gnome), así que declararlo NO reporta raíces fantasma — sólo lo hace un objetivo de primera
117# clase que el sistema conoce. La frontera de autoría se descubre con `seed-gnome.py` (bootstrap por
118# metadata mientras no haya recetas); OJO: ese cierre SOBREESTIMA ~5-10× (ver docs/state/seed-gnome.json
119# y la memoria frente-gnome). El palo largo / keystone es spidermonkey(mozjs) → gjs → gnome-shell.
120#
121# ── SIN gnome-session / gnome-settings-daemon / gdm: APARCADAS POR DISEÑO (2026-08-07) ───────────
122# Estaban acá y hacían que el perfil reportara 124/127 con 3 en `never` PARA SIEMPRE, que se lee
123# como trabajo pendiente. No lo es: las tres mueren en GTK3, y GTK3 es una de las tres deudas que
124# el frente GNOME aparcó a propósito (GTK3 / X11 / PAM). El diagnóstico completo, verificado contra
125# el `meson.build` de cada tag, está en el encabezado de cada receta — que sigue en el repo, con su
126# análisis intacto, por si algún día se autora el stack GTK3.
127#
128# NO son tres problemas, es UNO. Y no bloquean el escritorio: gnome-shell NO depende de
129# gnome-session ni de g-s-d, ni en build ni para arrancar. El camino vivo es mutter → gnome-shell,
130# lanzado por arje. El único que pedía gnome-session era gdm.
131#
132# ⚠ La contradicción costó: `targets.toml` las reclamaba como raíces mientras las recetas decían
133# «aparcadas», así que el grafo reportaba deuda fantasma y el worker las reintentaba en cada ciclo.
134# Dos documentos del repo diciendo cosas opuestas, y el que se mira primero es el grafo.
135# Si algún día se autora GTK3, se vuelven a añadir acá y el objetivo reaparece solo.
136paquetes = [
137  "mutter", "gnome-shell", "gjs",
138  "gsettings-desktop-schemas", "gnome-desktop", "xdg-desktop-portal-gnome",
139  # ── LA PRIMERA APP DE USUARIO FINAL QUE COMPARTEN LOS CUATRO ESCRITORIOS ──────────────────────
140  # `mpv` vive en el CORPUS, no en esta cola, justamente para poder listarse en las cuatro: una
141  # receta resuelve sibling-first y después el catálogo padre, así que desde acá se alcanza.
142  # Va de raíz por la lección que este mismo fichero ya aprendió con `foot` en el perfil de sway:
143  # una receta sellada que ningún perfil declara NO ESTÁ EN NINGUNA IMAGEN, y la métrica de
144  # clausura no lo puede ver porque mide lo declarado. Sellado ≠ instalado.
145  # ⚠ Hoy entra con tres huecos escritos en `recipes/mpv.toml`: audio por ALSA con
146  # `-Dpipewire-alsa=disabled` en las pipewire (⇒ no suena con PipeWire vivo), sin Lua (⇒ sin OSC)
147  # y sin vaapi (⇒ sin decodificación por hardware).
148  "mpv",
149  # ── VISOR DE IMÁGENES, TAMBIÉN EN LAS CUATRO ─────────────────────────────────────────────────
150  # `swayimg` y no `imv`, que era lo que proponía `docs/plan-apps-usuario-final.md`: imv dibuja con
151  # OpenGL de función fija (`glBegin`/`glOrtho`) y esta distro NO tiene proveedor de GL de
152  # escritorio — las tres mesa van `-Dglx=disabled -Dglvnd=false` ⇒ no hay `libGL.so` ni `gl.pc` en
153  # ninguna cola. swayimg rasteriza a `wl_shm` y no toca GL; el porqué largo está en su receta.
154  # Trae de yapa backend DRM: muestra imágenes en una TTY pelada, sin compositor.
155  "swayimg",
156  # ── LECTOR DE DOCUMENTOS ─────────────────────────────────────────────────────────────────────
157  # ⚠ NO ESTÁ EN `escritorio-kde`, y no es un olvido. `zathura-pdf-poppler` necesita `poppler-glib`,
158  # que es una receta NUEVA del corpus (la que ya existía va `-DENABLE_GLIB=OFF` y vive en la cola
159  # de KDE). Las dos instalan `/usr/lib/libpoppler.so.146` y son artefactos DISTINTOS ⇒ una imagen
160  # que hidrate las dos pone dos ficheros en la misma ruta y gana el que se proyecte último, que es
161  # el cuadro de las dos glib. KDE ya trae `okular`, que arrastra la poppler de Qt6.
162  # Si alguna vez se quiere zathura en KDE, la salida NO es listarla acá: es jubilar una de las dos
163  # popplers. Escrito también en `recipes/poppler-glib.toml` y `recipes/zathura.toml`.
164  # El plugin va de raíz APARTE del visor a propósito: `zathura` no lo declara en `[deps]` de
165  # runtime —lo carga con dlopen— así que sin esta línea la imagen traería un visor que abre la
166  # ventana y dice «unknown file type». Sellado ≠ instalado, otra vez.
167  "zathura", "zathura-pdf-poppler",
168  # ── LAS `.so` QUE mesa Y wayland PIDEN EN RUNTIME Y NINGÚN ARTEFACTO DEL CIERRE PROVEE ────────
169  # Medido el 2026-09-03 recorriendo los NEEDED de todo el cierre de esta imagen contra los SONAME
170  # que ese mismo cierre publica: `libEGL.so.1` pide `libexpat.so.1` y `libwayland-client.so.0` pide
171  # `libffi.so.8`, y las recetas canónicas de expat y libffi son `--disable-shared`. O sea que el
172  # rootfs hidratado los resolvía contra el **sysroot Alpine DEL LAB**.
173  # Es peor que una dep faltante: el lab NO entra en `hash_inputs`, así que la fuga es invisible para
174  # el store — el artefacto se da por bueno y sólo arranca en una máquina con Alpine debajo.
175  # No es un descubrimiento nuevo: es EXACTAMENTE lo que el perfil `escritorio-sway` ya documentó
176  # para `sway`, sólo que ahí se encontró a mano al armar la imagen y estas tres nunca se revisaron.
177  # Van de raíces (y no de `[deps]`) por lo mismo que las fuentes y el XKB: son data de RUNTIME y
178  # nadie las declara como dep de BUILD, así que la clausura no puede alcanzarlas por ninguna arista.
179  # `bzip2-shared` se suma el 2026-09-03, cazada por `scripts/vigia-sonames.py` en los TRES perfiles
180  # a la vez: `freetype-shared` sale con `NEEDED libbz2.so.1` y el `bzip2` canónico del corpus es
181  # `.a`. Es la misma fuga al sysroot del lab que expat y libffi, y venía de antes que zathura —
182  # sólo que hasta ahora nadie cargaba freetype-shared en RUNTIME. Se vio de verdad al probar el
183  # visor: el plugin de PDF no hacía dlopen («Error relocating /usr/lib/libbz2.so.1»). La receta
184  # existía sólo en `incoming-kde`; promovida al corpus con el mismo hash (b3:1e404254 desde las dos
185  # partes ⇒ un solo artefacto, cero rebuilds).
186  # ── FUENTES ──────────────────────────────────────────────────────────────────────────────────
187  # ⚠ Añadida el 2026-09-03 porque este perfil no traía NI UN FICHERO DE FUENTE. Medido recorriendo
188  # los artefactos del cierre y contando `.ttf/.otf/.ttc/.pfb`: **gnome=0**, sway=22 (dejavu),
189  # kde=1 (una que viene dentro de qtbase). `fontconfig` estaba, pero fontconfig es el MOTOR que
190  # busca fuentes, no una fuente — tenerlo y creer que hay tipografía es el mismo error que
191  # confundir un directorio vacío con un artefacto.
192  # Se descubrió con `poppler-render-check`: un PDF con fuentes base-14 (Helvetica, Times…) NO
193  # trae la tipografía adentro, la sustituye el visor por fontconfig, así que sin fuentes el
194  # documento se ve VACÍO — y el visor no da error, que es lo peor.
195  # `dejavu-fonts` es la única receta de fuentes del catálogo entero. Que KDE esté igual (1 fuente
196  # de rebote, dentro de qtbase) es un hallazgo aparte y NO se toca acá: ese perfil no lleva zathura
197  # y su árbol lo está trabajando otro frente.
198  "dejavu-fonts",
199  "expat-shared", "libffi-shared", "bzip2-shared",
200]
201
202[perfil.escritorio-cosmic]
203descripcion = "escritorio COSMIC (System76, Rust sobre smithay/iced) desde fuente — 4º escritorio"
204cola = "incoming-cosmic"
205# Las raíces son EXACTAMENTE lo que `cosmic-session/src/main.rs` levanta, más el gestor mismo y los
206# datos que ningún `[deps]` alcanza. El resto es CLAUSURA.
207#
208# ── POR QUÉ ESTE PERFIL NO ES BUROCRACIA ────────────────────────────────────────────────────────
209# Sin él, `yupana radio` sobre cualquier receta COMPARTIDA —libinput, libxkbcommon, libudev-zero,
210# mesa, wayland— devuelve «IMÁGENES afectadas: (ninguna declarada)» para COSMIC, y el próximo que las
211# toque MIDE DE MENOS. La campaña existe en el store y en el runbook, pero el ábaco no la ve: el radio
212# de un re-hash es justo lo que el perfil convierte en dato.
213#
214# Nota de nombres, que acá no coinciden y ya costó una vez: el repo `cosmic-workspaces-epoch` produce
215# el binario `cosmic-workspaces`, y el AppID tampoco lleva el sufijo. Se lista por el nombre de la
216# RECETA, que es el del repo.
217paquetes = [
218  "cosmic-comp", "cosmic-session", "cosmic-settings-daemon",
219  "cosmic-panel", "cosmic-launcher", "cosmic-app-library", "cosmic-workspaces-epoch",
220  "cosmic-notifications", "cosmic-osd", "cosmic-bg", "cosmic-idle",
221  # Los applets del panel. No es un componente que la sesión lance: lo spawnea el PANEL, por AppID,
222  # y sin ellos arranca y no se dibuja. Un binario multiplexor con veinte symlinks.
223  "cosmic-applets",
224  # El MOTOR del lanzador, de otro repo y fuera del pin `epoch-N`: `cosmic-launcher` sólo dibuja y
225  # lanza a `pop-launcher` como proceso hijo por PATH. Sin él, `Super` no abre nada.
226  "pop-launcher",
227  # Y el `qalc` al que el plugin `calc` le pasa la expresión: tercer nivel de hijo por PATH. Es la
228  # primera raíz del perfil que existe para que una TECLA dé un resultado, no para que algo enlace.
229  "libqalculate",
230  # La primera APLICACIÓN con ventana del catálogo, y la primera entrada de la biblioteca que no es
231  # `NoDisplay`. Hasta acá el perfil listaba escritorio; desde acá lista también lo que se abre.
232  "cosmic-term",
233  # La segunda: el gestor de ficheros. Sin `gvfs` (no hay glib compartida) ⇒ navegación local sí,
234  # montajes remotos no.
235  "cosmic-files",
236  # La tercera: el panel de control. Habla con los daemons por zbus, así que NO arrastra
237  # NetworkManager/udisks/accountsservice — sólo libdrm y dav1d sobre el juego fijo.
238  "cosmic-settings",
239  # La cuarta: el editor de texto, y la más barata de las cuatro — su árbol ya estaba compilado (usa
240  # `cosmic-files` como crate, igual que la terminal). Su binario enlaza SÓLO `libxkbcommon` y
241  # `libc.so`: dos NEEDED, el mínimo de todos los clientes de la suite.
242  "cosmic-edit",
243  # La quinta: la tienda. Con el backend `pkgar` —el único de los cuatro que no pide ni una torre de
244  # C (flatpak) ni un demonio ausente (packagekit)— NAVEGA el catálogo instalado leyendo el AppStream
245  # del sistema, pero NO instala: nada está cableado al `.swm` de hammer.
246  "cosmic-store",
247  # La sexta: la captura de pantalla. Cero C —el único `[deps] build = []` de la campaña— pero HOY
248  # NO FUNCIONA: todo su trabajo es `Screenshot::request()` contra `org.freedesktop.portal.Desktop`,
249  # y en la imagen no hay portal. Se lista igual para que el hueco sea visible.
250  "cosmic-screenshot",
251  # La CADENA DEL PORTAL, dos raíces porque son dos procesos que se encuentran por D-Bus en runtime:
252  # el frontend registra `org.freedesktop.portal.Desktop` y enruta al backend, que implementa
253  # Access/FileChooser/Screenshot/Settings/ScreenCast. Sin ellos no hay captura, ni selector de
254  # ficheros de portal, ni compartir pantalla.
255  "xdg-desktop-portal", "xdg-desktop-portal-cosmic",
256  # Y la SONDA con que se mide esa cadena. No es escritorio: es el instrumento. Se lista como raíz
257  # porque nadie la declara como dep y sin ella el perfil no incluiría con qué verificarse a sí
258  # mismo — un handshake de portal sólo se puede ejercer DESDE la sesión, con bus y compositor vivos.
259  "portal-probe",
260  # El GESTOR DE SESIÓN de pipewire. Se lista como raíz porque ningún `[deps]` lo alcanza: es un
261  # CLIENTE del demonio, no una librería de nadie. Trae consigo la glib COMPARTIDA (`glib-shared`),
262  # que no es la estática que usa el resto de la cola — wireplumber produce `.so` y la estática del
263  # corpus no es PIC. Construido y corriendo; NO desbloqueó ScreenCast (ver el runbook).
264  "wireplumber",
265  # Datos, no binarios: el tema de iconos (y el hicolor del que hereda), las tablas de xkb y una
266  # tipografía. Ninguno es dep de build de nadie y sin ellos el escritorio arranca roto — sin puntero,
267  # sin teclado o con tofu.
268  "cosmic-icons", "hicolor-icon-theme", "xkeyboard-config", "dejavu-fonts",
269  # Lo que `start-cosmic` ejecuta y ningún `[deps]` pide: bash de verdad y el bus de sesión.
270  "bash", "dbus",
271  # ── LA PRIMERA APP DE USUARIO FINAL QUE COMPARTEN LOS CUATRO ESCRITORIOS ──────────────────────
272  # `mpv` vive en el CORPUS, no en esta cola, justamente para poder listarse en las cuatro: una
273  # receta resuelve sibling-first y después el catálogo padre, así que desde acá se alcanza.
274  # Va de raíz por la lección que este mismo fichero ya aprendió con `foot` en el perfil de sway:
275  # una receta sellada que ningún perfil declara NO ESTÁ EN NINGUNA IMAGEN, y la métrica de
276  # clausura no lo puede ver porque mide lo declarado. Sellado ≠ instalado.
277  # ⚠ Hoy entra con tres huecos escritos en `recipes/mpv.toml`: audio por ALSA con
278  # `-Dpipewire-alsa=disabled` en las pipewire (⇒ no suena con PipeWire vivo), sin Lua (⇒ sin OSC)
279  # y sin vaapi (⇒ sin decodificación por hardware).
280  "mpv",
281  # ── VISOR DE IMÁGENES, TAMBIÉN EN LAS CUATRO ─────────────────────────────────────────────────
282  # `swayimg` y no `imv`, que era lo que proponía `docs/plan-apps-usuario-final.md`: imv dibuja con
283  # OpenGL de función fija (`glBegin`/`glOrtho`) y esta distro NO tiene proveedor de GL de
284  # escritorio — las tres mesa van `-Dglx=disabled -Dglvnd=false` ⇒ no hay `libGL.so` ni `gl.pc` en
285  # ninguna cola. swayimg rasteriza a `wl_shm` y no toca GL; el porqué largo está en su receta.
286  # Trae de yapa backend DRM: muestra imágenes en una TTY pelada, sin compositor.
287  "swayimg",
288  # ── LECTOR DE DOCUMENTOS ─────────────────────────────────────────────────────────────────────
289  # ⚠ NO ESTÁ EN `escritorio-kde`, y no es un olvido. `zathura-pdf-poppler` necesita `poppler-glib`,
290  # que es una receta NUEVA del corpus (la que ya existía va `-DENABLE_GLIB=OFF` y vive en la cola
291  # de KDE). Las dos instalan `/usr/lib/libpoppler.so.146` y son artefactos DISTINTOS ⇒ una imagen
292  # que hidrate las dos pone dos ficheros en la misma ruta y gana el que se proyecte último, que es
293  # el cuadro de las dos glib. KDE ya trae `okular`, que arrastra la poppler de Qt6.
294  # Si alguna vez se quiere zathura en KDE, la salida NO es listarla acá: es jubilar una de las dos
295  # popplers. Escrito también en `recipes/poppler-glib.toml` y `recipes/zathura.toml`.
296  # El plugin va de raíz APARTE del visor a propósito: `zathura` no lo declara en `[deps]` de
297  # runtime —lo carga con dlopen— así que sin esta línea la imagen traería un visor que abre la
298  # ventana y dice «unknown file type». Sellado ≠ instalado, otra vez.
299  "zathura", "zathura-pdf-poppler",
300  # ── LAS `.so` QUE mesa Y wayland PIDEN EN RUNTIME Y NINGÚN ARTEFACTO DEL CIERRE PROVEE ────────
301  # Medido el 2026-09-03 recorriendo los NEEDED de todo el cierre de esta imagen contra los SONAME
302  # que ese mismo cierre publica: `libEGL.so.1` pide `libexpat.so.1` y `libwayland-client.so.0` pide
303  # `libffi.so.8`, y las recetas canónicas de expat y libffi son `--disable-shared`. O sea que el
304  # rootfs hidratado los resolvía contra el **sysroot Alpine DEL LAB**.
305  # Es peor que una dep faltante: el lab NO entra en `hash_inputs`, así que la fuga es invisible para
306  # el store — el artefacto se da por bueno y sólo arranca en una máquina con Alpine debajo.
307  # No es un descubrimiento nuevo: es EXACTAMENTE lo que el perfil `escritorio-sway` ya documentó
308  # para `sway`, sólo que ahí se encontró a mano al armar la imagen y estas tres nunca se revisaron.
309  # Van de raíces (y no de `[deps]`) por lo mismo que las fuentes y el XKB: son data de RUNTIME y
310  # nadie las declara como dep de BUILD, así que la clausura no puede alcanzarlas por ninguna arista.
311  # `bzip2-shared` se suma el 2026-09-03, cazada por `scripts/vigia-sonames.py` en los TRES perfiles
312  # a la vez: `freetype-shared` sale con `NEEDED libbz2.so.1` y el `bzip2` canónico del corpus es
313  # `.a`. Es la misma fuga al sysroot del lab que expat y libffi, y venía de antes que zathura —
314  # sólo que hasta ahora nadie cargaba freetype-shared en RUNTIME. Se vio de verdad al probar el
315  # visor: el plugin de PDF no hacía dlopen («Error relocating /usr/lib/libbz2.so.1»). La receta
316  # existía sólo en `incoming-kde`; promovida al corpus con el mismo hash (b3:1e404254 desde las dos
317  # partes ⇒ un solo artefacto, cero rebuilds).
318  "expat-shared", "libffi-shared", "bzip2-shared",
319]
320
321[perfil.escritorio-sway]
322descripcion = "WM Wayland ligero: sway sobre wlroots propio, sin X11 y sin systemd"
323cola = "incoming-wlr"
324hereda = ["cli"]
325# Sellado entero el 2026-08-07. A diferencia de los otros tres escritorios, éste NO tiene una torre
326# de C debajo: son una decena de binarios pequeños sobre wlroots, y por eso salió en una noche
327# mientras KDE y GNOME fueron campañas de semanas.
328#
329# `hereda = ["cli"]` a propósito: un WM ligero sin userland debajo no se usa: hace falta la terminal
330# y las herramientas.
331#
332# 2026-08-26: este comentario decía que `foot` «entra por la clausura de cli, así que no se lista
333# acá». ERA FALSO y el grafo lo desmentía: `foot` está sellado en el corpus pero `perfil.cli` no lo
334# lista entre sus raíces, así que ningún perfil lo arrastraba. El perfil daba 121/121 SIN EMULADOR DE
335# TERMINAL — sellado completo y aun así inusable. Se detectó al hidratar la clausura para armar la
336# imagen, no antes: la métrica de perfil mide la clausura de las raíces declaradas, y no puede ver lo
337# que falta en la declaración. `foot` se lista ahora donde le toca, entre las raíces del escritorio.
338#
339# Sólo RAÍCES: la clausura —wlroots, mesa, wayland, libinput, seatd, cairo, pango, fcft…— la calcula
340# el grafo siguiendo las aristas de deps. Escribirla a mano sería justo lo que targets.toml existe
341# para no hacer.
342paquetes = [
343  # el compositor y sus utilidades propias
344  "sway",
345  # lo que hace que se USE y no sólo arranque
346  "yambar",        # barra de estado (yambar y no waybar: waybar exige gtkmm-3.0, o sea GTK3 + sus
347                   # bindings C++, que es deuda aparcada por diseño. Medido, no supuesto.)
348  "foot",          # emulador de terminal (misma familia que fcft/tllist, ya en la clausura)
349  "fuzzel",        # lanzador de aplicaciones
350  # ── DATOS, no binarios: nadie los declara como dep de build, así que SÓLO entran como raíces ──
351  # Ninguna receta depende de una fuente ni de un mapa de teclado para COMPILAR, de modo que la
352  # clausura no puede alcanzarlos por más aristas que siga. Si no están acá, no están.
353  "dejavu-fonts",       # sin UNA fuente, foot muere con «monospace::size=8: failed to match font»
354  "xkeyboard-config",   # sin datos XKB: «xkbcommon: ERROR: failed to add default include path
355                        # /usr/share/X11/xkb», y sway no completa el seat
356  # ── LAS TRES `.so` QUE sway PIDE Y EL CORPUS SÓLO PRODUCE COMO `.a` ─────────────────────────
357  # `sway` es `link = "dynamic"` a propósito (dlopea los drivers DRI de mesa) y sale con
358  # `NEEDED libz.so.1 / libexpat.so.1 / libffi.so.8`. Las canónicas son `--disable-shared`, así que
359  # ningún artefacto sellado producía esos `.so` y el rootfs hidratado los resolvía contra el
360  # sysroot Alpine DEL LAB. Peor que una dep faltante: el lab NO entra en `hash_inputs`, así que la
361  # fuga era invisible para el store — el artefacto se daba por bueno y sólo arrancaba en una
362  # máquina con Alpine debajo. Los otros nueve NEEDED de sway (pixman, drm, evdev, input, udev,
363  # wayland-server, wlroots, xkbcommon, libc) sí los cubre la clausura, porque esas recetas ya son
364  # `link = dynamic`. Como las tres son data de runtime y nadie las declara como dep de BUILD, van
365  # de raíces por la misma razón que las fuentes y el XKB de arriba.
366  # `bzip2-shared` se suma el 2026-09-03, cazada por `scripts/vigia-sonames.py` en los TRES perfiles
367  # a la vez: `freetype-shared` sale con `NEEDED libbz2.so.1` y el `bzip2` canónico del corpus es
368  # `.a`. Es la misma fuga al sysroot del lab que expat y libffi, y venía de antes que zathura —
369  # sólo que hasta ahora nadie cargaba freetype-shared en RUNTIME. Se vio de verdad al probar el
370  # visor: el plugin de PDF no hacía dlopen («Error relocating /usr/lib/libbz2.so.1»). La receta
371  # existía sólo en `incoming-kde`; promovida al corpus con el mismo hash (b3:1e404254 desde las dos
372  # partes ⇒ un solo artefacto, cero rebuilds).
373  "zlib-shared", "expat-shared", "libffi-shared", "bzip2-shared",
374  "swaybg",        # fondo de escritorio
375  "swaylock",      # bloqueo de pantalla (con PAM: linux-pam SÍ está en el corpus)
376  "swayidle",      # apagado por inactividad
377  # el par de captura y el portapapeles, sin los cuales media docena de flujos no cierran
378  "grim", "slurp", "wl-clipboard",
379  # ── LA PRIMERA APP DE USUARIO FINAL QUE COMPARTEN LOS CUATRO ESCRITORIOS ──────────────────────
380  # `mpv` vive en el CORPUS, no en esta cola, justamente para poder listarse en las cuatro: una
381  # receta resuelve sibling-first y después el catálogo padre, así que desde acá se alcanza.
382  # Va de raíz por la lección que este mismo fichero ya aprendió con `foot` en el perfil de sway:
383  # una receta sellada que ningún perfil declara NO ESTÁ EN NINGUNA IMAGEN, y la métrica de
384  # clausura no lo puede ver porque mide lo declarado. Sellado ≠ instalado.
385  # ⚠ Hoy entra con tres huecos escritos en `recipes/mpv.toml`: audio por ALSA con
386  # `-Dpipewire-alsa=disabled` en las pipewire (⇒ no suena con PipeWire vivo), sin Lua (⇒ sin OSC)
387  # y sin vaapi (⇒ sin decodificación por hardware).
388  "mpv",
389  # ── VISOR DE IMÁGENES, TAMBIÉN EN LAS CUATRO ─────────────────────────────────────────────────
390  # `swayimg` y no `imv`, que era lo que proponía `docs/plan-apps-usuario-final.md`: imv dibuja con
391  # OpenGL de función fija (`glBegin`/`glOrtho`) y esta distro NO tiene proveedor de GL de
392  # escritorio — las tres mesa van `-Dglx=disabled -Dglvnd=false` ⇒ no hay `libGL.so` ni `gl.pc` en
393  # ninguna cola. swayimg rasteriza a `wl_shm` y no toca GL; el porqué largo está en su receta.
394  # Trae de yapa backend DRM: muestra imágenes en una TTY pelada, sin compositor.
395  "swayimg",
396  # ── LECTOR DE DOCUMENTOS ─────────────────────────────────────────────────────────────────────
397  # ⚠ NO ESTÁ EN `escritorio-kde`, y no es un olvido. `zathura-pdf-poppler` necesita `poppler-glib`,
398  # que es una receta NUEVA del corpus (la que ya existía va `-DENABLE_GLIB=OFF` y vive en la cola
399  # de KDE). Las dos instalan `/usr/lib/libpoppler.so.146` y son artefactos DISTINTOS ⇒ una imagen
400  # que hidrate las dos pone dos ficheros en la misma ruta y gana el que se proyecte último, que es
401  # el cuadro de las dos glib. KDE ya trae `okular`, que arrastra la poppler de Qt6.
402  # Si alguna vez se quiere zathura en KDE, la salida NO es listarla acá: es jubilar una de las dos
403  # popplers. Escrito también en `recipes/poppler-glib.toml` y `recipes/zathura.toml`.
404  # El plugin va de raíz APARTE del visor a propósito: `zathura` no lo declara en `[deps]` de
405  # runtime —lo carga con dlopen— así que sin esta línea la imagen traería un visor que abre la
406  # ventana y dice «unknown file type». Sellado ≠ instalado, otra vez.
407  "zathura", "zathura-pdf-poppler",
408  # ── GRABADOR DE PANTALLA — sólo acá, y la razón es de PROTOCOLO, no de gusto ──────────────────
409  # `wf-recorder` captura por `wlr-screencopy`, que implementan los compositores wlroots. KWin y
410  # mutter NO lo implementan (usan el portal/ScreenCast), así que ponerlo en esas dos imágenes
411  # sería enviar una herramienta que no puede funcionar ahí — deuda fantasma con forma de app.
412  # En COSMIC habría que VERIFICAR si cosmic-comp expone el protocolo antes de listarlo.
413  # Es la app que cobra la promoción de pipewire al corpus (2026-09-03): antes grababa muda.
414  "wf-recorder",
415]