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

28 lines
1.1 KiB
TOML

# Importada de nixpkgs por `takana import-nix` (Etapa G). PUNTO DE PARTIDA, no final:
# - el build usa el lab de takana (zig-cc / musl estático), NO el stdenv de nix ⇒ revisá
# compiler/link/phases y adaptá hasta que compile.
# - las deps van con su nombre NIX; remapealas a las recetas del corpus si difieren.
name = "cargo-deb"
version = "3.7.0"
license = "MIT"
[source]
repo = "https://github.com/kornelski/cargo-deb"
commit = "5aae29857af5f250829bf852d99c8e5a8746a664"
[build]
compiler = "zig-cc"
target = "x86_64-linux-musl"
link = "static"
flags = ["--bin", "cargo-deb"]
[build.phases]
install = "mkdir -p /out/usr/bin && cp target/release/cargo-deb /out/usr/bin/cargo-deb"
# `xz` (liblzma) la exige un sys-crate, no el Cargo.toml: cargo-deb comprime el .deb con xz y el
# link muere con `unable to find static system library 'lzma' using strategy 'no_fallback'`.
# La receta no tenía `[deps]` en absoluto — el lab trae el toolchain de Rust, pero NO las libs C
# que los `*-sys` esperan del sistema. Mismo fallo y mismo arreglo que en `appstream.toml`.
[deps]
build = ["xz"]