gioser

sergio/takana

> Una distribución Linux construida con un laboratorio funcional y hermético en el > sótano, y una terminal mutable, clásica y anárquica en el piso de arriba — diseñada > desde el suelo para que una IA programadora entienda, modifique y co…

TOML 1346Shell 97Rust 63Markdown 571650 Definiciones

⎇ 7c794568a963b18b68d747959e6bbd07cf2ebff7 recipes/rsync.toml TOML · 78 líneas · 3.3 KB Historia crudo

respaldo: el rsync del propio corpus no podía correr el respaldo del propio corpus 01b1dcfef · Sergio ·

1# Importada de Alpine aports por `takana import-alpine` (Etapa G) — trae los parches de musl de
2# Alpine (lo que un import de nix pierde). El sha256 ya NO está pendiente: es el de 3.5.0, con firma
3# verificada (ver abajo).
4name    = "rsync"
5version = "3.5.0"
6license = "GPL-3.0-or-later"
7
8# ── 3.4.4 → 3.5.0 (2026-08-27): SUBIDA DE VERSIÓN, no un parche de hash ─────────────────────────
9# samba.org PODÓ el tarball de 3.4.4: `download.samba.org/pub/rsync/rsync-3.4.4.tar.gz` da 404 y en
10# ese directorio ya sólo queda 3.5.0. Tampoco está en nuestro mirror de fuentes, así que la receta
11# era INCONSTRUIBLE — es la única fuente MUERTA del corpus según `docs/state/fuentes-vigia.json`
12# (1164 vivas / 3 muertas; las otras dos son un 502 transitorio de savannah).
13#
14# ⚠ Esto NO es «cambiar el sha256 para tapar un 404», que es justo lo prohibido (ADR 0013): el
15# tarball es OTRO, con su versión y su hash propios. La provenance se verificó de verdad:
16#
17#     gpg --verify rsync-3.5.0.tar.gz.asc rsync-3.5.0.tar.gz
18#     → Good signature from "Andrew Tridgell <andrew@tridgell.net>"
19#       RSA key 9FEF112DCE19A0DC7E882CB81BB24997A8535F6F
20#
21# (la clave se trajo de keys.openpgp.org y el fingerprint coincide con el `issuer` del .asc; el aviso
22# de «User ID not certified» es esperable: no hay web-of-trust montada acá, la FIRMA sí es válida).
23#
24# Comprobado antes de subir: las diez opciones de `configure` de abajo siguen existiendo en 3.5.0,
25# `rrsync.1` sigue en la raíz (la fase configure lo copia a support/) y `dont-use-nobody.patch`
26# aplica limpio (`patch -p1 --dry-run` sin rechazos).
27[source]
28tarball = "https://download.samba.org/pub/rsync/rsync-3.5.0.tar.gz"
29sha256  = "c7ffd1ef653e99540f661e47cb00b7f9cad1ee6b972399b16f93d672656e0d33"
30patches = ["dont-use-nobody.patch"]
31
32[build]
33compiler = "zig-cc"
34target   = "x86_64-linux-musl"
35link     = "static"
36flags    = []
37
38[build.phases]
39# fase configure EXPLÍCITA: si la receta no la define, takana autogenera su propio
40# `./configure --prefix=/usr` (sin nuestros --disable-*) y aborta antes del compile.
41configure = '''
42cp rrsync.1 support/rrsync.1
43./configure \
44	--build=$CBUILD \
45	--host=$CHOST \
46	--prefix=/usr \
47	--sysconfdir=/etc \
48	--mandir=/usr/share/man \
49	--localstatedir=/var \
50	--disable-acl-support \
51	--disable-xattr-support \
52	--disable-xxhash \
53	--disable-lz4 \
54	--with-rrsync \
55	--with-included-popt \
56	--with-included-zlib \
57	--disable-md2man \
58	--disable-openssl
59	# deps externas quitadas (no en catálogo): popt/zlib embebidos; acl/xattr/xxhash/lz4/openssl deshabilitados.
60	# zstd YA NO: se deshabilitaba porque no estaba en el catálogo, y el resultado era que el rsync
61	# del propio corpus no podía correr el respaldo del propio corpus —que pide
62	# `--compress-choice=zstd`— muriendo con `unknown compress name: zstd` (SDD 28 §6.9). La receta
63	# de zstd existe y está sellada, así que entra como dep y el soporte se enciende.
64'''
65# de build() de Alpine (traducido; el lab provee $CBUILD/$CHOST — Etapa G Fase 3):
66compile = '''
67make
68'''
69# de package() de Alpine (traducido $pkgdir→/out):
70install = '''
71make DESTDIR="/out" install
72'''
73# ficheros de servicio de Alpine (rsyncd.initd/conf/confd/logrotate) omitidos: no viajan en el tarball
74
75# depends de runtime de Alpine (NO build-deps): python3
76
77[deps]
78build = ["zlib", "linux-headers", "zstd"]