sergioandClaude Opus 5
c56fd373a1
Primera tanda con el orden nuevo (por impacto en el grafo, no alfabético). 30 recetas C de clase HOJA: bash, coreutils, git, gnupg, grep, gzip, jq, e2fsprogs, libarchive, htop… LA MEDIDA QUE JUSTIFICA EL CAMBIO DE ORDEN: activar estas 30 dejó 41 recetas sin artefacto vigente = las 12 que ya estaban en deuda + las 30 tocadas (una ya estaba entre las 12). **Cero colateral.** Contra la tanda anterior, donde tocar TRES bibliotecas base (expat, zstd, ncurses) dejó 54 sin artefacto y tumbó la cadena wlroots/sway entera. Mismo esfuerzo de build, diez veces menos destrozo. El orden no era un detalle de comodidad. Selección: clase `c` + `dependientes_total == 0` + estado sellado, excluyendo las de tawasuyu (git privado ⇒ no construyen en el worker, que es sin secretos por diseño) y las Go/Rust, que necesitan sus módulos y fallan ahí. Quedan 73 hojas C elegibles; van 30. La tanda corre DESASIDA con nohup en el worker — la lección de ayer, cuando un drenaje murió a las 14 de 54 al caerse la sesión ssh. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
49 lines
2.4 KiB
TOML
49 lines
2.4 KiB
TOML
# jq 1.8.1 — procesador de JSON. Etapa G, tier-2 C. Antes BLOQUEADO por falta de su lib de regex;
|
|
# ahora destrabado por `recipes/oniguruma.toml` en el corpus.
|
|
#
|
|
# Importada de Alpine aports. Ajustes sobre el import crudo:
|
|
# - deps.build = ["oniguruma"] SOLAMENTE. El import emitió `["oniguruma", "sed"]` desde el
|
|
# makedepends de Alpine, pero `sed` es una herramienta build-time que el sandbox del lab YA trae
|
|
# (busybox/coreutils) — no una lib a materializar; meterla como dep buscaría recipes/sed.toml (no
|
|
# existe) y abortaría. oniguruma SÍ es lib: el lab apila libonig.a + oniguruma.pc en /usr y el
|
|
# configure de jq la halla por pkgconf.
|
|
# - El release `jq-1.8.1.tar.gz` ya trae `configure` (dist propio de jqlang) ⇒ sin autoreconf.
|
|
# - test-portable.patch: parche de Alpine para que el suite de tests sea portable (musl).
|
|
#
|
|
# $CBUILD/$CHOST los provee el lab (Fase 3). link=static ⇒ el lab exporta LDFLAGS=-static.
|
|
#
|
|
# GUETO gcc (igual que file/gzip): con zig-cc jq salía ELF DINÁMICO y SEGFAULTEABA (zig-cc lo
|
|
# miscompila, mismo patrón que `file`). Con gcc CORRE.
|
|
#
|
|
# ESTÁTICO vía libtool: jq enlaza su binario CON LIBTOOL, que ignora el `LDFLAGS=-static` del lab
|
|
# (lo lee como "usá libs estáticas de libtool", no como flag al linker) ⇒ salía dinámico-musl. El
|
|
# flag de libtool para binario 100% estático es `-all-static`, pero NO se puede poner en LDFLAGS del
|
|
# configure (gcc no lo entiende ⇒ los test-compiles de configure fallarían). Solución: pasarlo SOLO
|
|
# al `make` final (`make LDFLAGS=-all-static`) Y al `make install` (libtool RELINKEA el binario al
|
|
# instalar; sin el flag ahí, el relink lo devolvía a dinámico). Resultado: jq ELF estático, como gzip/tar.
|
|
|
|
name = "jq"
|
|
version = "1.8.1"
|
|
license = "MIT"
|
|
|
|
[source]
|
|
tarball = "https://github.com/jqlang/jq/releases/download/jq-1.8.1/jq-1.8.1.tar.gz"
|
|
sha256 = "2be64e7129cecb11d5906290eba10af694fb9e3e7f9fc208a311dc33ca837eb0"
|
|
patches = ["test-portable.patch"]
|
|
|
|
[build]
|
|
compiler = "zig-cc"
|
|
target = "x86_64-linux-musl"
|
|
link = "static"
|
|
|
|
# Split de la info de depuración (SDD 23 etapa 4, tanda de HOJAS). Entra en `hash_inputs`.
|
|
strip_debug = true
|
|
|
|
[build.phases]
|
|
configure = "./configure --build=$CBUILD --host=$CHOST --prefix=/usr --disable-docs --disable-shared --enable-static"
|
|
compile = "make LDFLAGS=-all-static -j\"$(nproc)\""
|
|
install = "make DESTDIR=/out prefix=/usr LDFLAGS=-all-static install"
|
|
|
|
[deps]
|
|
build = ["binutils", "oniguruma", "busybox", "make"]
|