Sergio
e852f48491
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 /
28 lines
1.1 KiB
TOML
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 = "dufs"
|
|
version = "0.46.0"
|
|
license = "MIT OR Apache-2.0"
|
|
|
|
[source]
|
|
repo = "https://github.com/sigoden/dufs"
|
|
commit = "b69946df232ceca5d24d0067f2beb6b5ed1c292c"
|
|
|
|
[build]
|
|
compiler = "zig-cc"
|
|
target = "x86_64-linux-musl"
|
|
link = "static"
|
|
flags = ["--bin", "dufs"]
|
|
|
|
[build.phases]
|
|
install = "mkdir -p /out/usr/bin && cp target/release/dufs /out/usr/bin/dufs"
|
|
|
|
# `xz` (liblzma) la exige un sys-crate de compresión, no el Cargo.toml: sin ella el link muere con
|
|
# `unable to find static system library 'lzma' using strategy 'no_fallback'`. La receta no tenía
|
|
# `[deps]`. Quinta de la familia (appstream, cargo-deb, cargo-make, dprint): el lab trae el
|
|
# toolchain de Rust pero NO las libs C que los `*-sys` esperan del sistema.
|
|
[deps]
|
|
build = ["xz"]
|