targets: zstd en base — un takana recién instalado no podía desempacar su propio laboratorio

La distro comprime TODO con zstd: la imagen del lab (`lab-image.tar.zst`), el respaldo al Storage
Box, el `dd` remoto de una instalación. Y la imagen no traía el binario.

Medido sembrando el lab en la caja de producción: el `tar` del rootfs es el de busybox y contesta
`tar: unrecognized option: zstd`, así que hubo que extraer por tubería desde el hub
(`zstd -dc … | ssh caja 'tar -xf -'`). Un hub que se instala solo no puede depender de que otro hub
le descomprima las cosas.

La receta ya existía y está sellada (`b3:1ceb6215…`): sólo faltaba declararla.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01RomoxEGZUhaT4pob1QSX5x
This commit is contained in:
Sergio
2026-09-11 02:04:55 +00:00
co-authored by Claude Opus 5
parent 7bdb781352
commit 9a31857eaa
+6
View File
@@ -46,6 +46,12 @@ paquetes = [
# `--disable-shared` y ningún artefacto publicaba ese soname — otra vez el rootfs del lab tapando
# el agujero. La variante ya existía en el corpus; sólo faltaba declararla.
"zlib-shared",
# `zstd` (2026-09-11): la distro comprime TODO con zstd —la imagen del lab (`lab-image.tar.zst`),
# el respaldo al Storage Box, el `dd` remoto de una instalación— y la imagen no lo traía. El
# resultado es que **un takana recién instalado no puede desempacar su propio laboratorio**: el
# `tar` del rootfs es el de busybox y contesta `tar: unrecognized option: zstd`. Se descubrió
# sembrando el lab en la caja de producción (SDD 28 §6.6).
"zstd",
]
[perfil.cli]