Corriendo el respaldo desde la caja de producción (SDD 28, puerta 7):
==> [1/3] estado (el grafo: qué había construido y con qué hash)
unknown compress name: zstd
!! estado: error 4 que NO es de red — no reintento
El script exige `--compress-choice=zstd` (medido: el doble de rendimiento efectivo, porque el 79 %
del store son secciones `.debug_*` y comprimen como texto) y **`recipes/rsync.toml` lo construía con
`--disable-zstd`**. El comentario de la receta decía por qué: «deps externas quitadas (no en
catálogo)». Ya no es cierto — `zstd` tiene receta y está sellada.
Dos arreglos, y los dos hacen falta:
1. **La receta enciende zstd** (dep `zstd`, fuera el `--disable-zstd`). Control en los dos sentidos:
el rsync nuevo lista `zstd zlibx zlib none`, el anterior `zlibx zlib none`. Radio cero: `rsync` no
es dep de ninguna receta (medido), así que no re-hashea nada más.
2. **El script DEGRADA en vez de morir.** Detecta el soporte (`rsync --version` → «Compress list»)
y cae a zlib avisando. Un respaldo que no corre por un algoritmo de compresión es peor que un
respaldo lento — y el fallo era especialmente malo porque el error 4 se clasifica como "no de red"
y el script no reintenta: el respaldo simplemente no se hace.
Y de paso queda cubierto el caso de un hub que todavía no reconstruyó su rsync.
**También la raíz cableada**: el script hacía `cd /mnt/vvv/takana` por defecto —la ruta de gioser—
así que desde cualquier otro hub moría con `No such file or directory`. Ahora se deriva de la
ubicación del script, como el resto de `scripts/`; el override por `RAIZ` se conserva. Control: en
gioser sigue resolviendo a `/mnt/vvv/takana`.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01RomoxEGZUhaT4pob1QSX5x
79 lines
3.3 KiB
TOML
79 lines
3.3 KiB
TOML
# Importada de Alpine aports por `takana import-alpine` (Etapa G) — trae los parches de musl de
|
|
# Alpine (lo que un import de nix pierde). El sha256 ya NO está pendiente: es el de 3.5.0, con firma
|
|
# verificada (ver abajo).
|
|
name = "rsync"
|
|
version = "3.5.0"
|
|
license = "GPL-3.0-or-later"
|
|
|
|
# ── 3.4.4 → 3.5.0 (2026-08-27): SUBIDA DE VERSIÓN, no un parche de hash ─────────────────────────
|
|
# samba.org PODÓ el tarball de 3.4.4: `download.samba.org/pub/rsync/rsync-3.4.4.tar.gz` da 404 y en
|
|
# ese directorio ya sólo queda 3.5.0. Tampoco está en nuestro mirror de fuentes, así que la receta
|
|
# era INCONSTRUIBLE — es la única fuente MUERTA del corpus según `docs/state/fuentes-vigia.json`
|
|
# (1164 vivas / 3 muertas; las otras dos son un 502 transitorio de savannah).
|
|
#
|
|
# ⚠ Esto NO es «cambiar el sha256 para tapar un 404», que es justo lo prohibido (ADR 0013): el
|
|
# tarball es OTRO, con su versión y su hash propios. La provenance se verificó de verdad:
|
|
#
|
|
# gpg --verify rsync-3.5.0.tar.gz.asc rsync-3.5.0.tar.gz
|
|
# → Good signature from "Andrew Tridgell <andrew@tridgell.net>"
|
|
# RSA key 9FEF112DCE19A0DC7E882CB81BB24997A8535F6F
|
|
#
|
|
# (la clave se trajo de keys.openpgp.org y el fingerprint coincide con el `issuer` del .asc; el aviso
|
|
# de «User ID not certified» es esperable: no hay web-of-trust montada acá, la FIRMA sí es válida).
|
|
#
|
|
# Comprobado antes de subir: las diez opciones de `configure` de abajo siguen existiendo en 3.5.0,
|
|
# `rrsync.1` sigue en la raíz (la fase configure lo copia a support/) y `dont-use-nobody.patch`
|
|
# aplica limpio (`patch -p1 --dry-run` sin rechazos).
|
|
[source]
|
|
tarball = "https://download.samba.org/pub/rsync/rsync-3.5.0.tar.gz"
|
|
sha256 = "c7ffd1ef653e99540f661e47cb00b7f9cad1ee6b972399b16f93d672656e0d33"
|
|
patches = ["dont-use-nobody.patch"]
|
|
|
|
[build]
|
|
compiler = "zig-cc"
|
|
target = "x86_64-linux-musl"
|
|
link = "static"
|
|
flags = []
|
|
|
|
[build.phases]
|
|
# fase configure EXPLÍCITA: si la receta no la define, takana autogenera su propio
|
|
# `./configure --prefix=/usr` (sin nuestros --disable-*) y aborta antes del compile.
|
|
configure = '''
|
|
cp rrsync.1 support/rrsync.1
|
|
./configure \
|
|
--build=$CBUILD \
|
|
--host=$CHOST \
|
|
--prefix=/usr \
|
|
--sysconfdir=/etc \
|
|
--mandir=/usr/share/man \
|
|
--localstatedir=/var \
|
|
--disable-acl-support \
|
|
--disable-xattr-support \
|
|
--disable-xxhash \
|
|
--disable-lz4 \
|
|
--with-rrsync \
|
|
--with-included-popt \
|
|
--with-included-zlib \
|
|
--disable-md2man \
|
|
--disable-openssl
|
|
# deps externas quitadas (no en catálogo): popt/zlib embebidos; acl/xattr/xxhash/lz4/openssl deshabilitados.
|
|
# zstd YA NO: se deshabilitaba porque no estaba en el catálogo, y el resultado era que el rsync
|
|
# del propio corpus no podía correr el respaldo del propio corpus —que pide
|
|
# `--compress-choice=zstd`— muriendo con `unknown compress name: zstd` (SDD 28 §6.9). La receta
|
|
# de zstd existe y está sellada, así que entra como dep y el soporte se enciende.
|
|
'''
|
|
# de build() de Alpine (traducido; el lab provee $CBUILD/$CHOST — Etapa G Fase 3):
|
|
compile = '''
|
|
make
|
|
'''
|
|
# de package() de Alpine (traducido $pkgdir→/out):
|
|
install = '''
|
|
make DESTDIR="/out" install
|
|
'''
|
|
# ficheros de servicio de Alpine (rsyncd.initd/conf/confd/logrotate) omitidos: no viajan en el tarball
|
|
|
|
# depends de runtime de Alpine (NO build-deps): python3
|
|
|
|
[deps]
|
|
build = ["zlib", "linux-headers", "zstd"]
|