> 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…
atuq: la bóveda estaba SELLADA y en ninguna imagen — y estar en la imagen no es poder abrirla
El §7.novies dio la función por cerrada: las seis etapas del guardián de metal en verde, con el
navegador de verdad y el diálogo a la vista. Lo que seguía abierto era la decisión 1 del §7.sexies
—«en qué imágenes se declaran»—, escrita como NO mientras ninguna app llimphi pudiera pintar. Ese
motivo se cayó el 2026-09-18, así que antes de tomarla se volvió a medir en vez de darla por sabida:
atuq sealed perfiles=[cosmic, gnome, kde, sway]
puriy-costura sealed perfiles=[cosmic, gnome, kde, sway]
boveda sealed perfiles=[]
shuma-pregunta sealed perfiles=[]
`sealed` con `perfiles: []` es sellado ≠ instalado: la lección de `foot`, que targets.toml repetía
QUINCE veces antes de hoy y que igual volvió a morder. Las dos entran a los cuatro perfiles de
escritorio, las dos o ninguna —sin el dueño `vault.match` no ofrece nada; sin el diálogo,
`Command::new` falla y TODO `vault.fill` se deniega—: media bóveda es una que niega todo en
silencio. ~43 M por imagen (22 M + 21 M medidos), contra los ~1,25 GiB que ya lleva el §6.7.
Y al declararlas apareció el hueco de una capa más arriba: la receta instalaba `/usr/bin/boveda` y
nada más, y los lanzadores de los cuatro escritorios leen `/usr/share/applications`. La app viajaría
en la imagen sin existir para quien la usa — la misma forma de fallo que esto viene persiguiendo.
Entra `boveda.desktop`, con tres cosas medidas antes de escribirlo:
· el icono existe: `dialog-password` está en breeze-icons (6), adwaita (1) y cosmic-icons (2). El
cuarto perfil lleva sólo hicolor, que no trae iconos: ahí cae al genérico, que es degradarse;
· lo acepta el `desktop-file-validate` del store, con `atuq.desktop` de control. Deja un hint sobre
`Security`, y las dos formas de callarlo lo cambian por uno PEOR (dos categorías principales ⇒ la
app aparece dos veces en el menú). Se queda como está;
· ⚠ y lo que NO puede hacer: emparejar la ventana con el lanzador. `llimphi_ui::run` no llama nunca
a `with_name` ⇒ winit no manda `set_app_id` y la ventana sale SIN app_id y con el título
"llimphi". Por eso no hay `StartupWMClass`. Vale para toda app llimphi; se arregla en llimphi.
La receta se reconstruyó en el worker con la guarda del §7.quinquies puesta (`### receta verificada
3f1072cc` antes de compilar nada, porque el latido revierte la receta cada media hora y un acierto
de caché sobre la vieja imprime SELLADA en cero segundos): `b3:b0c6adc4` ⇒ `b3:3f1072cc`, 22 M, con
el árbol mirado por dentro y la entrada dentro del artefacto.
Y el guardián de coherencia pasa de CINCO lugares a SEIS: el sexto es `targets.toml` —quién DECLARA
al dueño en la imagen—, con control positivo (`atuq` tiene que estar, o el chequeo está leyendo el
campo equivocado) y su propio control negativo, el tercero. Probado en los dos sentidos: cuatro
perfiles en verde, y `--negative-control-perfil` en rojo.
Abierto, y dicho como lo que es: quién levanta la app con la sesión (atado a la decisión 2 del
§7.sexies, la raíz de las claves), y que el único proveedor de GL de las cuatro imágenes es iris
—mesa-llvmpipe en ningún perfil—, que la bóveda hereda y no agrega.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
diff --git a/docs/26-atuq-envoltorio-gecko.md b/docs/26-atuq-envoltorio-gecko.md
index c4203502..dae478bc 100644
--- a/docs/26-atuq-envoltorio-gecko.md
+++ b/docs/26-atuq-envoltorio-gecko.md
@@ -3317,6 +3317,107 @@ llimphi de escritorio podía pintar sin Vulkan (§7.septies), y que el dueño at
(§7.octies). Las tres se veían igual desde el navegador: una bóveda que no ofrece nada, sin un solo
error. Es el argumento entero a favor de medir en metal y no leer ficheros.
+#### 7.decies La bóveda estaba SELLADA y en ninguna imagen — el sexto lugar donde una extensión se enchufa (2026-09-21)
+
+El §7.novies cerró la función: las seis etapas en verde, el diálogo a la vista, el control de decir
+que no. Lo que quedaba abierto era la **decisión 1 del §7.sexies** —«en qué imágenes se declaran»—
+con su respuesta escrita como **NO**, y con el motivo: mientras ninguna app llimphi pudiera pintar
+(§7.septies), declararlas era instalar 43 M de binarios que niegan todo sin un error.
+
+Ese motivo se cayó el 2026-09-18. La respuesta de hoy es **SÍ, en las cuatro**, y antes de tomarla
+la pregunta se volvió a medir en vez de darla por sabida:
+
+```
+atuq sealed perfiles=['escritorio-cosmic','escritorio-gnome','escritorio-kde','escritorio-sway']
+puriy-costura sealed perfiles=['escritorio-cosmic','escritorio-gnome','escritorio-kde','escritorio-sway']
+boveda sealed perfiles=[]
+shuma-pregunta sealed perfiles=[]
+```
+
+**`sealed` con `perfiles: []` es la lección de `foot` otra vez** —y no por falta de haberla
+escrito: `targets.toml` la repetía **quince veces** antes de hoy—: una receta sellada que ningún
+perfil declara NO ESTÁ EN NINGUNA IMAGEN, y la métrica de clausura no lo puede ver porque mide lo
+declarado. Las dos entran a los cuatro perfiles de escritorio de
+`docs/state/targets.toml`, **las dos o ninguna**: sin el dueño `vault.match` no ofrece nada, y sin
+el diálogo `Command::new` falla y TODO `vault.fill` se deniega — media bóveda es una que niega todo
+en silencio. Cuestan **~43 M por imagen** (22 M + 21 M medidos sobre los artefactos sellados), contra
+los ~1,25 GiB que ya lleva el §6.7.
+
+##### El hueco que apareció al declararlas: estar en la imagen no es poder abrirla
+
+Con las dos raíces puestas, la app viaja en las cuatro imágenes y **sigue sin existir para quien la
+usa**: `recipes/boveda.toml` instalaba `/usr/bin/boveda` y nada más, y los lanzadores de los cuatro
+escritorios leen `/usr/share/applications`. A un binario que nadie lista sólo se llega escribiendo
+`boveda` en una terminal. Es **la misma forma de fallo, una capa más arriba**: la función instalada,
+apagada y sin un error — que es lo único que este capítulo entero viene persiguiendo.
+
+Entra `boveda.desktop` en la fase `install` de la receta. Tres cosas se midieron antes de escribirlo:
+
+- **el icono existe.** `Icon=dialog-password` es nombre del icon naming spec, y está en los tres
+ temas que los perfiles declaran: `breeze-icons` (6 ficheros), `adwaita-icon-theme` (1),
+ `cosmic-icons` (2). El cuarto perfil (sway) lleva sólo `hicolor`, que por diseño no trae iconos:
+ ahí cae al genérico, que es degradarse y no romperse;
+- **el fichero lo acepta el validador de verdad** —el `desktop-file-validate` del artefacto
+ `desktop-file-utils`, con `atuq.desktop` de control, que pasa sin una observación—. Deja un hint
+ sobre `Categories=Utility;Security;`: que `Security` se empareja con `Settings` o `System`. **Las
+ dos formas que callan ese hint lo cambian por uno peor** —medido: `Utility;Security;System;` y
+ `Utility;Security;Settings;` traen dos categorías principales ⇒ «application might appear more
+ than once in the application menu»—. Se queda como está, que es además lo que usa KeePassXC;
+- **⚠ y la ventana NO se va a poder emparejar con el lanzador, y no es de acá.** `llimphi_ui::run`
+ no llama nunca a `with_name`, y winit 0.30.13 sólo manda `set_app_id` `if let Some(name) =
+ attributes.platform_specific.name` ⇒ **la ventana sale sin `app_id`**, y con el título `"llimphi"`,
+ que es el default de `App::title` y `BovedaApp` no sobrescribe. Por eso el `.desktop` no lleva
+ `StartupWMClass`: no habría contra qué emparejarlo. Vale para **toda** app llimphi, no para ésta:
+ el dock las ve a todas iguales y sin nombre. Es de llimphi —como el muro del §7.septies— y se
+ arregla allá.
+
+El `.desktop` mueve el hash de la receta: `b3:b0c6adc4` ⇒ `b3:3f1072cc`, reconstruida en el worker
+con la guarda del §7.quinquies puesta (`### receta verificada 3f1072cc…` antes de compilar nada,
+porque el latido revierte la receta del worker cada media hora y un acierto de caché sobre la receta
+vieja imprime `SELLADA` en cero segundos). Y el artefacto se miró por dentro, que es la regla 3:
+
+```
+/.hammer/recipe.toml
+/usr/bin/boveda
+/usr/share/applications/boveda.desktop ← 22 M, y el validador del store lo acepta
+```
+
+##### El SEXTO lugar, y su guardián
+
+`test-atuq-boveda-coherente.py` decía —y este documento con él— que una extensión de `atuq` está
+enchufada en **cinco** lugares. Son **seis**, y el sexto es el que faltaba:
+
+| lugar | qué decide | cómo se ve cuando falta |
+|---|---|---|
+| `manifest.json` | el id que la extensión declara | — |
+| `distribution/policies.json` | la política que la instala | navegador sin la función |
+| `native-messaging/*.json` | el permiso para hablarle al host | `connectNative` falla en silencio |
+| `atuq.cfg` | las preferencias que la acompañan | el gestor de Gecko se pelea por el campo |
+| `recipes/puriy-costura.toml` | el COMMIT del host: si sus verbos existen | «verbo desconocido» ⇒ se calla |
+| **`docs/state/targets.toml`** | **quién DECLARA al dueño y al diálogo en la imagen** | **`ok:true, locked:true`** |
+
+El sexto chequeo mira `targets.toml` —el manifiesto de objetivo, no `build-state.json`, que es su
+derivado— y exige las dos raíces en los cuatro perfiles, con **control positivo**: `atuq` tiene que
+estar ahí, porque un `in` que no encuentra puede ser una raíz ausente o un campo equivocado y las dos
+se ven igual. El tercer control negativo (`--negative-control-perfil`) saca a `boveda` de una copia
+en memoria y exige que esto lo vea; sin él, un chequeo que siempre dice que sí se vería idéntico a
+uno que funciona. Probado en los dos sentidos: los cuatro perfiles en verde, y el control en rojo.
+
+##### Lo que queda abierto, dicho como lo que es
+
+1. **quién levanta la app.** Hoy: la persona, desde el lanzador. Mientras no esté abierta, la bóveda
+ del navegador contesta `locked:true` —correcto, y es lo que hace cualquier gestor de contraseñas—,
+ pero nadie decidió todavía si debe autoarrancar con la sesión. No se decide de paso: autoarrancar
+ la ata a que la identidad del llavero esté desbloqueada en el login (la decisión 2 del §7.sexies,
+ que sigue abierta);
+2. **el único proveedor de GL de las cuatro imágenes es `iris` (Intel).** `mesa-llvmpipe` no está en
+ ningún perfil y `mesa-swrast` sólo en `escritorio-mirada` — y softpipe no le alcanza a wgpu, que
+ pide compute (§7.septies). O sea que en metal sin GPU Intel el diálogo no pinta… igual que no
+ pintaría el escritorio entero, que también es cliente de GL: **la bóveda no agrega un hueco, lo
+ hereda**. Lo que taparía el caso de la VM es un proveedor por software en el perfil, y eso es una
+ decisión de tamaño con dos candidatos (`mesa-llvmpipe`, o lavapipe como receta nueva), no un
+ arreglo de paso.
+
## 8. Plan, por unidades de trabajo
Cada una cierra sola, se commitea y se pushea. El orden no es preferencia: cada una destraba a la
@@ -3344,7 +3445,7 @@ siguiente.
| 9 | **Medios (6.6) ✅ y torrent (6.9) ✅ — 2026-09-10.** El medio lo abre `mpv`; el torrent lo toma `puriy-costura-torrent`, un daemon **propio, configurable y perezoso** que sobrevive al navegador y cosecha al CAS. Medido antes de decidir: la pila de librqbit compila para musl (226 crates), así que la decisión fue «no ahí» y no «no se puede». **Faltan** el foco (6.5) y la IA local (6.7), ésta bloqueada porque el corpus no tiene modelo ni embeddings | 6.5–6.7, 6.9 | 5 ✅ |
| 10 | **Foco (6.5) — 2026-09-10.** Entra al corpus la cadena `nftables` (libmnl + libnftnl + nft 1.1.6), que el grafo pedía y nadie había puesto, con dos arreglos de fábrica: el sello de tiempo que rompía la reproducción y un bashismo. Medido con root: el cgroup en foco no sale y el de al lado sí. Y del lado del navegador, la extensión `foco` MUESTRA el estado y **no tiene verbo para apagarlo**. **Falta** quién pone a `atuq` en un cgroup (delegación, decisión de arje) y quién aplica la política (root) | 6.5 | 6 ✅ |
| 11 | **Motor de inferencia local (6.7) — 2026-09-11.** Entra `recipes/llama-cpp.toml` (b10901, estática, 199 M, **REPRODUCE**), que resulta ser **un solo muro para dos pendientes**: el §6.7 y la mitad semántica del §6.3 no eran dos problemas, era que el corpus no tenía con qué correr un modelo (`pluma-llm` sólo tiene backends de nube; `rimay-verbo-fastembed` DESCARGA onnxruntime glibc + el modelo). ⚠ Y dejó medido lo que no se podía deducir: **`SOURCE_DATE_EPOCH` —la variable que nos da reproducibilidad— apagaba las SEIS perillas de ISA de ggml**, y el artefacto sellaba y corría con 0 `%ymm`. Ahora van declaradas y el `install` las comprueba. Guardián `scripts/test-llama-cpp.py` con control negativo vivo. **Faltan** el modelo (fuente pineada, no receta), los verbos del host y quién levanta el servidor | 6.7, y la mitad semántica de 6.3 | 5 ✅ |
-| 12 | **La bóveda (SDD-BOVEDA §8) — a medias, 2026-09-15.** La décima extensión: ofrece la credencial del sitio abierto y no puede sacar una contraseña por su cuenta —`vault.match` contesta títulos y usuarios; la contraseña sale por `vault.fill`, que **pregunta en el escritorio**—. La dirección la pone el chrome, nunca la página. El gestor de Gecko se aparta como VALOR DE ARRANQUE y no como política. **Destrabada el 2026-09-16** (§7.quinquies.bis): el `Cargo.lock` de tawasuyu publicado —y resultó ser byte a byte el que la otra sesión ya tenía sin commitear—, el pin subido a `23a292863` ⇒ `b3:7d63655a`, construido en el worker (el vendoreo son 2,4 G y el hub estaba al 99%) y medido con el mismo `strings` que había diagnosticado el hueco: `vault` de **0 a 10**, con `cas`/`sct` de control. **Falta**, y no era lo que este renglón decía (§7.sexies, 2026-09-18): el host sellado contesta `vault.status → locked:true` porque **el dueño de la bóveda y el diálogo de consentimiento no estaban en el corpus** — la función está apagada de fábrica en las cuatro imágenes. Entran `recipes/boveda.toml` y `recipes/shuma-pregunta.toml`, **las dos SELLADAS el 2026-09-18** (`b3:59ffd74b` y `b3:99763eca`, construidas en el worker). ⚠ Y con eso apareció el muro de verdad, que no es de la bóveda: **ninguna app llimphi de escritorio abre ventana en esta distro** porque no hay Vulkan en ninguna imagen y el camino GL de llimphi arma la instancia sin display handle (§7.septies). **CERRADA el 2026-09-18** (§7.novies): el guardián de metal —`scripts/test-atuq-boveda-metal.py`— pasa sus **seis etapas**, con el navegador de verdad, el diálogo a la vista y el control de decir que NO. Para llegar hubo que arreglar **tres piezas ajenas al navegador**: el dueño y el diálogo no estaban en el corpus (§7.sexies), ninguna ventana llimphi podía pintar sin Vulkan (§7.septies, arreglado en llimphi) y el dueño atendía de a UN cliente, lo que con el navegador abierto dejaba la bóveda muda (§7.octies, arreglado en pacha con su test de regresión) | el gestor de contraseñas de la suite dentro del navegador | 5 ✅ |
+| 12 | **La bóveda (SDD-BOVEDA §8) — a medias, 2026-09-15.** La décima extensión: ofrece la credencial del sitio abierto y no puede sacar una contraseña por su cuenta —`vault.match` contesta títulos y usuarios; la contraseña sale por `vault.fill`, que **pregunta en el escritorio**—. La dirección la pone el chrome, nunca la página. El gestor de Gecko se aparta como VALOR DE ARRANQUE y no como política. **Destrabada el 2026-09-16** (§7.quinquies.bis): el `Cargo.lock` de tawasuyu publicado —y resultó ser byte a byte el que la otra sesión ya tenía sin commitear—, el pin subido a `23a292863` ⇒ `b3:7d63655a`, construido en el worker (el vendoreo son 2,4 G y el hub estaba al 99%) y medido con el mismo `strings` que había diagnosticado el hueco: `vault` de **0 a 10**, con `cas`/`sct` de control. **Falta**, y no era lo que este renglón decía (§7.sexies, 2026-09-18): el host sellado contesta `vault.status → locked:true` porque **el dueño de la bóveda y el diálogo de consentimiento no estaban en el corpus** — la función está apagada de fábrica en las cuatro imágenes. Entran `recipes/boveda.toml` y `recipes/shuma-pregunta.toml`, **las dos SELLADAS el 2026-09-18** (`b3:59ffd74b` y `b3:99763eca`, construidas en el worker). ⚠ Y con eso apareció el muro de verdad, que no es de la bóveda: **ninguna app llimphi de escritorio abre ventana en esta distro** porque no hay Vulkan en ninguna imagen y el camino GL de llimphi arma la instancia sin display handle (§7.septies). **CERRADA el 2026-09-18** (§7.novies): el guardián de metal —`scripts/test-atuq-boveda-metal.py`— pasa sus **seis etapas**, con el navegador de verdad, el diálogo a la vista y el control de decir que NO. Para llegar hubo que arreglar **tres piezas ajenas al navegador**: el dueño y el diálogo no estaban en el corpus (§7.sexies), ninguna ventana llimphi podía pintar sin Vulkan (§7.septies, arreglado en llimphi) y el dueño atendía de a UN cliente, lo que con el navegador abierto dejaba la bóveda muda (§7.octies, arreglado en pacha con su test de regresión). **Y ENTRA A LAS IMÁGENES el 2026-09-21** (§7.decies): hasta ese día las dos estaban `sealed` con `perfiles: []` —o sea selladas y en ninguna imagen, la lección de `foot` que ese mismo fichero repetía quince veces—, así que la función seguía apagada de fábrica aunque anduviera. Se declaran en los cuatro perfiles de escritorio (~43 M por imagen) y la receta aprende a instalar `boveda.desktop`, porque estar en la imagen no es poder abrirla: sin entrada en `/usr/share/applications` a la app sólo se llega escribiendo su nombre en una terminal. El guardián de coherencia pasa de CINCO lugares a SEIS —el sexto es `targets.toml`— con su tercer control negativo. **Abierto**: quién la levanta con la sesión, y de dónde sale la raíz de las claves (decisión 2 del §7.sexies) | el gestor de contraseñas de la suite dentro del navegador | 5 ✅ |
| 9.a | **Proxy por contenedor ✅ v0.5** — contenedores por política + extensión con `proxy.onRequest` | 6.8, y NO dependía de 5: es API de Firefox | — |
Las unidades 2 y 4 son **paralelizables**: la toolchain no toca el chrome y el chrome no toca la
diff --git a/docs/state/targets.toml b/docs/state/targets.toml
index 185e0e37..cc914b6f 100644
--- a/docs/state/targets.toml
+++ b/docs/state/targets.toml
@@ -328,6 +328,30 @@ paquetes = [
# trampa, porque el panel está en todas. Bajarlo de acá es bajarlo de la imagen, no de la receta.
"llama-cpp",
"ia-modelo-chat",
+ # ── LA BÓVEDA DEL NAVEGADOR (SDD 26 §7.sexies, decisión 1 — 2026-09-21) ──────────────────────
+ # `atuq` trae la décima extensión desde el 2026-09-15 y el host pineado atiende `vault.*` desde
+ # el 2026-09-16; aun así la función venía **APAGADA DE FÁBRICA en las cuatro imágenes**, sin un
+ # solo error: `vault.status` contesta `{"ok":true,"locked":true}` porque el host NUNCA abre la
+ # base (sled toma lock exclusivo y el proceso que lanza Gecko muere y revive con cada pestaña);
+ # le habla a un DUEÑO por un socket, y el dueño no estaba declarado en ningún perfil. Las dos
+ # recetas estaban selladas desde el 2026-09-18 con `perfiles: []` — sellado ≠ instalado, que es
+ # la lección de `foot`, escrita QUINCE veces en este fichero antes de hoy (`grep 'lección de
+ # .foot.'`) y aun así vuelta a pasar. Y «cerrada» es una respuesta EXITOSA:
+ # ni un log, ni un reintento, ni la insignia la distinguen de un usuario que no desbloqueó la suya.
+ # `boveda` la app DUEÑA de la base: la abre para su ventana y levanta el socket del
+ # navegador en un hilo. Sin ella, `vault.match` no ofrece nada, nunca.
+ # `shuma-pregunta` el diálogo de consentimiento que `PorDialogo` lanza por PATH. Sin él,
+ # `Command::new` falla ⇒ TODO `vault.fill` se deniega, indistinguible de que
+ # la persona haya dicho que no.
+ # **Las dos o ninguna**: media bóveda es una que niega todo en silencio. Cuestan ~43 M por imagen
+ # (22 M + 21 M medidos sobre los artefactos sellados), contra los ~1,25 GiB del §6.7 de acá arriba.
+ # ⚠ La respuesta fue NO hasta el 2026-09-18, y no por el tamaño: ninguna app llimphi de escritorio
+ # podía abrir ventana sin Vulkan (§7.septies), así que declararlas habría sido instalar una bóveda
+ # que niega todo. Eso se arregló en llimphi y se MIDIÓ en metal: las seis etapas de
+ # `scripts/test-atuq-boveda-metal.py` en verde —con el navegador de verdad, el diálogo a la vista
+ # y el control de contestar que NO (§7.novies)—. Por eso entran hoy y no antes.
+ "boveda",
+ "shuma-pregunta",
# ── CAPTURA Y STREAMING ──────────────────────────────────────────────────────────────────────
# `obs-studio` (2026-09-04). A diferencia de mpv, ésta vive en ESTA COLA y no en el corpus, y no
# es preferencia: su frontend es Qt6 y las 13 recetas Qt viven sólo en `incoming-kde`. Un qtbase
@@ -566,6 +590,30 @@ paquetes = [
# trampa, porque el panel está en todas. Bajarlo de acá es bajarlo de la imagen, no de la receta.
"llama-cpp",
"ia-modelo-chat",
+ # ── LA BÓVEDA DEL NAVEGADOR (SDD 26 §7.sexies, decisión 1 — 2026-09-21) ──────────────────────
+ # `atuq` trae la décima extensión desde el 2026-09-15 y el host pineado atiende `vault.*` desde
+ # el 2026-09-16; aun así la función venía **APAGADA DE FÁBRICA en las cuatro imágenes**, sin un
+ # solo error: `vault.status` contesta `{"ok":true,"locked":true}` porque el host NUNCA abre la
+ # base (sled toma lock exclusivo y el proceso que lanza Gecko muere y revive con cada pestaña);
+ # le habla a un DUEÑO por un socket, y el dueño no estaba declarado en ningún perfil. Las dos
+ # recetas estaban selladas desde el 2026-09-18 con `perfiles: []` — sellado ≠ instalado, que es
+ # la lección de `foot`, escrita QUINCE veces en este fichero antes de hoy (`grep 'lección de
+ # .foot.'`) y aun así vuelta a pasar. Y «cerrada» es una respuesta EXITOSA:
+ # ni un log, ni un reintento, ni la insignia la distinguen de un usuario que no desbloqueó la suya.
+ # `boveda` la app DUEÑA de la base: la abre para su ventana y levanta el socket del
+ # navegador en un hilo. Sin ella, `vault.match` no ofrece nada, nunca.
+ # `shuma-pregunta` el diálogo de consentimiento que `PorDialogo` lanza por PATH. Sin él,
+ # `Command::new` falla ⇒ TODO `vault.fill` se deniega, indistinguible de que
+ # la persona haya dicho que no.
+ # **Las dos o ninguna**: media bóveda es una que niega todo en silencio. Cuestan ~43 M por imagen
+ # (22 M + 21 M medidos sobre los artefactos sellados), contra los ~1,25 GiB del §6.7 de acá arriba.
+ # ⚠ La respuesta fue NO hasta el 2026-09-18, y no por el tamaño: ninguna app llimphi de escritorio
+ # podía abrir ventana sin Vulkan (§7.septies), así que declararlas habría sido instalar una bóveda
+ # que niega todo. Eso se arregló en llimphi y se MIDIÓ en metal: las seis etapas de
+ # `scripts/test-atuq-boveda-metal.py` en verde —con el navegador de verdad, el diálogo a la vista
+ # y el control de contestar que NO (§7.novies)—. Por eso entran hoy y no antes.
+ "boveda",
+ "shuma-pregunta",
# ── VISOR DE IMÁGENES, TAMBIÉN EN LAS CUATRO ─────────────────────────────────────────────────
# `swayimg` y no `imv`, que era lo que proponía `docs/plan-apps-usuario-final.md`: imv dibuja con
# OpenGL de función fija (`glBegin`/`glOrtho`) y esta distro NO tiene proveedor de GL de
@@ -941,6 +989,30 @@ paquetes = [
# trampa, porque el panel está en todas. Bajarlo de acá es bajarlo de la imagen, no de la receta.
"llama-cpp",
"ia-modelo-chat",
+ # ── LA BÓVEDA DEL NAVEGADOR (SDD 26 §7.sexies, decisión 1 — 2026-09-21) ──────────────────────
+ # `atuq` trae la décima extensión desde el 2026-09-15 y el host pineado atiende `vault.*` desde
+ # el 2026-09-16; aun así la función venía **APAGADA DE FÁBRICA en las cuatro imágenes**, sin un
+ # solo error: `vault.status` contesta `{"ok":true,"locked":true}` porque el host NUNCA abre la
+ # base (sled toma lock exclusivo y el proceso que lanza Gecko muere y revive con cada pestaña);
+ # le habla a un DUEÑO por un socket, y el dueño no estaba declarado en ningún perfil. Las dos
+ # recetas estaban selladas desde el 2026-09-18 con `perfiles: []` — sellado ≠ instalado, que es
+ # la lección de `foot`, escrita QUINCE veces en este fichero antes de hoy (`grep 'lección de
+ # .foot.'`) y aun así vuelta a pasar. Y «cerrada» es una respuesta EXITOSA:
+ # ni un log, ni un reintento, ni la insignia la distinguen de un usuario que no desbloqueó la suya.
+ # `boveda` la app DUEÑA de la base: la abre para su ventana y levanta el socket del
+ # navegador en un hilo. Sin ella, `vault.match` no ofrece nada, nunca.
+ # `shuma-pregunta` el diálogo de consentimiento que `PorDialogo` lanza por PATH. Sin él,
+ # `Command::new` falla ⇒ TODO `vault.fill` se deniega, indistinguible de que
+ # la persona haya dicho que no.
+ # **Las dos o ninguna**: media bóveda es una que niega todo en silencio. Cuestan ~43 M por imagen
+ # (22 M + 21 M medidos sobre los artefactos sellados), contra los ~1,25 GiB del §6.7 de acá arriba.
+ # ⚠ La respuesta fue NO hasta el 2026-09-18, y no por el tamaño: ninguna app llimphi de escritorio
+ # podía abrir ventana sin Vulkan (§7.septies), así que declararlas habría sido instalar una bóveda
+ # que niega todo. Eso se arregló en llimphi y se MIDIÓ en metal: las seis etapas de
+ # `scripts/test-atuq-boveda-metal.py` en verde —con el navegador de verdad, el diálogo a la vista
+ # y el control de contestar que NO (§7.novies)—. Por eso entran hoy y no antes.
+ "boveda",
+ "shuma-pregunta",
# ── VISOR DE IMÁGENES, TAMBIÉN EN LAS CUATRO ─────────────────────────────────────────────────
# `swayimg` y no `imv`, que era lo que proponía `docs/plan-apps-usuario-final.md`: imv dibuja con
# OpenGL de función fija (`glBegin`/`glOrtho`) y esta distro NO tiene proveedor de GL de
@@ -1179,6 +1251,30 @@ paquetes = [
# trampa, porque el panel está en todas. Bajarlo de acá es bajarlo de la imagen, no de la receta.
"llama-cpp",
"ia-modelo-chat",
+ # ── LA BÓVEDA DEL NAVEGADOR (SDD 26 §7.sexies, decisión 1 — 2026-09-21) ──────────────────────
+ # `atuq` trae la décima extensión desde el 2026-09-15 y el host pineado atiende `vault.*` desde
+ # el 2026-09-16; aun así la función venía **APAGADA DE FÁBRICA en las cuatro imágenes**, sin un
+ # solo error: `vault.status` contesta `{"ok":true,"locked":true}` porque el host NUNCA abre la
+ # base (sled toma lock exclusivo y el proceso que lanza Gecko muere y revive con cada pestaña);
+ # le habla a un DUEÑO por un socket, y el dueño no estaba declarado en ningún perfil. Las dos
+ # recetas estaban selladas desde el 2026-09-18 con `perfiles: []` — sellado ≠ instalado, que es
+ # la lección de `foot`, escrita QUINCE veces en este fichero antes de hoy (`grep 'lección de
+ # .foot.'`) y aun así vuelta a pasar. Y «cerrada» es una respuesta EXITOSA:
+ # ni un log, ni un reintento, ni la insignia la distinguen de un usuario que no desbloqueó la suya.
+ # `boveda` la app DUEÑA de la base: la abre para su ventana y levanta el socket del
+ # navegador en un hilo. Sin ella, `vault.match` no ofrece nada, nunca.
+ # `shuma-pregunta` el diálogo de consentimiento que `PorDialogo` lanza por PATH. Sin él,
+ # `Command::new` falla ⇒ TODO `vault.fill` se deniega, indistinguible de que
+ # la persona haya dicho que no.
+ # **Las dos o ninguna**: media bóveda es una que niega todo en silencio. Cuestan ~43 M por imagen
+ # (22 M + 21 M medidos sobre los artefactos sellados), contra los ~1,25 GiB del §6.7 de acá arriba.
+ # ⚠ La respuesta fue NO hasta el 2026-09-18, y no por el tamaño: ninguna app llimphi de escritorio
+ # podía abrir ventana sin Vulkan (§7.septies), así que declararlas habría sido instalar una bóveda
+ # que niega todo. Eso se arregló en llimphi y se MIDIÓ en metal: las seis etapas de
+ # `scripts/test-atuq-boveda-metal.py` en verde —con el navegador de verdad, el diálogo a la vista
+ # y el control de contestar que NO (§7.novies)—. Por eso entran hoy y no antes.
+ "boveda",
+ "shuma-pregunta",
# `dunst` es LA OTRA MITAD, y sólo hace falta acá: KDE la atiende con plasma-workspace, GNOME con
# gnome-shell y COSMIC con cosmic-notifications; sway no tenía a NADIE escuchando
# `org.freedesktop.Notifications`, así que una página que pedía notificar mandaba el mensaje al bus
diff --git a/recipes/boveda.toml b/recipes/boveda.toml
index 8eb9478e..343f6d37 100644
--- a/recipes/boveda.toml
+++ b/recipes/boveda.toml
@@ -92,6 +92,44 @@ install = '''
set -e
test -x target/release/boveda || { echo "no hay target/release/boveda — ¿cambió el nombre del bin en pacha-boveda-llimphi?" >&2; exit 1; }
install -Dm755 target/release/boveda /out/usr/bin/boveda
+
+# ── EL LANZADOR, Y POR QUÉ ES PARTE DE LA FUNCIÓN Y NO UN ADORNO (2026-09-21) ─────────────────
+# Sin esta entrada la app viaja en la imagen y **no existe para quien la usa**: los lanzadores de
+# los cuatro escritorios leen `/usr/share/applications`, y a un binario que nadie lista sólo se
+# llega escribiendo `boveda` en una terminal. Sería exactamente la forma de fallo que esta receta
+# existe para cerrar —la función instalada, apagada y en silencio (SDD 26 §7.sexies)— una capa más
+# arriba: la bóveda declarada en el perfil, la insignia del navegador vacía, y nada que falle.
+#
+# `Icon=dialog-password` es nombre del icon naming spec y está MEDIDO en los tres temas que los
+# perfiles declaran, no supuesto: `breeze-icons` 6 ficheros, `adwaita-icon-theme` 1, `cosmic-icons`
+# 2. El cuarto perfil (sway) lleva sólo `hicolor`, que por diseño no trae iconos: ahí el lanzador
+# cae al genérico, que es degradarse, no romperse.
+#
+# ⚠ Lo que esta entrada NO puede hacer, y conviene saberlo antes de buscarlo acá: emparejar la
+# VENTANA con el lanzador. `llimphi_ui::run` no llama nunca a `with_name`, así que winit 0.30.13
+# sólo manda `set_app_id` `if let Some(name) = attributes.platform_specific.name` ⇒ la ventana sale
+# **sin app_id**, y con el título `"llimphi"`, que es el default de `App::title` y `BovedaApp` no
+# sobrescribe. Por eso acá no hay `StartupWMClass`: no habría contra qué emparejarlo. Es de llimphi
+# —como el muro del §7.septies— y se arregla allá, no acá.
+mkdir -p /out/usr/share/applications
+cat > /out/usr/share/applications/boveda.desktop <<'DESKTOP'
+[Desktop Entry]
+Type=Application
+Name=Bóveda
+Name[en]=Vault
+GenericName=Gestor de contraseñas
+GenericName[en]=Password Manager
+Comment=Tus contraseñas, y quien las pide tiene que preguntarte
+Comment[en]=Your passwords, and whoever asks has to ask you
+Exec=boveda
+Icon=dialog-password
+Terminal=false
+Categories=Utility;Security;
+Keywords=contraseñas;claves;bóveda;passwords;
+StartupNotify=true
+DESKTOP
+chmod 0644 /out/usr/share/applications/boveda.desktop
+test -s /out/usr/share/applications/boveda.desktop || { echo "boveda.desktop quedó vacío" >&2; exit 1; }
'''
[deps]
diff --git a/scripts/test-atuq-boveda-coherente.py b/scripts/test-atuq-boveda-coherente.py
index 3ea04fc9..8bf7f18a 100755
--- a/scripts/test-atuq-boveda-coherente.py
+++ b/scripts/test-atuq-boveda-coherente.py
@@ -3,31 +3,38 @@
python3 scripts/test-atuq-boveda-coherente.py
python3 scripts/test-atuq-boveda-coherente.py --negative-control
+ python3 scripts/test-atuq-boveda-coherente.py --negative-control-perfil
── QUÉ MIRA, Y POR QUÉ ESTE GUARDIÁN EXISTE APARTE ───────────────────────────────────────────
-Una extensión de `atuq` está enchufada en CINCO lugares distintos, y ninguno da error si falta:
+Una extensión de `atuq` está enchufada en SEIS lugares distintos, y ninguno da error si falta:
manifest.json el id que la extensión declara
distribution/policies.json la política que la instala
native-messaging/*.json el permiso para hablarle al host
atuq.cfg las preferencias que la acompañan
recipes/puriy-costura.toml el COMMIT del host, que decide si sus verbos existen
+ docs/state/targets.toml quién DECLARA al dueño y al diálogo en las imágenes
Si falta la política, la extensión no se instala y el usuario ve un navegador sin la función. Si
falta el permiso del host, la extensión se instala y **se conecta a nada** —`connectNative` falla
en silencio y la insignia no aparece nunca—. Si faltan las preferencias, la bóveda y el gestor de
Gecko se pelean por el mismo campo. Y si el commit pineado del host es ANTERIOR a los verbos, la
extensión conecta, manda `vault.match` y recibe «verbo desconocido» —que `fondo.js` lee como «no hay
-bóveda» y se calla—. Ninguno de los cuatro se ve como un error: se ven como «no anda».
+bóveda» y se calla—. Y si `boveda` y `shuma-pregunta` no están declaradas en el perfil, la
+extensión se instala, conecta, manda `vault.match` y el host contesta `{"ok":true,"locked":true}`
+—«cerrada», que es una respuesta EXITOSA— porque del otro lado del socket no hay nadie: el dueño
+está sellado y en ninguna imagen. Ninguno de los cinco se ve como un error: se ven como «no anda».
Éste NO reemplaza al guardián de metal (servidor HTTP, navegador real, login real, el diálogo de
consentimiento a la vista). Lo precede: mide lo que se puede medir sin construir nada, en un
segundo, y ahorra descubrir en metal un renglón que faltaba en un JSON.
-── LOS DOS CONTROLES NEGATIVOS, UNO POR AFIRMACIÓN ───────────────────────────────────────────
+── LOS TRES CONTROLES NEGATIVOS, UNO POR AFIRMACIÓN ──────────────────────────────────────────
`--negative-control` saca el permiso del host de una copia en memoria y exige que esto lo detecte.
-`--negative-control-verbo` le manda al quinto chequeo un verbo inventado y exige lo mismo. Sin
-ellos, un guardián que siempre dice que sí se vería idéntico a uno que funciona.
+`--negative-control-verbo` le manda al quinto chequeo un verbo inventado y exige lo mismo.
+`--negative-control-perfil` saca a `boveda` de los cuatro perfiles de escritorio, también en
+memoria, y exige que el sexto lo vea. Sin ellos, un guardián que siempre dice que sí se vería
+idéntico a uno que funciona.
Y el quinto chequeo trae además un control POSITIVO —`sct.observe`, que el host pineado tiene que
tener sí o sí—, porque es un `grep` que espera cero y un cero puede ser una ausencia o un sitio
@@ -38,6 +45,7 @@ import os
import re
import subprocess
import sys
+import tomllib
ROOT = os.path.dirname(os.path.dirname(os.path.abspath(__file__)))
ATUQ = os.path.join(ROOT, "recipes/atuq")
@@ -151,6 +159,56 @@ def revisar_el_host(verbo_extra=None):
mal(f"el host pineado ({commit[:9]}) NO atiende {v}: la extensión lo manda y recibe "
f"«verbo desconocido», que fondo.js lee como «no hay bóveda» y se calla")
+# ── 9. EL SEXTO LUGAR: ¿alguien DECLARA al dueño y al diálogo en las imágenes? ───────────────
+# El quinto lugar pregunta si el host SABE los verbos. Éste pregunta lo de una capa más abajo, que
+# es lo que costó tres semanas de no ver (SDD 26 §7.sexies): quién CONTESTA del otro lado del
+# socket. El host no abre la bóveda nunca, a propósito —`sled` toma un lock exclusivo y el proceso
+# que lanza Gecko muere con cada pestaña—, así que le habla a un DUEÑO; y el 2026-09-18 el dueño
+# estaba SELLADO y en `perfiles: []`, o sea en ninguna imagen. Sellado ≠ instalado.
+#
+# Se mira `targets.toml` —el manifiesto de objetivo— y no `build-state.json`, que es su derivado:
+# lo que decide qué va en la imagen es la declaración, y el estado se recalcula solo.
+PERFILES_ESCRITORIO = ["escritorio-kde", "escritorio-gnome", "escritorio-cosmic", "escritorio-sway"]
+# Las DOS o ninguna: media bóveda es una que niega todo en silencio. Sin el dueño, `vault.match` no
+# ofrece nada; sin el diálogo, `Command::new` falla y TODO `vault.fill` se deniega.
+LA_BOVEDA_EN_LA_IMAGEN = ["boveda", "shuma-pregunta"]
+# El control POSITIVO, por lo mismo que el del §quinto lugar: un `in` que espera encontrar puede
+# fallar porque la raíz falta o porque estoy leyendo el campo equivocado, y las dos se ven igual.
+# `atuq` TIENE que estar en los cuatro — si no está, este chequeo no está midiendo el fichero.
+RAIZ_CONTROL = "atuq"
+TARGETS = os.path.join(ROOT, "docs/state/targets.toml")
+
+
+def revisar_los_perfiles(sin_esta=None):
+ try:
+ with open(TARGETS, "rb") as f:
+ perfiles = tomllib.load(f)["perfil"]
+ except FileNotFoundError:
+ mal(f"no existe {os.path.relpath(TARGETS, ROOT)}: el sexto lugar queda SIN COMPROBAR")
+ return
+ except Exception as e: # TOML roto es un fallo ruidoso, no un «está bien»
+ mal(f"no se pudo leer {os.path.relpath(TARGETS, ROOT)} ({e})")
+ return
+
+ for perfil in PERFILES_ESCRITORIO:
+ if perfil not in perfiles:
+ mal(f"{perfil} no existe en targets.toml: ¿se renombró un perfil de escritorio?")
+ continue
+ raices = list(perfiles[perfil].get("paquetes", []))
+ if sin_esta:
+ raices = [r for r in raices if r != sin_esta]
+ if RAIZ_CONTROL not in raices:
+ mal(f"CONTROL ROTO: {perfil} no declara {RAIZ_CONTROL}. O el navegador se cayó de la "
+ f"imagen, o estoy leyendo el campo equivocado — y entonces lo de abajo no prueba nada")
+ continue
+ faltan = [r for r in LA_BOVEDA_EN_LA_IMAGEN if r not in raices]
+ if faltan:
+ mal(f"{perfil} NO declara {', '.join(faltan)}: la extensión se instala igual y la "
+ f"bóveda contesta `locked:true` con `ok:true` — apagada, y sin un solo error")
+ else:
+ bien(f"{perfil} declara el dueño y el diálogo ({RAIZ_CONTROL} de control)")
+
+
fallas = []
@@ -168,7 +226,7 @@ def leer(p):
return f.read()
-def revisar(permisos_host, verbo_extra=None):
+def revisar(permisos_host, verbo_extra=None, sin_perfil=None):
# 1. La extensión existe y declara el id que todos los demás nombran.
try:
m = json.loads(leer("extensions/boveda/manifest.json"))
@@ -232,10 +290,14 @@ def revisar(permisos_host, verbo_extra=None):
# 8. Y el quinto lugar, que vive en otra receta y en otro repo.
revisar_el_host(verbo_extra)
+ # 9. Y el sexto, que vive en el manifiesto de objetivo: quién la pone en la imagen.
+ revisar_los_perfiles(sin_perfil)
+
def main():
control = "--negative-control" in sys.argv
control_verbo = "--negative-control-verbo" in sys.argv
+ control_perfil = "--negative-control-perfil" in sys.argv
host = json.loads(leer("native-messaging/puriy_costura.json"))
permisos = list(host.get("allowed_extensions", []))
verbo_extra = None
@@ -247,9 +309,15 @@ def main():
# mirando el host sino contestando que sí.
verbo_extra = "vault.este_verbo_no_existe"
print(f"⚠ control negativo: se le agrega el verbo inventado {verbo_extra}")
+ sin_perfil = None
+ if control_perfil:
+ # El dueño, sacado de una copia en memoria de los cuatro perfiles: si el sexto chequeo no
+ # lo ve faltar, está contestando que sí en vez de mirar `targets.toml`.
+ sin_perfil = "boveda"
+ print(f"⚠ control negativo: se saca {sin_perfil} de los perfiles de escritorio")
print(f"── la bóveda en atuq ──")
- revisar(permisos, verbo_extra)
+ revisar(permisos, verbo_extra, sin_perfil)
if control:
if any("allowed_extensions" in f for f in fallas):
@@ -263,6 +331,12 @@ def main():
return 0
print("\n✗ el control del verbo NO lo detectó: el quinto chequeo no mide nada")
return 1
+ if control_perfil:
+ if any(sin_perfil in f and "NO declara" in f for f in fallas):
+ print("\n✓ el control negativo del perfil lo detectó")
+ return 0
+ print("\n✗ el control del perfil NO lo detectó: el sexto chequeo no mide nada")
+ return 1
if fallas:
print(f"\n✗ {len(fallas)} problema(s)")
return 1
diff --git a/scripts/test-atuq-boveda-metal.py b/scripts/test-atuq-boveda-metal.py
index b119b7b8..c7504c1f 100644
--- a/scripts/test-atuq-boveda-metal.py
+++ b/scripts/test-atuq-boveda-metal.py
@@ -6,12 +6,15 @@
python3 scripts/test-atuq-boveda-metal.py --list # qué afirma cada etapa, sin correr nada
── POR QUÉ ESTE GUARDIÁN, Y POR QUÉ NO ALCANZA CON EL DE COHERENCIA ──────────────────────────
-`test-atuq-boveda-coherente.py` mira los CINCO lugares donde una extensión se enchufa y tarda un
+`test-atuq-boveda-coherente.py` mira los SEIS lugares donde una extensión se enchufa y tarda un
segundo. Es lo que hay que correr primero y no reemplaza a nada. Lo que no puede contestar es si del
-otro lado del cable hay alguien: el 2026-09-18 los cinco lugares estaban en orden —manifiesto,
-política, permiso, prefs y el commit del host con sus verbos— y la bóveda contestaba **cerrada** en
-las cuatro imágenes, porque el DUEÑO de la base y el DIÁLOGO de consentimiento no estaban en el
-corpus. Ningún guardián de ficheros podía verlo; éste empieza justamente por ahí.
+otro lado del cable hay alguien: el 2026-09-18 los cinco lugares que entonces se miraban estaban
+en orden —manifiesto, política, permiso, prefs y el commit del host con sus verbos— y la bóveda
+contestaba **cerrada** en las cuatro imágenes, porque el DUEÑO de la base y el DIÁLOGO de
+consentimiento no estaban en el corpus. Ningún guardián de FICHEROS podía verlo; éste empieza
+justamente por ahí. (El sexto lugar nació de eso: desde el 2026-09-21 aquél mira además quién
+DECLARA al dueño en la imagen, que es la mitad del §7.sexies que sí se puede ver sin construir
+nada — y la que volvió a morder el 2026-09-21, con las dos recetas selladas y en `perfiles: []`.)
── LAS SEIS ETAPAS, Y QUÉ AFIRMA CADA UNA ────────────────────────────────────────────────────
A sin la app `boveda`, el host contesta `locked:true` ← el control, y es el bug del §7.sexies
diff --git a/scripts/test-atuq-suite.sh b/scripts/test-atuq-suite.sh
index 8fb345a9..1a8462af 100755
--- a/scripts/test-atuq-suite.sh
+++ b/scripts/test-atuq-suite.sh
@@ -77,7 +77,7 @@ done
# se descubre en el primer minuto y no después de media hora de navegadores.
GUARDIANES=(
"vigia-atuq-verbos|python3 scripts/vigia-atuq-verbos.py|el host PINEADO atiende los verbos que mandan las diez extensiones (§7)"
- "test-atuq-boveda-coherente|python3 scripts/test-atuq-boveda-coherente.py|la bóveda está enchufada en los CINCO lugares (SDD-BOVEDA §8)"
+ "test-atuq-boveda-coherente|python3 scripts/test-atuq-boveda-coherente.py|la bóveda está enchufada en los SEIS lugares (SDD-BOVEDA §8); el sexto es quién la DECLARA en la imagen (SDD 26 §7.decies)"
# Corría truncado (`--hasta A`) mientras el muro del §7.septies tapaba las otras cinco etapas.
# Desde el 2026-09-18 corre ENTERO: seis etapas, ~6 min, con el navegador de verdad, el diálogo de
# consentimiento a la vista y el control de decir que NO. Es el único de la suite que mide la