sergio/takana

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