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