SergioandClaude Opus 5
80ee577b40
Responde a «¿cómo instalo shuma-tui?». En gioser se instalaba con `actualizar-servidor.sh`: cargo build --release + install -m755 a /usr/local/bin. Eso deja un BINARIO SUELTO QUE NADIE PROVEE — la clase que la mudanza encontró irreproducible (2,7 G de ellos, §6.35). Acá el camino del corpus: receta pineada ⇒ takana build ⇒ artefacto sellado por hash ⇒ se instala desde el store o desde el repo firmado. El binario de mañana se puede volver a fabricar bit a bit; el de install -m755, no. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
27 lines
1.3 KiB
TOML
27 lines
1.3 KiB
TOML
# shuma-tui — el cliente de terminal de shuma: la misma consola que la web, pero en un TTY.
|
|
#
|
|
# ── POR QUÉ ESTA RECETA EXISTE (2026-09-17) ─────────────────────────────────────────────────────
|
|
# Es la respuesta a «¿cómo instalo shuma-tui en la caja?». En gioser se instalaba con
|
|
# `actualizar-servidor.sh`: `cargo build --release` + `install -m755` a `/usr/local/bin`. Eso deja un
|
|
# **binario suelto que nadie provee** — justo la clase que la mudanza encontró irreproducible: 2,7 G
|
|
# de ellos, y lo único que no se podía reconstruir (SDD 28 §6.35).
|
|
#
|
|
# Acá el camino es el del corpus: una receta pineada ⇒ `takana build` ⇒ artefacto sellado por hash ⇒
|
|
# se instala desde el store (o desde el repo firmado, §6.46). La diferencia práctica es que el
|
|
# binario de mañana se puede volver a fabricar bit a bit, y el de `install -m755` no.
|
|
|
|
name = "shuma-tui"
|
|
version = "0.1.0"
|
|
license = "MIT OR Apache-2.0"
|
|
|
|
[source]
|
|
repo = "https://git.tawasuyu.net/tawasuyu/tawasuyu.git"
|
|
commit = "23a292863f53b355c5c02d6185904f2c33d8ab42"
|
|
cargo_vendor_dir = ".hammer-cargo-vendor"
|
|
|
|
[build]
|
|
compiler = "zig-cc"
|
|
target = "x86_64-linux-musl"
|
|
link = "static"
|
|
flags = ["-p", "shuma-tui", "--bin", "shuma-tui"]
|