Files
Sergio e852f48491 takana etapa 5a: los comentarios de las 741 recetas
Barrido de TEXTO puro: 1427 líneas de comentario TOML. Cero ArtifactHash
movidos, y eso está MEDIDO, no deducido: hasheé las 741 antes y después y los
ficheros de hashes son idénticos byte a byte (723 con hash real + 18 que ya no
hasheaban de antes).

El guardián valió la pena: el primer barrido, filtrando por 'la línea empieza
con #', movió el hash de helix, lsof y steam-runtime-sniper. La causa es que una
fase se escribe como compile = <triple> ... <triple> y sus comentarios de SHELL
también empiezan con #, pero viven dentro del VALOR — y las fases sí entran en
hash_inputs. El barrido ahora calcula los rangos de las cadenas multilínea de
TOML y no entra ahí.

Quedan intactos a propósito: .hammer-zig-cc y .hammer-cargo-vendor (literales
dentro de fases), hammerd, hammer-recover y toda ruta que empiece por /
2026-09-09 19:23:26 +00:00

26 lines
993 B
TOML

# Importada de Alpine aports por `takana import-alpine` (Etapa G). Reescrita LIMPIA
# (patrón zellij/xsv): sin `cargo auditable` (no está en el lab). Deps espurias de Alpine
# dropeadas: python3 (sólo para tests), libxcb (no lo usa el build del binario).
name = "jless"
version = "0.9.0"
[source]
tarball = "https://github.com/PaulJuliusMartinez/jless/archive/refs/tags/v0.9.0.tar.gz"
sha256 = "43527a78ba2e5e43a7ebd8d0da8b5af17a72455c5f88b4d1134f34908a594239"
[build]
compiler = "zig-cc"
target = "x86_64-linux-musl"
link = "static"
flags = []
# CC=gcc: el shim C libc-stdhandle (dep) se compila con cc-rs, y el CC=zig global del
# sandbox rechaza el triple x86_64-alpine-linux-musl (el wrapper .hammer-zig-cc sólo opera
# en el path default, no en fases custom). gcc-musl nativo del rootfs lo compila limpio.
[build.phases]
compile = "CC=gcc CXX=g++ AR=ar cargo build --frozen --release"
install = '''
mkdir -p /out/usr/bin
cp target/release/jless /out/usr/bin/jless
'''