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"]