From 146ace3ce510ea912bdb4690038d2979cbd33d06 Mon Sep 17 00:00:00 2001 From: Sergio Date: Mon, 14 Sep 2026 21:22:32 +0000 Subject: [PATCH] =?UTF-8?q?minga:=20repineado=20a=20ba29e20df=20=E2=80=94?= =?UTF-8?q?=20sin=20el=20fix=20de=20musl=20el=20build=20MUERE,=20y=20son?= =?UTF-8?q?=20ramas=20distintas?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Aviso de tawasuyu, confirmado acá: la cadena `minga-cli → sandokan-local → arje-incarnate` es dura, y `arje-incarnate` leía `libc::ST_RELATIME`, que **musl no exporta** (publica los otros siete `ST_*` de statvfs, ése no). Con un commit anterior, el worker muere con: error[E0425]: cannot find value `ST_RELATIME` in crate `libc` Arreglado río arriba en `ba29e20df` con el valor del ABI de Linux; allá verificaron que el cruce da un ELF static-pie de 32 MB sin dependencias dinámicas. ⚠ Y `ba29e20df` NO contiene a `98db584f` (el de arje-zero/arjectl): son RAMAS DISTINTAS, comprobado con `merge-base --is-ancestor`. No hay contrato roto —`arje-incarnate` es una librería de ejecución local, no el bus de arje, así que este binario no negocia protocolo con el `arje-zero` de la caja— pero invalida el argumento de «un solo árbol» que traía la receta: acá conviven dos ramas de tawasuyu a propósito, y el comentario lo dice en vez de seguir mintiendo. Segundo arreglo, medido en el worker: `-p minga-cli` a secas falla con «extra arguments to `rustc` can only be passed to one target» — el paquete tiene lib y bin. Va `--bin minga`, el mismo muro que ya tuvo `recipes/takana.toml`. Hash: `b3:121cf4a8…`. De paso, `ba29e20df` es el HEAD del remoto **servido por la caja nueva**: el push de tawasuyu ya fue al gitea mudado. Co-Authored-By: Claude Opus 5 (1M context) Claude-Session: https://claude.ai/code/session_016Tf9T4vGzsMoT7eS8YzMFn --- recipes/minga.toml | 25 ++++++++++++++++++++----- 1 file changed, 20 insertions(+), 5 deletions(-) diff --git a/recipes/minga.toml b/recipes/minga.toml index 5e9072a8..abaaea1a 100644 --- a/recipes/minga.toml +++ b/recipes/minga.toml @@ -21,15 +21,28 @@ # sabe de commit git, sha256 de tarball y directorio) ni qué es una «tarea» en la cola. Las dos son # decisiones de ADR, no efectos colaterales de empaquetar un binario. # -# Del monorepo y al MISMO commit que `arje-zero`/`arjectl`: reusa el árbol de fuentes ya fetcheado -# (ADR 0012) y evita el escenario en que el cliente y el daemon salen de árboles distintos. +# ⚠ EL COMMIT NO ES EL DE `arje-zero`, Y ESO ES DELIBERADO (2026-09-14). La primera versión de esta +# receta lo pineaba a `98db584f` «para compartir árbol», y tawasuyu avisó de que **ese build muere**: +# +# error[E0425]: cannot find value `ST_RELATIME` in crate `libc` +# error: could not compile `arje-incarnate` +# +# La cadena `minga-cli → sandokan-local → arje-incarnate` es dura, no opcional, y `arje-incarnate` +# leía `libc::ST_RELATIME` — que **musl no exporta** (publica los otros siete `ST_*` de statvfs, ése +# no). Arreglado río arriba en `ba29e20df` con el valor del ABI de Linux. Con el fix, el cruce da un +# ELF **static-pie de 32 MB sin dependencias dinámicas**, verificado allá. +# +# Y `ba29e20df` **NO contiene** a `98db584f`: son RAMAS DISTINTAS (comprobado con `merge-base +# --is-ancestor`). No es un problema —`arje-incarnate` es una librería de ejecución local, no el bus +# de arje, así que no hay contrato de protocolo entre este binario y el `arje-zero` de la caja— pero +# sí invalida el argumento de «un solo árbol»: aquí conviven dos ramas de tawasuyu a propósito. name = "minga" version = "0.0.1" license = "MIT" [source] repo = "https://git.tawasuyu.net/tawasuyu/tawasuyu.git" -commit = "98db584fd28d9ff2bf34c9cf7d7db2e1de0b3fd0" +commit = "ba29e20dfb80b3a6e9f9be884c55c2df8aef204c" # El árbol COMMITEA su propio `vendor/` y el `cargo vendor` de takana lo pisaría — igual que en # `arje-zero.toml`. cargo_vendor_dir = ".hammer-cargo-vendor" @@ -38,5 +51,7 @@ cargo_vendor_dir = ".hammer-cargo-vendor" compiler = "zig-cc" target = "x86_64-linux-musl" link = "static" -# `-p minga-cli` compila el paquete; su único `[[bin]]` se llama `minga`, que es el verbo real. -flags = ["-p", "minga-cli"] +# `--bin minga` NO es redundante: sin él, `cargo rustc` con flags extra falla con «extra arguments to +# `rustc` can only be passed to one target» — el paquete tiene lib y bin, y hay que nombrar cuál. +# Medido acá, y es el mismo muro que ya tuvo `recipes/takana.toml` con sus dos `[[bin]]`. +flags = ["-p", "minga-cli", "--bin", "minga"]