sergio/takana
> Una distribución Linux construida con un laboratorio funcional y hermético en el > sótano, y una terminal mutable, clásica y anárquica en el piso de arriba — diseñada > desde el suelo para que una IA programadora entienda, modifique y co…
escritorios: KDE y GNOME corrían SIN tema de iconos — el panel vacío no era el panel
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 # ⚠ Añadido el 2026-09-03 arrancando la imagen en QEMU. NO sale de la clausura de las 7 raíces
67 # porque no es dep de BUILD de nada: es dep de RUNTIME de plasmashell, que lo pide por D-Bus y
68 # **ABORTA** si no contesta —`kde.plasmashell: Aborting shell load: The activity manager daemon
69 # (kactivitymanagerd) is not running.`— dejando kwin vivo y la pantalla EN NEGRO. El síntoma miente:
70 # `STATUS: kwin=1 plasmashell=1` durante minutos, con los dos procesos vivos y nada pintado.
71 # `plasma-start-qemu.sh` ya lo lanzaba (línea 188); lo que faltaba era que el paquete ENTRARA.
72 # Misma figura que las raíces de runtime de GNOME (imports.gi.*): el cierre de BUILD no es el
73 # cierre de RUNTIME, y lo que se invoca por bus es invisible al grafo de deps.
74 "kactivitymanagerd",
75 # ── CAPA 2: EL ESCRITORIO USABLE ─────────────────────────────────────────────────────────────
76 # ⚠ Añadidas el 2026-09-03. **Las 22 ya estaban SELLADAS en esta cola y no las declaraba nadie**,
77 # así que no cuestan un build: sólo entran a la clausura. Se descubrió listando los `(cola,nombre)`
78 # cuyo artefacto instala un `usr/share/applications/*.desktop` y que `yupana.membresia()` no
79 # asigna a ningún perfil — salieron 23, y 22 son de acá.
80 #
81 # POR QUÉ FALTABAN, que no es lo mismo que «se decidió que no fueran». Las 7 raíces de arriba son
82 # el set MÍNIMO del arranque en metal, tomado de `docs/HANDOFF-noche-kde-2026-07-14.md:135`. Ese
83 # mismo documento nombra lo que faltaba como el trabajo siguiente: *«Capa 2 KF6 / apps núcleo:
84 # importar+construir konsole/dolphin/kate vía granja (extiende el escritorio usable)»*. Se
85 # construyeron y se sellaron; lo que nunca ocurrió fue DECLARARLAS. La métrica no lo podía ver
86 # porque mide lo declarado — la misma figura que dejó a sway en 121/121 sin emulador de terminal.
87 #
88 # Sin esto la imagen es compositor + shell + tema y nada más: **sin terminal no se puede salir de
89 # un fallo, y sin plasma-nm/plasma-pa/powerdevil no hay red, ni audio, ni gestión de energía.**
90 #
91 # Plomería de escritorio — esto no son "apps", es lo que hace que Plasma funcione:
92 "plasma-desktop", "plasma-nm", "plasma-pa", "powerdevil", "kscreen",
93 "systemsettings", "kinfocenter", "kmenuedit", "kwalletmanager",
94 # Núcleo usable: terminal, ficheros, editor, documentos, archivos comprimidos, captura, imágenes.
95 # `konsole` es el que cierra el agujero de «no hay terminal».
96 "konsole", "dolphin", "kate", "okular", "ark", "spectacle", "gwenview",
97 # Accesorios que ya estaban construidos; entran porque no cuesta nada y completan el menú.
98 "kcalc", "kfind", "filelight", "kcharselect", "kruler", "kdf",
99 # ── FUENTES ──────────────────────────────────────────────────────────────────────────────────
100 # Añadida el 2026-09-03 por el mismo recuento que destapó el hueco de GNOME: contando
101 # `.ttf/.otf/.ttc/.pfb` sobre los artefactos del cierre, este perfil tenía **UNA sola**, y de
102 # rebote — viene dentro de `qtbase`, no porque nadie la haya pedido. `fontconfig` estaba, pero
103 # fontconfig es el MOTOR que busca fuentes, no una fuente.
104 # Depender de la que trae qtbase es apoyarse en un detalle de empaquetado de Qt que puede
105 # desaparecer en cualquier versión, y encima deja a todo lo que NO es Qt sin nada.
106 "dejavu-fonts",
107 # `dejavu-fonts-nerd` es la MISMA DejaVu Sans Mono parcheada con Nerd Fonts (~10.000 glifos de
108 # iconos: Powerline, Font Awesome, Devicons…) que usan starship, lsd, eza, neovim y las
109 # statuslines; sin ellos dibujan cuadraditos. Se AÑADE, no reemplaza: la licencia de Bitstream
110 # Vera obliga a renombrar una fuente modificada, así que la parcheada se llama
111 # «DejaVuSansM Nerd Font Mono» y NO puede responder a «DejaVu Sans Mono» — sustituirla rompería
112 # a todo lo que la pide por nombre, empezando por foot. Se enchufa por fontconfig: su
113 # `59-nerd-monospace.conf` hace que el alias `monospace` la prefiera. Ver su receta.
114 "dejavu-fonts-nerd",
115 # ⚠ `xwayland` sigue acá como RAÍZ pero su receta NO se va a escribir: lo provee una imagen ajena
116 # enjaulada, declarado en ../state/qorpa-ajenos.toml (ADR 0015 D5 capa 3, qorpa). El Xwayland vive
117 # DENTRO de la imagen —Arch y Fedora ya lo traen y se cuelga de kwin por el socket— así que el
118 # hueco se disuelve sin receta y sin tocar la postura Wayland-only. Queda como raíz A PROPÓSITO:
119 # la imagen lo NECESITA, y sacarlo de acá lo volvería invisible en vez de contado aparte. El grafo
120 # ya lo reporta con clase `ajeno` («+ 1 ajenas»), nunca sumado a las nativas. Los otros tres ya
121 # están sellados (2026-09-02/03).
122 # ── LA PRIMERA APP DE USUARIO FINAL QUE COMPARTEN LOS CUATRO ESCRITORIOS ──────────────────────
123 # `mpv` vive en el CORPUS, no en esta cola, justamente para poder listarse en las cuatro: una
124 # receta resuelve sibling-first y después el catálogo padre, así que desde acá se alcanza.
125 # Va de raíz por la lección que este mismo fichero ya aprendió con `foot` en el perfil de sway:
126 # una receta sellada que ningún perfil declara NO ESTÁ EN NINGUNA IMAGEN, y la métrica de
127 # clausura no lo puede ver porque mide lo declarado. Sellado ≠ instalado.
128 # ⚠ Hoy entra con tres huecos escritos en `recipes/mpv.toml`: audio por ALSA con
129 # `-Dpipewire-alsa=disabled` en las pipewire (⇒ no suena con PipeWire vivo), sin Lua (⇒ sin OSC)
130 # y sin vaapi (⇒ sin decodificación por hardware).
131 "mpv",
132 # ── VISOR DE IMÁGENES, TAMBIÉN EN LAS CUATRO ─────────────────────────────────────────────────
133 # `swayimg` y no `imv`, que era lo que proponía `docs/plan-apps-usuario-final.md`: imv dibuja con
134 # OpenGL de función fija (`glBegin`/`glOrtho`) y esta distro NO tiene proveedor de GL de
135 # escritorio — las tres mesa van `-Dglx=disabled -Dglvnd=false` ⇒ no hay `libGL.so` ni `gl.pc` en
136 # ninguna cola. swayimg rasteriza a `wl_shm` y no toca GL; el porqué largo está en su receta.
137 # Trae de yapa backend DRM: muestra imágenes en una TTY pelada, sin compositor.
138 "swayimg",
139 # ── LAS `.so` QUE mesa Y wayland PIDEN EN RUNTIME Y NINGÚN ARTEFACTO DEL CIERRE PROVEE ────────
140 # Medido el 2026-09-03 recorriendo los NEEDED de todo el cierre de esta imagen contra los SONAME
141 # que ese mismo cierre publica: `libEGL.so.1` pide `libexpat.so.1` y `libwayland-client.so.0` pide
142 # `libffi.so.8`, y las recetas canónicas de expat y libffi son `--disable-shared`. O sea que el
143 # rootfs hidratado los resolvía contra el **sysroot Alpine DEL LAB**.
144 # Es peor que una dep faltante: el lab NO entra en `hash_inputs`, así que la fuga es invisible para
145 # el store — el artefacto se da por bueno y sólo arranca en una máquina con Alpine debajo.
146 # No es un descubrimiento nuevo: es EXACTAMENTE lo que el perfil `escritorio-sway` ya documentó
147 # para `sway`, sólo que ahí se encontró a mano al armar la imagen y estas tres nunca se revisaron.
148 # Van de raíces (y no de `[deps]`) por lo mismo que las fuentes y el XKB: son data de RUNTIME y
149 # nadie las declara como dep de BUILD, así que la clausura no puede alcanzarlas por ninguna arista.
150 # `bzip2-shared` se suma el 2026-09-03, cazada por `scripts/vigia-sonames.py` en los TRES perfiles
151 # a la vez: `freetype-shared` sale con `NEEDED libbz2.so.1` y el `bzip2` canónico del corpus es
152 # `.a`. Es la misma fuga al sysroot del lab que expat y libffi, y venía de antes que zathura —
153 # sólo que hasta ahora nadie cargaba freetype-shared en RUNTIME. Se vio de verdad al probar el
154 # visor: el plugin de PDF no hacía dlopen («Error relocating /usr/lib/libbz2.so.1»). La receta
155 # existía sólo en `incoming-kde`; promovida al corpus con el mismo hash (b3:1e404254 desde las dos
156 # partes ⇒ un solo artefacto, cero rebuilds).
157 # `ncurses-shared` se suma el 2026-09-03 por el ÚLTIMO soname sin proveedor que quedaba pedido por
158 # un componente de RUNTIME: `pw-top` (pipewire) sale con `NEEDED libncursesw.so.6` y el `ncurses`
159 # canónico del corpus es `--without-shared`. La receta de pipewire AFIRMA que quitando la dep
160 # «meson saltea pw-top» — es falso y llevaba así desde agosto: el guardián de upstream es
161 # `if ncurses_dep.found()` y meson lo encontró en el sysroot Alpine DEL LAB. Reproducido: sin esto
162 # el binario muere en el loader con `__vfprintf_chk: symbol not found` (símbolo de
163 # _FORTIFY_SOURCE de glibc que musl no tiene); con esto carga y corre.
164 # ⚠ Esto tapa el SÍNTOMA en runtime, no la causa: pipewire sigue enlazando contra el lab en BUILD.
165 # Arreglarlo de verdad pide re-sellar pipewire, que arrastra 7 artefactos —entre ellos dos Rust
166 # que ya murieron por OOM— así que se paga el día que pipewire se re-selle por otro motivo.
167 "expat-shared", "libffi-shared", "bzip2-shared", "ncurses-shared",
168 # ── TEMA DE ICONOS ───────────────────────────────────────────────────────────────────────────
169 # Añadido el 2026-09-03 releyendo la captura que dio el arranque por bueno
170 # (`docs/evidencia/plasma6-qemu-2026-09-03-kactivitymanagerd.png`): el panel salía con el reloj y
171 # NADA MÁS, y se leyó como «el panel arranca». No era el panel — era que ninguno de sus applets
172 # tenía icono que dibujar. `kickoff`, `systemtray`, `showdesktop` y `trash` SON un icono y poco
173 # más, así que sin tema quedan de ancho cero; el reloj se ve porque dibuja TEXTO. Los `.so` de los
174 # applets estaban todos instalados (`/usr/lib/qt6/plugins/plasma/applets/`), o sea que el síntoma
175 # no distingue «no cargó» de «cargó y no tiene qué pintar».
176 # El log lo decía en UNA línea que nadie leyó: `kf.iconthemes: Icon theme "breeze" not found.`
177 #
178 # `breeze`, que ya estaba de raíz, es el tema de WIDGETS y de CURSORES: instala
179 # `usr/share/icons/Breeze_Light` y `usr/share/icons/breeze_cursors`, que son punteros de ratón, no
180 # iconos de aplicación. Los ~11.000 iconos viven en `breeze-icons`, receta APARTE que estaba
181 # sellada desde siempre y que no declaraba NINGÚN perfil. Misma figura que las fuentes y que
182 # `foot`: es data de RUNTIME, no la alcanza ninguna arista de BUILD, y la clausura no la puede
183 # echar de menos porque mide lo declarado.
184 #
185 # `hicolor-icon-theme` es el FALLBACK obligatorio del estándar freedesktop: cada aplicación
186 # instala sus iconos en `usr/share/icons/hicolor/...` y todo buscador termina ahí cuando el tema
187 # activo no tiene lo pedido. Sin su `index.theme` el directorio existe pero NO es un tema y la
188 # búsqueda no lo recorre. Vive en el corpus desde hoy (promovida con hash IDÉNTICO
189 # b3:98ad44a5 desde `incoming-gnome`/`incoming-cosmic`, 0 rebuilds en sus 4 consumidores) para que
190 # la alcancen las cuatro imágenes.
191 "breeze-icons", "hicolor-icon-theme",
192]
193
194[perfil.escritorio-gnome]
195descripcion = "escritorio GNOME (Wayland-nativo) desde fuente — 3er escritorio, X11 al tacho"
196cola = "incoming-gnome"
197# Raíces de una sesión GNOME que bootea a un shell usable. El resto es CLAUSURA. Hoy son HUECOS
198# (cero recetas en incoming-gnome): build-state SALTA este perfil hasta que su cola se cargue
199# (--gnome), así que declararlo NO reporta raíces fantasma — sólo lo hace un objetivo de primera
200# clase que el sistema conoce. La frontera de autoría se descubre con `seed-gnome.py` (bootstrap por
201# metadata mientras no haya recetas); OJO: ese cierre SOBREESTIMA ~5-10× (ver docs/state/seed-gnome.json
202# y la memoria frente-gnome). El palo largo / keystone es spidermonkey(mozjs) → gjs → gnome-shell.
203#
204# ── SIN gnome-session / gnome-settings-daemon / gdm: APARCADAS POR DISEÑO (2026-08-07) ───────────
205# Estaban acá y hacían que el perfil reportara 124/127 con 3 en `never` PARA SIEMPRE, que se lee
206# como trabajo pendiente. No lo es: las tres mueren en GTK3, y GTK3 es una de las tres deudas que
207# el frente GNOME aparcó a propósito (GTK3 / X11 / PAM). El diagnóstico completo, verificado contra
208# el `meson.build` de cada tag, está en el encabezado de cada receta — que sigue en el repo, con su
209# análisis intacto, por si algún día se autora el stack GTK3.
210#
211# NO son tres problemas, es UNO. Y no bloquean el escritorio: gnome-shell NO depende de
212# gnome-session ni de g-s-d, ni en build ni para arrancar. El camino vivo es mutter → gnome-shell,
213# lanzado por arje. El único que pedía gnome-session era gdm.
214#
215# ⚠ La contradicción costó: `targets.toml` las reclamaba como raíces mientras las recetas decían
216# «aparcadas», así que el grafo reportaba deuda fantasma y el worker las reintentaba en cada ciclo.
217# Dos documentos del repo diciendo cosas opuestas, y el que se mira primero es el grafo.
218# Si algún día se autora GTK3, se vuelven a añadir acá y el objetivo reaparece solo.
219paquetes = [
220 "mutter", "gnome-shell", "gjs",
221 "gsettings-desktop-schemas", "gnome-desktop", "xdg-desktop-portal-gnome",
222 # ── LA PRIMERA APP DE USUARIO FINAL QUE COMPARTEN LOS CUATRO ESCRITORIOS ──────────────────────
223 # `mpv` vive en el CORPUS, no en esta cola, justamente para poder listarse en las cuatro: una
224 # receta resuelve sibling-first y después el catálogo padre, así que desde acá se alcanza.
225 # Va de raíz por la lección que este mismo fichero ya aprendió con `foot` en el perfil de sway:
226 # una receta sellada que ningún perfil declara NO ESTÁ EN NINGUNA IMAGEN, y la métrica de
227 # clausura no lo puede ver porque mide lo declarado. Sellado ≠ instalado.
228 # ⚠ Hoy entra con tres huecos escritos en `recipes/mpv.toml`: audio por ALSA con
229 # `-Dpipewire-alsa=disabled` en las pipewire (⇒ no suena con PipeWire vivo), sin Lua (⇒ sin OSC)
230 # y sin vaapi (⇒ sin decodificación por hardware).
231 "mpv",
232 # ── VISOR DE IMÁGENES, TAMBIÉN EN LAS CUATRO ─────────────────────────────────────────────────
233 # `swayimg` y no `imv`, que era lo que proponía `docs/plan-apps-usuario-final.md`: imv dibuja con
234 # OpenGL de función fija (`glBegin`/`glOrtho`) y esta distro NO tiene proveedor de GL de
235 # escritorio — las tres mesa van `-Dglx=disabled -Dglvnd=false` ⇒ no hay `libGL.so` ni `gl.pc` en
236 # ninguna cola. swayimg rasteriza a `wl_shm` y no toca GL; el porqué largo está en su receta.
237 # Trae de yapa backend DRM: muestra imágenes en una TTY pelada, sin compositor.
238 "swayimg",
239 # ── LECTOR DE DOCUMENTOS ─────────────────────────────────────────────────────────────────────
240 # ⚠ NO ESTÁ EN `escritorio-kde`, y no es un olvido. `zathura-pdf-poppler` necesita `poppler-glib`,
241 # que es una receta NUEVA del corpus (la que ya existía va `-DENABLE_GLIB=OFF` y vive en la cola
242 # de KDE). Las dos instalan `/usr/lib/libpoppler.so.146` y son artefactos DISTINTOS ⇒ una imagen
243 # que hidrate las dos pone dos ficheros en la misma ruta y gana el que se proyecte último, que es
244 # el cuadro de las dos glib. KDE ya trae `okular`, que arrastra la poppler de Qt6.
245 # Si alguna vez se quiere zathura en KDE, la salida NO es listarla acá: es jubilar una de las dos
246 # popplers. Escrito también en `recipes/poppler-glib.toml` y `recipes/zathura.toml`.
247 # El plugin va de raíz APARTE del visor a propósito: `zathura` no lo declara en `[deps]` de
248 # runtime —lo carga con dlopen— así que sin esta línea la imagen traería un visor que abre la
249 # ventana y dice «unknown file type». Sellado ≠ instalado, otra vez.
250 "zathura", "zathura-pdf-poppler",
251 # ── LAS `.so` QUE mesa Y wayland PIDEN EN RUNTIME Y NINGÚN ARTEFACTO DEL CIERRE PROVEE ────────
252 # Medido el 2026-09-03 recorriendo los NEEDED de todo el cierre de esta imagen contra los SONAME
253 # que ese mismo cierre publica: `libEGL.so.1` pide `libexpat.so.1` y `libwayland-client.so.0` pide
254 # `libffi.so.8`, y las recetas canónicas de expat y libffi son `--disable-shared`. O sea que el
255 # rootfs hidratado los resolvía contra el **sysroot Alpine DEL LAB**.
256 # Es peor que una dep faltante: el lab NO entra en `hash_inputs`, así que la fuga es invisible para
257 # el store — el artefacto se da por bueno y sólo arranca en una máquina con Alpine debajo.
258 # No es un descubrimiento nuevo: es EXACTAMENTE lo que el perfil `escritorio-sway` ya documentó
259 # para `sway`, sólo que ahí se encontró a mano al armar la imagen y estas tres nunca se revisaron.
260 # Van de raíces (y no de `[deps]`) por lo mismo que las fuentes y el XKB: son data de RUNTIME y
261 # nadie las declara como dep de BUILD, así que la clausura no puede alcanzarlas por ninguna arista.
262 # `bzip2-shared` se suma el 2026-09-03, cazada por `scripts/vigia-sonames.py` en los TRES perfiles
263 # a la vez: `freetype-shared` sale con `NEEDED libbz2.so.1` y el `bzip2` canónico del corpus es
264 # `.a`. Es la misma fuga al sysroot del lab que expat y libffi, y venía de antes que zathura —
265 # sólo que hasta ahora nadie cargaba freetype-shared en RUNTIME. Se vio de verdad al probar el
266 # visor: el plugin de PDF no hacía dlopen («Error relocating /usr/lib/libbz2.so.1»). La receta
267 # existía sólo en `incoming-kde`; promovida al corpus con el mismo hash (b3:1e404254 desde las dos
268 # partes ⇒ un solo artefacto, cero rebuilds).
269 # ── ⚠ TERMINAL Y EDITOR: ESTA IMAGEN NO TENÍA NI UNO NI OTRO ─────────────────────────────────
270 # Medido el 2026-09-03 cruzando la membresía de los cuatro perfiles contra una lista de emuladores
271 # de terminal, editores y gestores de ficheros:
272 #
273 # escritorio-cosmic term=cosmic-term editor=cosmic-edit archivos=cosmic-files
274 # escritorio-sway term=foot editor=vim archivos=—
275 # escritorio-gnome term=— editor=— archivos=—
276 # escritorio-kde term=— editor=— archivos=—
277 #
278 # Es la lección de `foot` otra vez y a mayor escala: sway llegó a 121/121 SIN emulador de terminal
279 # porque nadie lo declaraba. Un escritorio sin terminal no es uno incompleto: es uno del que no se
280 # puede salir cuando algo falla.
281 #
282 # `foot` y `helix` viven en el CORPUS —no en una cola—, así que desde acá se alcanzan y no hacen
283 # falta recetas nuevas: las dos ya estaban selladas y sin declarar por NADIE. foot es Wayland puro
284 # sobre `xdg-shell` (no pide protocolos de wlroots), así que corre bajo mutter igual que bajo sway;
285 # su único NEEDED es `libc.so`. helix es TUI y corre dentro de la terminal.
286 #
287 # KDE queda fuera de este arreglo A PROPÓSITO, y es un hallazgo aparte: tiene `konsole`, `kate` y
288 # `dolphin` SELLADAS en su cola y sin declarar, más otras 19 apps y hasta `plasma-desktop`,
289 # `plasma-nm`, `plasma-pa` y `powerdevil`. Su perfil son 13 raíces de ARRANQUE EN METAL, no la
290 # imagen de escritorio completa (ésa se hidrató aparte, por hash). Reordenar eso es decisión del
291 # frente KDE, no de éste.
292 "foot", "helix",
293 # ── FUENTES ──────────────────────────────────────────────────────────────────────────────────
294 # ⚠ Añadida el 2026-09-03 porque este perfil no traía NI UN FICHERO DE FUENTE. Medido recorriendo
295 # los artefactos del cierre y contando `.ttf/.otf/.ttc/.pfb`: **gnome=0**, sway=22 (dejavu),
296 # kde=1 (una que viene dentro de qtbase). `fontconfig` estaba, pero fontconfig es el MOTOR que
297 # busca fuentes, no una fuente — tenerlo y creer que hay tipografía es el mismo error que
298 # confundir un directorio vacío con un artefacto.
299 # Se descubrió con `poppler-render-check`: un PDF con fuentes base-14 (Helvetica, Times…) NO
300 # trae la tipografía adentro, la sustituye el visor por fontconfig, así que sin fuentes el
301 # documento se ve VACÍO — y el visor no da error, que es lo peor.
302 # `dejavu-fonts` es la única receta de fuentes del catálogo entero. Que KDE esté igual (1 fuente
303 # de rebote, dentro de qtbase) es un hallazgo aparte y NO se toca acá: ese perfil no lleva zathura
304 # y su árbol lo está trabajando otro frente.
305 "dejavu-fonts",
306 # `dejavu-fonts-nerd` es la MISMA DejaVu Sans Mono parcheada con Nerd Fonts (~10.000 glifos de
307 # iconos: Powerline, Font Awesome, Devicons…) que usan starship, lsd, eza, neovim y las
308 # statuslines; sin ellos dibujan cuadraditos. Se AÑADE, no reemplaza: la licencia de Bitstream
309 # Vera obliga a renombrar una fuente modificada, así que la parcheada se llama
310 # «DejaVuSansM Nerd Font Mono» y NO puede responder a «DejaVu Sans Mono» — sustituirla rompería
311 # a todo lo que la pide por nombre, empezando por foot. Se enchufa por fontconfig: su
312 # `59-nerd-monospace.conf` hace que el alias `monospace` la prefiera. Ver su receta.
313 "dejavu-fonts-nerd",
314 # `ncurses-shared` se suma el 2026-09-03 por el ÚLTIMO soname sin proveedor que quedaba pedido por
315 # un componente de RUNTIME: `pw-top` (pipewire) sale con `NEEDED libncursesw.so.6` y el `ncurses`
316 # canónico del corpus es `--without-shared`. La receta de pipewire AFIRMA que quitando la dep
317 # «meson saltea pw-top» — es falso y llevaba así desde agosto: el guardián de upstream es
318 # `if ncurses_dep.found()` y meson lo encontró en el sysroot Alpine DEL LAB. Reproducido: sin esto
319 # el binario muere en el loader con `__vfprintf_chk: symbol not found` (símbolo de
320 # _FORTIFY_SOURCE de glibc que musl no tiene); con esto carga y corre.
321 # ⚠ Esto tapa el SÍNTOMA en runtime, no la causa: pipewire sigue enlazando contra el lab en BUILD.
322 # Arreglarlo de verdad pide re-sellar pipewire, que arrastra 7 artefactos —entre ellos dos Rust
323 # que ya murieron por OOM— así que se paga el día que pipewire se re-selle por otro motivo.
324 "expat-shared", "libffi-shared", "bzip2-shared", "ncurses-shared",
325 # ── TEMA DE ICONOS Y DE CURSORES ─────────────────────────────────────────────────────────────
326 # Añadido el 2026-09-03: medido sobre los artefactos del cierre, este perfil tenía **CERO** temas
327 # de iconos — ni siquiera `hicolor`. Se ve en `docs/evidencia/gnome-shell-qemu-2026-09-03-libs-
328 # compartidas.png`: la barra superior trae la fecha (texto) y el pill de espacios de trabajo, y la
329 # DERECHA está vacía — los indicadores de red, volumen y batería son iconos, y no había ninguno
330 # que dibujar. Mismo defecto que en KDE y por el mismo motivo: data de RUNTIME que no alcanza
331 # ninguna arista de BUILD.
332 #
333 # `adwaita-icon-theme` estaba escrita y SELLADA desde el frente GNOME y no la declaraba nadie. Su
334 # propia cabecera explica por qué la escribieron: mutter avisa `No cursor theme available` y **sin
335 # tema de cursor no hay puntero visible** con el cursor por software que obliga virtio-gpu. Los
336 # XCursor viven ahí adentro (`Adwaita/cursors/`), no en un paquete aparte.
337 # `hicolor-icon-theme` va explícito aunque Adwaita lo declare `Inherits=hicolor`: la herencia se
338 # resuelve en RUNTIME leyendo el `index.theme` del padre, así que el padre tiene que estar
339 # INSTALADO. Desde hoy se resuelve contra el corpus (misma receta, mismo hash).
340 "adwaita-icon-theme", "hicolor-icon-theme",
341]
342
343[perfil.escritorio-cosmic]
344descripcion = "escritorio COSMIC (System76, Rust sobre smithay/iced) desde fuente — 4º escritorio"
345cola = "incoming-cosmic"
346# Las raíces son EXACTAMENTE lo que `cosmic-session/src/main.rs` levanta, más el gestor mismo y los
347# datos que ningún `[deps]` alcanza. El resto es CLAUSURA.
348#
349# ── POR QUÉ ESTE PERFIL NO ES BUROCRACIA ────────────────────────────────────────────────────────
350# Sin él, `yupana radio` sobre cualquier receta COMPARTIDA —libinput, libxkbcommon, libudev-zero,
351# mesa, wayland— devuelve «IMÁGENES afectadas: (ninguna declarada)» para COSMIC, y el próximo que las
352# toque MIDE DE MENOS. La campaña existe en el store y en el runbook, pero el ábaco no la ve: el radio
353# de un re-hash es justo lo que el perfil convierte en dato.
354#
355# Nota de nombres, que acá no coinciden y ya costó una vez: el repo `cosmic-workspaces-epoch` produce
356# el binario `cosmic-workspaces`, y el AppID tampoco lleva el sufijo. Se lista por el nombre de la
357# RECETA, que es el del repo.
358paquetes = [
359 "cosmic-comp", "cosmic-session", "cosmic-settings-daemon",
360 "cosmic-panel", "cosmic-launcher", "cosmic-app-library", "cosmic-workspaces-epoch",
361 "cosmic-notifications", "cosmic-osd", "cosmic-bg", "cosmic-idle",
362 # Los applets del panel. No es un componente que la sesión lance: lo spawnea el PANEL, por AppID,
363 # y sin ellos arranca y no se dibuja. Un binario multiplexor con veinte symlinks.
364 "cosmic-applets",
365 # El MOTOR del lanzador, de otro repo y fuera del pin `epoch-N`: `cosmic-launcher` sólo dibuja y
366 # lanza a `pop-launcher` como proceso hijo por PATH. Sin él, `Super` no abre nada.
367 "pop-launcher",
368 # Y el `qalc` al que el plugin `calc` le pasa la expresión: tercer nivel de hijo por PATH. Es la
369 # primera raíz del perfil que existe para que una TECLA dé un resultado, no para que algo enlace.
370 "libqalculate",
371 # La primera APLICACIÓN con ventana del catálogo, y la primera entrada de la biblioteca que no es
372 # `NoDisplay`. Hasta acá el perfil listaba escritorio; desde acá lista también lo que se abre.
373 "cosmic-term",
374 # La segunda: el gestor de ficheros. Sin `gvfs` (no hay glib compartida) ⇒ navegación local sí,
375 # montajes remotos no.
376 "cosmic-files",
377 # La tercera: el panel de control. Habla con los daemons por zbus, así que NO arrastra
378 # NetworkManager/udisks/accountsservice — sólo libdrm y dav1d sobre el juego fijo.
379 "cosmic-settings",
380 # La cuarta: el editor de texto, y la más barata de las cuatro — su árbol ya estaba compilado (usa
381 # `cosmic-files` como crate, igual que la terminal). Su binario enlaza SÓLO `libxkbcommon` y
382 # `libc.so`: dos NEEDED, el mínimo de todos los clientes de la suite.
383 "cosmic-edit",
384 # La quinta: la tienda. Con el backend `pkgar` —el único de los cuatro que no pide ni una torre de
385 # C (flatpak) ni un demonio ausente (packagekit)— NAVEGA el catálogo instalado leyendo el AppStream
386 # del sistema, pero NO instala: nada está cableado al `.swm` de hammer.
387 "cosmic-store",
388 # La sexta: la captura de pantalla. Cero C —el único `[deps] build = []` de la campaña— pero HOY
389 # NO FUNCIONA: todo su trabajo es `Screenshot::request()` contra `org.freedesktop.portal.Desktop`,
390 # y en la imagen no hay portal. Se lista igual para que el hueco sea visible.
391 "cosmic-screenshot",
392 # La CADENA DEL PORTAL, dos raíces porque son dos procesos que se encuentran por D-Bus en runtime:
393 # el frontend registra `org.freedesktop.portal.Desktop` y enruta al backend, que implementa
394 # Access/FileChooser/Screenshot/Settings/ScreenCast. Sin ellos no hay captura, ni selector de
395 # ficheros de portal, ni compartir pantalla.
396 "xdg-desktop-portal", "xdg-desktop-portal-cosmic",
397 # Y la SONDA con que se mide esa cadena. No es escritorio: es el instrumento. Se lista como raíz
398 # porque nadie la declara como dep y sin ella el perfil no incluiría con qué verificarse a sí
399 # mismo — un handshake de portal sólo se puede ejercer DESDE la sesión, con bus y compositor vivos.
400 "portal-probe",
401 # El GESTOR DE SESIÓN de pipewire. Se lista como raíz porque ningún `[deps]` lo alcanza: es un
402 # CLIENTE del demonio, no una librería de nadie. Trae consigo la glib COMPARTIDA (`glib-shared`),
403 # que no es la estática que usa el resto de la cola — wireplumber produce `.so` y la estática del
404 # corpus no es PIC. Construido y corriendo; NO desbloqueó ScreenCast (ver el runbook).
405 "wireplumber",
406 # Datos, no binarios: el tema de iconos (y el hicolor del que hereda), las tablas de xkb y una
407 # tipografía. Ninguno es dep de build de nadie y sin ellos el escritorio arranca roto — sin puntero,
408 # sin teclado o con tofu.
409 "cosmic-icons", "hicolor-icon-theme", "xkeyboard-config", "dejavu-fonts",
410 # `dejavu-fonts-nerd` es la MISMA DejaVu Sans Mono parcheada con Nerd Fonts (~10.000 glifos de
411 # iconos: Powerline, Font Awesome, Devicons…) que usan starship, lsd, eza, neovim y las
412 # statuslines; sin ellos dibujan cuadraditos. Se AÑADE, no reemplaza: la licencia de Bitstream
413 # Vera obliga a renombrar una fuente modificada, así que la parcheada se llama
414 # «DejaVuSansM Nerd Font Mono» y NO puede responder a «DejaVu Sans Mono» — sustituirla rompería
415 # a todo lo que la pide por nombre, empezando por foot. Se enchufa por fontconfig: su
416 # `59-nerd-monospace.conf` hace que el alias `monospace` la prefiera. Ver su receta.
417 "dejavu-fonts-nerd",
418 # Lo que `start-cosmic` ejecuta y ningún `[deps]` pide: bash de verdad y el bus de sesión.
419 "bash", "dbus",
420 # ── LA PRIMERA APP DE USUARIO FINAL QUE COMPARTEN LOS CUATRO ESCRITORIOS ──────────────────────
421 # `mpv` vive en el CORPUS, no en esta cola, justamente para poder listarse en las cuatro: una
422 # receta resuelve sibling-first y después el catálogo padre, así que desde acá se alcanza.
423 # Va de raíz por la lección que este mismo fichero ya aprendió con `foot` en el perfil de sway:
424 # una receta sellada que ningún perfil declara NO ESTÁ EN NINGUNA IMAGEN, y la métrica de
425 # clausura no lo puede ver porque mide lo declarado. Sellado ≠ instalado.
426 # ⚠ Hoy entra con tres huecos escritos en `recipes/mpv.toml`: audio por ALSA con
427 # `-Dpipewire-alsa=disabled` en las pipewire (⇒ no suena con PipeWire vivo), sin Lua (⇒ sin OSC)
428 # y sin vaapi (⇒ sin decodificación por hardware).
429 "mpv",
430 # ── VISOR DE IMÁGENES, TAMBIÉN EN LAS CUATRO ─────────────────────────────────────────────────
431 # `swayimg` y no `imv`, que era lo que proponía `docs/plan-apps-usuario-final.md`: imv dibuja con
432 # OpenGL de función fija (`glBegin`/`glOrtho`) y esta distro NO tiene proveedor de GL de
433 # escritorio — las tres mesa van `-Dglx=disabled -Dglvnd=false` ⇒ no hay `libGL.so` ni `gl.pc` en
434 # ninguna cola. swayimg rasteriza a `wl_shm` y no toca GL; el porqué largo está en su receta.
435 # Trae de yapa backend DRM: muestra imágenes en una TTY pelada, sin compositor.
436 "swayimg",
437 # ── LECTOR DE DOCUMENTOS ─────────────────────────────────────────────────────────────────────
438 # ⚠ NO ESTÁ EN `escritorio-kde`, y no es un olvido. `zathura-pdf-poppler` necesita `poppler-glib`,
439 # que es una receta NUEVA del corpus (la que ya existía va `-DENABLE_GLIB=OFF` y vive en la cola
440 # de KDE). Las dos instalan `/usr/lib/libpoppler.so.146` y son artefactos DISTINTOS ⇒ una imagen
441 # que hidrate las dos pone dos ficheros en la misma ruta y gana el que se proyecte último, que es
442 # el cuadro de las dos glib. KDE ya trae `okular`, que arrastra la poppler de Qt6.
443 # Si alguna vez se quiere zathura en KDE, la salida NO es listarla acá: es jubilar una de las dos
444 # popplers. Escrito también en `recipes/poppler-glib.toml` y `recipes/zathura.toml`.
445 # El plugin va de raíz APARTE del visor a propósito: `zathura` no lo declara en `[deps]` de
446 # runtime —lo carga con dlopen— así que sin esta línea la imagen traería un visor que abre la
447 # ventana y dice «unknown file type». Sellado ≠ instalado, otra vez.
448 "zathura", "zathura-pdf-poppler",
449 # ── LAS `.so` QUE mesa Y wayland PIDEN EN RUNTIME Y NINGÚN ARTEFACTO DEL CIERRE PROVEE ────────
450 # Medido el 2026-09-03 recorriendo los NEEDED de todo el cierre de esta imagen contra los SONAME
451 # que ese mismo cierre publica: `libEGL.so.1` pide `libexpat.so.1` y `libwayland-client.so.0` pide
452 # `libffi.so.8`, y las recetas canónicas de expat y libffi son `--disable-shared`. O sea que el
453 # rootfs hidratado los resolvía contra el **sysroot Alpine DEL LAB**.
454 # Es peor que una dep faltante: el lab NO entra en `hash_inputs`, así que la fuga es invisible para
455 # el store — el artefacto se da por bueno y sólo arranca en una máquina con Alpine debajo.
456 # No es un descubrimiento nuevo: es EXACTAMENTE lo que el perfil `escritorio-sway` ya documentó
457 # para `sway`, sólo que ahí se encontró a mano al armar la imagen y estas tres nunca se revisaron.
458 # Van de raíces (y no de `[deps]`) por lo mismo que las fuentes y el XKB: son data de RUNTIME y
459 # nadie las declara como dep de BUILD, así que la clausura no puede alcanzarlas por ninguna arista.
460 # `bzip2-shared` se suma el 2026-09-03, cazada por `scripts/vigia-sonames.py` en los TRES perfiles
461 # a la vez: `freetype-shared` sale con `NEEDED libbz2.so.1` y el `bzip2` canónico del corpus es
462 # `.a`. Es la misma fuga al sysroot del lab que expat y libffi, y venía de antes que zathura —
463 # sólo que hasta ahora nadie cargaba freetype-shared en RUNTIME. Se vio de verdad al probar el
464 # visor: el plugin de PDF no hacía dlopen («Error relocating /usr/lib/libbz2.so.1»). La receta
465 # existía sólo en `incoming-kde`; promovida al corpus con el mismo hash (b3:1e404254 desde las dos
466 # partes ⇒ un solo artefacto, cero rebuilds).
467 # `ncurses-shared` se suma el 2026-09-03 por el ÚLTIMO soname sin proveedor que quedaba pedido por
468 # un componente de RUNTIME: `pw-top` (pipewire) sale con `NEEDED libncursesw.so.6` y el `ncurses`
469 # canónico del corpus es `--without-shared`. La receta de pipewire AFIRMA que quitando la dep
470 # «meson saltea pw-top» — es falso y llevaba así desde agosto: el guardián de upstream es
471 # `if ncurses_dep.found()` y meson lo encontró en el sysroot Alpine DEL LAB. Reproducido: sin esto
472 # el binario muere en el loader con `__vfprintf_chk: symbol not found` (símbolo de
473 # _FORTIFY_SOURCE de glibc que musl no tiene); con esto carga y corre.
474 # ⚠ Esto tapa el SÍNTOMA en runtime, no la causa: pipewire sigue enlazando contra el lab en BUILD.
475 # Arreglarlo de verdad pide re-sellar pipewire, que arrastra 7 artefactos —entre ellos dos Rust
476 # que ya murieron por OOM— así que se paga el día que pipewire se re-selle por otro motivo.
477 "expat-shared", "libffi-shared", "bzip2-shared", "ncurses-shared",
478]
479
480[perfil.escritorio-sway]
481descripcion = "WM Wayland ligero: sway sobre wlroots propio, sin X11 y sin systemd"
482cola = "incoming-wlr"
483hereda = ["cli"]
484# Sellado entero el 2026-08-07. A diferencia de los otros tres escritorios, éste NO tiene una torre
485# de C debajo: son una decena de binarios pequeños sobre wlroots, y por eso salió en una noche
486# mientras KDE y GNOME fueron campañas de semanas.
487#
488# `hereda = ["cli"]` a propósito: un WM ligero sin userland debajo no se usa: hace falta la terminal
489# y las herramientas.
490#
491# 2026-08-26: este comentario decía que `foot` «entra por la clausura de cli, así que no se lista
492# acá». ERA FALSO y el grafo lo desmentía: `foot` está sellado en el corpus pero `perfil.cli` no lo
493# lista entre sus raíces, así que ningún perfil lo arrastraba. El perfil daba 121/121 SIN EMULADOR DE
494# TERMINAL — sellado completo y aun así inusable. Se detectó al hidratar la clausura para armar la
495# imagen, no antes: la métrica de perfil mide la clausura de las raíces declaradas, y no puede ver lo
496# que falta en la declaración. `foot` se lista ahora donde le toca, entre las raíces del escritorio.
497#
498# Sólo RAÍCES: la clausura —wlroots, mesa, wayland, libinput, seatd, cairo, pango, fcft…— la calcula
499# el grafo siguiendo las aristas de deps. Escribirla a mano sería justo lo que targets.toml existe
500# para no hacer.
501paquetes = [
502 # el compositor y sus utilidades propias
503 "sway",
504 # lo que hace que se USE y no sólo arranque
505 "yambar", # barra de estado (yambar y no waybar: waybar exige gtkmm-3.0, o sea GTK3 + sus
506 # bindings C++, que es deuda aparcada por diseño. Medido, no supuesto.)
507 "foot", # emulador de terminal (misma familia que fcft/tllist, ya en la clausura)
508 "fuzzel", # lanzador de aplicaciones
509 # ── DATOS, no binarios: nadie los declara como dep de build, así que SÓLO entran como raíces ──
510 # Ninguna receta depende de una fuente ni de un mapa de teclado para COMPILAR, de modo que la
511 # clausura no puede alcanzarlos por más aristas que siga. Si no están acá, no están.
512 "dejavu-fonts", # sin UNA fuente, foot muere con «monospace::size=8: failed to match font»
513 # `dejavu-fonts-nerd` es la MISMA DejaVu Sans Mono parcheada con Nerd Fonts (~10.000 glifos de
514 # iconos: Powerline, Font Awesome, Devicons…) que usan starship, lsd, eza, neovim y las
515 # statuslines; sin ellos dibujan cuadraditos. Se AÑADE, no reemplaza: la licencia de Bitstream
516 # Vera obliga a renombrar una fuente modificada, así que la parcheada se llama
517 # «DejaVuSansM Nerd Font Mono» y NO puede responder a «DejaVu Sans Mono» — sustituirla rompería
518 # a todo lo que la pide por nombre, empezando por foot. Se enchufa por fontconfig: su
519 # `59-nerd-monospace.conf` hace que el alias `monospace` la prefiera. Ver su receta.
520 "dejavu-fonts-nerd",
521 "xkeyboard-config", # sin datos XKB: «xkbcommon: ERROR: failed to add default include path
522 # /usr/share/X11/xkb», y sway no completa el seat
523 # ── LAS TRES `.so` QUE sway PIDE Y EL CORPUS SÓLO PRODUCE COMO `.a` ─────────────────────────
524 # `sway` es `link = "dynamic"` a propósito (dlopea los drivers DRI de mesa) y sale con
525 # `NEEDED libz.so.1 / libexpat.so.1 / libffi.so.8`. Las canónicas son `--disable-shared`, así que
526 # ningún artefacto sellado producía esos `.so` y el rootfs hidratado los resolvía contra el
527 # sysroot Alpine DEL LAB. Peor que una dep faltante: el lab NO entra en `hash_inputs`, así que la
528 # fuga era invisible para el store — el artefacto se daba por bueno y sólo arrancaba en una
529 # máquina con Alpine debajo. Los otros nueve NEEDED de sway (pixman, drm, evdev, input, udev,
530 # wayland-server, wlroots, xkbcommon, libc) sí los cubre la clausura, porque esas recetas ya son
531 # `link = dynamic`. Como las tres son data de runtime y nadie las declara como dep de BUILD, van
532 # de raíces por la misma razón que las fuentes y el XKB de arriba.
533 # `bzip2-shared` se suma el 2026-09-03, cazada por `scripts/vigia-sonames.py` en los TRES perfiles
534 # a la vez: `freetype-shared` sale con `NEEDED libbz2.so.1` y el `bzip2` canónico del corpus es
535 # `.a`. Es la misma fuga al sysroot del lab que expat y libffi, y venía de antes que zathura —
536 # sólo que hasta ahora nadie cargaba freetype-shared en RUNTIME. Se vio de verdad al probar el
537 # visor: el plugin de PDF no hacía dlopen («Error relocating /usr/lib/libbz2.so.1»). La receta
538 # existía sólo en `incoming-kde`; promovida al corpus con el mismo hash (b3:1e404254 desde las dos
539 # partes ⇒ un solo artefacto, cero rebuilds).
540 # `ncurses-shared` se suma el 2026-09-03 por el ÚLTIMO soname sin proveedor que quedaba pedido por
541 # un componente de RUNTIME: `pw-top` (pipewire) sale con `NEEDED libncursesw.so.6` y el `ncurses`
542 # canónico del corpus es `--without-shared`. La receta de pipewire AFIRMA que quitando la dep
543 # «meson saltea pw-top» — es falso y llevaba así desde agosto: el guardián de upstream es
544 # `if ncurses_dep.found()` y meson lo encontró en el sysroot Alpine DEL LAB. Reproducido: sin esto
545 # el binario muere en el loader con `__vfprintf_chk: symbol not found` (símbolo de
546 # _FORTIFY_SOURCE de glibc que musl no tiene); con esto carga y corre.
547 # ⚠ Esto tapa el SÍNTOMA en runtime, no la causa: pipewire sigue enlazando contra el lab en BUILD.
548 # Arreglarlo de verdad pide re-sellar pipewire, que arrastra 7 artefactos —entre ellos dos Rust
549 # que ya murieron por OOM— así que se paga el día que pipewire se re-selle por otro motivo.
550 "zlib-shared", "expat-shared", "libffi-shared", "bzip2-shared", "ncurses-shared",
551 "swaybg", # fondo de escritorio
552 "swaylock", # bloqueo de pantalla (con PAM: linux-pam SÍ está en el corpus)
553 "swayidle", # apagado por inactividad
554 # el par de captura y el portapapeles, sin los cuales media docena de flujos no cierran
555 "grim", "slurp", "wl-clipboard",
556 # ── LA PRIMERA APP DE USUARIO FINAL QUE COMPARTEN LOS CUATRO ESCRITORIOS ──────────────────────
557 # `mpv` vive en el CORPUS, no en esta cola, justamente para poder listarse en las cuatro: una
558 # receta resuelve sibling-first y después el catálogo padre, así que desde acá se alcanza.
559 # Va de raíz por la lección que este mismo fichero ya aprendió con `foot` en el perfil de sway:
560 # una receta sellada que ningún perfil declara NO ESTÁ EN NINGUNA IMAGEN, y la métrica de
561 # clausura no lo puede ver porque mide lo declarado. Sellado ≠ instalado.
562 # ⚠ Hoy entra con tres huecos escritos en `recipes/mpv.toml`: audio por ALSA con
563 # `-Dpipewire-alsa=disabled` en las pipewire (⇒ no suena con PipeWire vivo), sin Lua (⇒ sin OSC)
564 # y sin vaapi (⇒ sin decodificación por hardware).
565 "mpv",
566 # ── VISOR DE IMÁGENES, TAMBIÉN EN LAS CUATRO ─────────────────────────────────────────────────
567 # `swayimg` y no `imv`, que era lo que proponía `docs/plan-apps-usuario-final.md`: imv dibuja con
568 # OpenGL de función fija (`glBegin`/`glOrtho`) y esta distro NO tiene proveedor de GL de
569 # escritorio — las tres mesa van `-Dglx=disabled -Dglvnd=false` ⇒ no hay `libGL.so` ni `gl.pc` en
570 # ninguna cola. swayimg rasteriza a `wl_shm` y no toca GL; el porqué largo está en su receta.
571 # Trae de yapa backend DRM: muestra imágenes en una TTY pelada, sin compositor.
572 "swayimg",
573 # ── LECTOR DE DOCUMENTOS ─────────────────────────────────────────────────────────────────────
574 # ⚠ NO ESTÁ EN `escritorio-kde`, y no es un olvido. `zathura-pdf-poppler` necesita `poppler-glib`,
575 # que es una receta NUEVA del corpus (la que ya existía va `-DENABLE_GLIB=OFF` y vive en la cola
576 # de KDE). Las dos instalan `/usr/lib/libpoppler.so.146` y son artefactos DISTINTOS ⇒ una imagen
577 # que hidrate las dos pone dos ficheros en la misma ruta y gana el que se proyecte último, que es
578 # el cuadro de las dos glib. KDE ya trae `okular`, que arrastra la poppler de Qt6.
579 # Si alguna vez se quiere zathura en KDE, la salida NO es listarla acá: es jubilar una de las dos
580 # popplers. Escrito también en `recipes/poppler-glib.toml` y `recipes/zathura.toml`.
581 # El plugin va de raíz APARTE del visor a propósito: `zathura` no lo declara en `[deps]` de
582 # runtime —lo carga con dlopen— así que sin esta línea la imagen traería un visor que abre la
583 # ventana y dice «unknown file type». Sellado ≠ instalado, otra vez.
584 "zathura", "zathura-pdf-poppler",
585 # ── GRABADOR DE PANTALLA — sólo acá, y la razón es de PROTOCOLO, no de gusto ──────────────────
586 # `wf-recorder` captura por `wlr-screencopy`, que implementan los compositores wlroots. KWin y
587 # mutter NO lo implementan (usan el portal/ScreenCast), así que ponerlo en esas dos imágenes
588 # sería enviar una herramienta que no puede funcionar ahí — deuda fantasma con forma de app.
589 # En COSMIC habría que VERIFICAR si cosmic-comp expone el protocolo antes de listarlo.
590 # Es la app que cobra la promoción de pipewire al corpus (2026-09-03): antes grababa muda.
591 "wf-recorder",
592 # ── EL TEMA DE ICONOS BASE ───────────────────────────────────────────────────────────────────
593 # Añadido el 2026-09-03 por el barrido que destapó que KDE y GNOME corrían SIN tema de iconos.
594 # Acá el agujero es más chico y conviene decir exactamente cuánto: los cuatro programas gráficos
595 # de esta imagen —foot, swayimg, mpv, wf-recorder— no piden iconos de tema, y `zathura` es GTK4,
596 # que lleva sus iconos de UI COMPILADOS en el recurso de la librería. O sea que acá no hay una
597 # captura con la barra vacía como en las otras dos.
598 # Lo que sí falta es el FALLBACK del estándar: sin `hicolor/index.theme` instalado, los iconos que
599 # una aplicación instala en `usr/share/icons/hicolor/...` son invisibles para cualquier buscador,
600 # porque ese directorio no cuenta como tema. Es el piso, y cuesta un artefacto de datos.
601 # Un tema COMPLETO (Adwaita, Breeze) sería una decisión aparte y NO gratis: los dos viven en colas
602 # hermanas —`incoming-gnome` e `incoming-kde`— y desde acá no se alcanza una cola hermana, así que
603 # pedirlo es promover uno al corpus. Queda escrito para que se elija, no para que se descubra.
604 "hicolor-icon-theme",
605]