# agora-cli — la cara CLI del ágora (tawasuyu): opera el keystore y el grafo firmado en shell,
# compartidos con agora-app.
#
# ── POR QUÉ ESTA RECETA CAMBIÓ DE OFICIO (2026-09-21) ──────────────────────────────────────────
# Nació para la etapa G (poblar el catálogo con apps propias de tawasuyu) y estuvo sellada con
# `perfiles: []` —o sea en ninguna imagen— desde entonces. Entra a las cuatro imágenes de
# escritorio por otra razón, y es la que cierra la unidad 12 del SDD 26: **es el único binario del
# corpus capaz de sembrar la identidad con la que la bóveda se abre.**
#
# La cadena, medida entera hacia atrás desde la app (SDD 26 §7.undecies):
#
#   `boveda` abre su base con una clave derivada de la seed de identidad
#     └─ que `pacha-boveda-llimphi` saca del llavero de SESIÓN, clave `pacha_llavero::SEED_IDENTIDAD`
#         └─ que en TODO tawasuyu escriben dos binarios: `agora-cli unlock`
#            y el onboarding `churay-welcome-llimphi`
#             └─ `agora-cli` estaba en ninguna imagen · `churay-welcome` no tiene receta
#
# ⇒ hasta hoy, en las cuatro imágenes, `abrir()` daba `Err(boveda-cerrada)` SIEMPRE. No «el
# usuario todavía no la desbloqueó»: **no tenía con qué**. Y como «cerrada» es una respuesta
# EXITOSA (`{"ok":true,"locked":true}`), ni un log ni la insignia la distinguían de lo otro.
#
# ⚠ **No es el camino de DISEÑO y conviene decirlo.** El de diseño es el wizard de bienvenida
# (`churay-welcome-llimphi`, que SÍ tiene binario: `src/main.rs` sin `[[bin]]` ⇒ cargo lo descubre
# con el nombre del paquete), que pide la frase en un campo y no en una terminal. Pero ese wizard
# decide además backend de IA, dotfiles, fondo de pantalla y chasqui: traerlo es decidir la
# experiencia de primer arranque entera, y eso no se hace de paso. Ésta hace UNA cosa, es la que
# el propio tawasuyu nombra como «la que siembra el login» (comentario de `pacha-secretos`), y no
# impone ningún flujo. Cuando `churay-welcome` tenga receta, esto se revisa.
#
# ── EL PIN, Y POR QUÉ NO ES EL DE SUS HERMANAS ────────────────────────────────────────────────
# Sube de `9967b02c` (2026-06-18) a `fd08dc03a`. Dos razones, las dos medidas:
#
#  1. **en el pin viejo el verbo no existe**: ni `SEED_IDENTIDAD` ni `desbloquear` están en ese
#     commit (`git grep` sobre el pin da 0 y 0, con HEAD de control dando 4 y 1). O sea que
#     declararlo en los perfiles con el pin viejo habría metido 3 M en cuatro imágenes que siguen
#     sin poder abrir nada — el error de `foot`, otra vez, disfrazado de arreglo.
#  2. **y en el pin nuevo hay además un arreglo que este oficio vuelve obligatorio**: sin
#     `AGORA_PASSPHRASE`, `Sesion::abrir()` caía en la frase de desarrollo `"agora-dev"` con un
#     aviso por stderr y un ✓ en pantalla. En una máquina de trabajo es cómodo; en una imagen de
#     escritorio es **la bóveda de todo el mundo cifrada con una palabra pública**, porque el
#     keystore que guarda la seed va con Argon2id + ChaCha20-Poly1305 bajo esa frase. Ahora, con
#     terminal, se PREGUNTA (sin eco, y dos veces al crear); la frase de desarrollo queda sólo
#     para el caso sin terminal —cron, pipes, CI—, que es a quien rompería quitarla.
#     Arreglado en tawasuyu en `fd08dc03a`, con test en los dos sentidos.
#
# ⚠ Y el pin NO es `fd08dc03a` sino su hijo `da5fb8968`, por el muro del `Cargo.lock` que este
# monorepo pone CADA VEZ (SDD 26 §7.quinquies.bis, §7.octies, §7.undecies, y ésta): con
# `fd08dc03a`, `cargo vendor --locked` muere con «cannot update the lock file» porque un miembro
# del workspace (`shuma-taller`) había entrado a un `Cargo.toml` sin que el lock lo acompañara. El
# cierre se hizo **en el worker, sobre el árbol que takana ya había bajado**, que es donde el
# registro de cargo está completo: ahí el diff es +1 línea y cero checksums movidos. Corrido en la
# jaula, la misma operación devuelve 0 y BORRA miembros del workspace — y su diff se ve MÁS mínimo
# que el correcto, que es la trampa entera del §7.undecies.
#
# ⚠ El pin NO coincide con el de `boveda`/`shuma-pregunta` (`6f0408d40`) ni con el de sus hermanas
# de monorepo (`9967b02c`: `dominium-cli`, `cosmos-cli`, los `arje-*`). El árbol de fuentes se
# comparte por `<repo>-<sha>`, así que esto **paga un vendoreo propio de ~2,4 G** en el worker. Se
# paga a propósito: mover `boveda` (22 M, llimphi GUI) para que coincidan cuesta dos builds caros y
# arrastra 28 commits de upstream sin relación con esto. El día que el pin de `boveda` suba, que
# suba a éste y los árboles se colapsan.
name    = "agora-cli"
version = "0.0.1"
license = "MIT"

[source]
repo   = "https://git.tawasuyu.net/tawasuyu/tawasuyu.git"
commit = "da5fb896843541ec5fb76f1d1c7752fa750cb140"
# tawasuyu COMMITEA su propio `vendor/` (smithay parcheado por `[patch.crates-io]` POR RUTA); el
# `cargo vendor` de takana lo pisaría y el error hablaría de un crate cualquiera, no de esto. El
# pin viejo era de antes de que ese `vendor/` existiera, por eso esta receta no lo traía. No entra
# en `hash_inputs`.
cargo_vendor_dir = ".hammer-cargo-vendor"

[build]
compiler = "zig-cc"
target   = "x86_64-linux-musl"
link     = "static"
flags    = ["-p", "agora-cli"]