sergio/takana

1# pata-centro — el centro de control del riel (la bandeja ampliada).
2#
3# ── POR QUÉ ESTA RECETA (2026-10-13) ────────────────────────────────────────────────────────────
4# El catálogo empaquetaba 35 componentes de tawasuyu y **ni pata ni churay**, que son el panel del
5# escritorio y el instalador. El síntoma que lo destapó: instalando con churay, «me montó un
6# busybox, luego dice que no hay pata» — no era un fallo de churay, era que no existía el paquete.
7#
8# ⚠ EL BINARIO SE LLAMA `pata-centro` Y EL CRATE `pata-centro-llimphi`; la receta lleva el del
9# binario, por lo mismo que `pata-space`.
10name    = "pata-centro"
11version = "0.1.0"
12license = "MIT OR Apache-2.0"
13
14[source]
15repo   = "https://git.tawasuyu.net/tawasuyu/tawasuyu.git"
16commit = "619431cac9753cd55d0f9e2d99ff8efe7fab651b"
17# El monorepo COMMITEA su propio `vendor/` y el `cargo vendor` de takana lo pisaría.
18cargo_vendor_dir = ".hammer-cargo-vendor"
19
20[build]
21compiler = "zig-cc"
22target   = "x86_64-linux-musl"
23link     = "dynamic"
24# ⚠ \`link = "dynamic"\`: pinta, así que necesita \`dlopen\` de Vulkan/Wayland en runtime — mismo
25# motivo que \`llimphi-counter\`, que es la plantilla probada del stack llimphi.
26flags    = ["-p", "pata-centro-llimphi", "--bin", "pata-centro"]
27
28[build.phases]
29# ⚠ LOCKSTEP_XML_PATH — y acá el panic SÍ SE DISPARA, contra lo que dice `cadcraft.toml`.
30# Esa receta anotó el 2026-10-13 que «el panic de `zbus-lockstep-macros` NO se dispara en estas
31# versiones», generalizando desde que `vectorcraft` compiló sin el bloque. Medido hoy con las MISMAS
32# versiones —`atspi-common` 0.13.0 + `zbus-lockstep-macros` 0.5.2— este binario muere así:
33#
34#   error: custom attribute panicked        (×5)
35#   error[E0432]: unresolved imports `object_ref::ObjectRef`, …
36#
37# Los `E0432` son CONSECUENCIA, no causa: el `#[validate]` panica y los tipos nunca se generan, así
38# que el error que se lee está lejos del que importa. La cadena es `accesskit` → `atspi` →
39# `atspi-common`, cuyo `#[validate]` recorre `xml/` llamando `.extension().expect()` en cada entrada
40# y PANICA al toparse con el subdirectorio `xml/schemas/`. Apuntar la variable a un dir con sólo los
41# `.xml` lo evita.
42#
43# ⇒ Que una receta compile sin el bloque NO prueba que el bloque no haga falta: prueba que ESE
44# binario no llegó a esa rama del grafo de features. El comprobante del `ls` es a gritos a propósito
45# — un `cp` mudo dejaría la variable apuntando a un dir vacío y el panic volvería sin su causa.
46compile = '''
47set -e
48XMLDIR="$PWD/.atspi-lockstep-xml"
49mkdir -p "$XMLDIR"
50ls .hammer-cargo-vendor/atspi-common/xml/*.xml >/dev/null 2>&1 || { echo "no hay .hammer-cargo-vendor/atspi-common/xml/*.xml — ¿cambió el vendoreo o la versión de atspi? sin esto zbus-lockstep-macros panica en xml/schemas/" >&2; exit 1; }
51cp .hammer-cargo-vendor/atspi-common/xml/*.xml "$XMLDIR"/
52export LOCKSTEP_XML_PATH="$XMLDIR"
53printf '%s\n' '#!/bin/sh' 'for a do' 'case "$a" in --target=*) a=--target=x86_64-linux-musl ;; esac' 'set -- "$@" "$a"' 'shift' 'done' 'exec zig cc -mcpu=baseline "$@"' > "$PWD/.hammer-zig-cc"
54chmod +x "$PWD/.hammer-zig-cc"
55RF="-C linker=$PWD/.hammer-zig-cc"
56rustc -vV | grep -q 'host: .*-alpine-' || RF="$RF -C link-self-contained=no"
57CC="$PWD/.hammer-zig-cc" RUSTFLAGS="$RF" cargo rustc --release --locked --offline -p pata-centro-llimphi --bin pata-centro -- -C target-feature=-crt-static
58'''
59
60[deps]
61# Mismo set que `churay-metal`: cliente Wayland con stack gráfico.
62build = ["mesa", "wayland", "wayland-protocols", "libdrm", "libxkbcommon", "expat", "zlib", "zstd", "libffi", "pkgconf"]