Files
takana/recipes/cargo-deb.toml
T
Sergio 7934a82e36 cargo-deb: añadir xz a [deps] — lzma-sys exige la liblzma del sistema
La receta NO tenía `[deps]` en absoluto. El lab trae el toolchain de Rust pero
no las libs C que los crates `*-sys` esperan del sistema, así que el link moría
con `unable to find static system library 'lzma' using strategy 'no_fallback'`.
El log lo confirma: vendoriza y compila `lzma-sys v0.1.20`.

Mismo fallo y mismo arreglo que `appstream.toml` de hace un rato, por vías
distintas: allá liblzma entraba por el `.pc Requires` de libxmlb, acá por un
sys-crate. El síntoma del linker es idéntico.

Verificado: sella en 3m02s, artefacto de 4,6 M con un ELF real en
/usr/bin/cargo-deb. Blast radius nulo: en deuda en los cinco grafos con 0
dependientes sellados.
2026-08-27 07:52:20 +00:00

28 lines
1.1 KiB
TOML

# Importada de nixpkgs por `hammer import-nix` (Etapa G). PUNTO DE PARTIDA, no final:
# - el build usa el lab de hammer (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"]