sergio/takana
> Una distribución Linux construida con un laboratorio funcional y hermético en el > sótano, y una terminal mutable, clásica y anárquica en el piso de arriba — diseñada > desde el suelo para que una IA programadora entienda, modifique y co…
cargo-deb: añadir `xz` a [deps] — lzma-sys exige la liblzma del sistema
1# Importada de nixpkgs por `hammer import-nix` (Etapa G). PUNTO DE PARTIDA, no final:
2# - el build usa el lab de hammer (zig-cc / musl estático), NO el stdenv de nix ⇒ revisá
3# compiler/link/phases y adaptá hasta que compile.
4# - las deps van con su nombre NIX; remapealas a las recetas del corpus si difieren.
5name = "cargo-deb"
6version = "3.7.0"
7license = "MIT"
8
9[source]
10repo = "https://github.com/kornelski/cargo-deb"
11commit = "5aae29857af5f250829bf852d99c8e5a8746a664"
12
13[build]
14compiler = "zig-cc"
15target = "x86_64-linux-musl"
16link = "static"
17flags = ["--bin", "cargo-deb"]
18
19[build.phases]
20install = "mkdir -p /out/usr/bin && cp target/release/cargo-deb /out/usr/bin/cargo-deb"
21
22# `xz` (liblzma) la exige un sys-crate, no el Cargo.toml: cargo-deb comprime el .deb con xz y el
23# link muere con `unable to find static system library 'lzma' using strategy 'no_fallback'`.
24# La receta no tenía `[deps]` en absoluto — el lab trae el toolchain de Rust, pero NO las libs C
25# que los `*-sys` esperan del sistema. Mismo fallo y mismo arreglo que en `appstream.toml`.
26[deps]
27build = ["xz"]