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.

recipes/cargo-deb.toml

@@ -18,3 +18,10 @@ 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"]