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:
@@ -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]
|
||||
|
||||
Reference in New Issue
Block a user