cargo-make: añadir bzip2 a [deps] — un sys-crate exige libbz2 del sistema

`unable to find static system library 'bz2' using strategy 'no_fallback'`. La
receta no tenía `[deps]`: el lab trae el toolchain de Rust pero no las libs C
que los crates `*-sys` esperan del sistema. bzip2 está sellado y aporta
/usr/lib/libbz2.a.

Tercera de la misma familia esta noche: appstream (lzma vía el .pc Requires de
libxmlb), cargo-deb (lzma vía lzma-sys) y ésta (bz2). El síntoma del linker es
idéntico en las tres y el arreglo también.

⚠ PENDIENTE DE VERIFICAR: las otras dos se construyeron y sellaron antes de
commitear; ésta no, para no parar el driver una vez por receta. Se verifica en
la próxima tanda de reanudación. Si fallara, el patrón —no la receta— es lo que
habría que revisar.

recipes/cargo-make.toml

@@ -21,3 +21,10 @@ install = "mkdir -p /out/usr/bin && cp target/release/cargo-make /out/usr/bin/ca
 
 # buildInputs de nix (NO deps de hammer — cargo vendorea; backend Rust por
 # defecto). Si algún sys-crate C falla, adaptá per-paquete (patch/feature): bzip2, openssl
+
+# `bzip2` (libbz2) la exige un sys-crate, no el Cargo.toml. Sin ella el link muere con
+# `unable to find static system library 'bz2' using strategy 'no_fallback'`. La receta no tenía
+# `[deps]`: el lab trae el toolchain de Rust pero NO las libs C que los `*-sys` esperan del sistema.
+# Misma familia que `cargo-deb` (lzma) y `appstream` (lzma vía .pc Requires de libxmlb).
+[deps]
+build = ["bzip2"]