Files
hammer/recipes/dwarves.toml
T
sergioandClaude Opus 5 7b2489a03c deuda del corpus: las 12 no eran un problema, eran cuatro — medido en el worker
Fui a destrabar «las 12 recetas en deuda» con el diagnóstico heredado (fallan por el rootfs
del worker: python OSError en meson, find_package en cmake). Lo probé construyéndolas de
verdad y **el diagnóstico es falso**: cmake y meson corren perfectamente ahí. Son cuatro
situaciones distintas y ninguna es el rootfs.

(a) SEIS ESTÁN SUPERADAS, NO EN DEUDA. `gtk4` del corpus es link=static y enlaza
    libfontconfig.a, que tiene 1122 reubicaciones no-PIC ⇒ 13.032 errores
    `R_X86_64_64 cannot be used against local symbol`. No es una receta rota: es imposible.
    Y mientras tanto recipes/incoming-gnome/gtk4.toml (link=dynamic, deps -shared) YA ESTÁ
    SELLADA, con libadwaita y fontconfig-shared. O sea que la cadena estática del corpus
    —gtk4, libadwaita, gtksourceview y los tres hello/edit que cuelgan— es un DUPLICADO
    superado de la cadena dinámica de GNOME.
    Cerrarla no es construirla: es decidir si se promueven las sombras -shared al corpus,
    porque la resolución de deps es hermano→padre. Es una decisión de arquitectura, y hay
    aviso registrado de que promover a ciegas hace que variantes homónimas pisen recetas
    canónicas. NO la tomo yo.

(b) wlr-randr: cerrada en el commit anterior.

(c) dwarves: frente propio con muro identificado, no deuda. Nuestro elfutils entrega SÓLO
    libelf a propósito (libdw arrastra argp/obstack/fts, lo difícil en musl). No se arregla
    ampliando elfutils: de él cuelga el kernel que ya reproduce bit a bit. El camino es una
    receta aparte `elfutils-libdw`, con el patrón de las sombras -shared. Sin urgencia:
    ningún perfil pide dwarves y el kernel desactiva DEBUG_INFO_BTF justamente por su
    ausencia. Queda escrito en la cabecera de la receta, que es donde se va a leer.

(d) mirada-compositor, mirada-greeter, llimphi-counter: source por SSH a
    git.tawasuyu.net y el worker es SIN SECRETOS por diseño ⇒ HUB-ONLY estructural, no
    fallo. llimphi-counter ni siquiera llega a construir: su commit son ceros con el
    comentario «fijar al commit real». Receta sin terminar, y es de tawasuyu.

EL HALLAZGO DE FONDO: el bucle del worker sólo recorre las colas incoming-*; el corpus
(recipes/) NO está en QUEUES. Las 12 nunca se habían intentado allí. Buena parte de «la
deuda» era de ENCOLADO, no técnica — y por eso el diagnóstico heredado nunca se verificó.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-07 12:27:03 -04:00

66 lines
3.6 KiB
TOML

# dwarves 1.30 (pahole) — la llave que destraba sched-ext (plan-jaula-juegos T1.2, diferido
# con causa verificada): en 6.16.12 SCHED_CLASS_EXT depende de DEBUG_INFO_BTF, y generar BTF
# exige pahole en las build-deps del kernel. Sin esta receta, sched-ext (los schedulers scx
# de juego: scx_lavd, scx_bpfland) queda fuera del kernel propio para siempre.
#
# OJO REPRO: meter pahole en el kernel no es sólo declarar la dep — BTF mete la versión de
# pahole en el juego de la bit-repro (pahole-skew entre builders cambia el .BTF). El análisis
# está pendiente en el plan; ESTA receta sólo pone la herramienta en el catálogo para poder
# hacerlo. El kernel NO la declara todavía.
#
# libbpf EMBEBIDO (-DLIBBPF_EMBEDDED=ON, el default del tarball que vendorea libbpf): evita
# una receta libbpf aparte hoy; si libbpf entra al catálogo por otro frente, se despega.
#
# ── 🧱 EL MURO REAL, MEDIDO EN EL WORKER 2026-08-07 (antes se creía que era el rootfs) ──────────
# Falla en `configure` con:
# CMake Error at cmake/modules/FindDWARF.cmake:93 (message):
# Could NOT find some ELF and DWARF libraries, please install the missing packages
# NO es que falte cmake ni que el rootfs del worker esté flaco: cmake corre perfectamente. Lo que
# falta es **libdw**. Nuestro artefacto de `elfutils` entrega SÓLO libelf (`libelf.a/.so`, `libelf.h`,
# `gelf.h`) — sin `libdw`, sin `dwarf.h` — y eso es DELIBERADO: su cabecera dice que libdw/libdwfl
# arrastran argp/obstack/fts, «lo verdaderamente difícil en musl». Aquella receta existe para el
# `objtool` del kernel, que sólo necesita libelf.
#
# ⚠ Y NO se arregla ampliando `elfutils`: de él cuelgan `linux`, `linux-generic`, `linux-metal` y
# `linux-metal-dual`, o sea **el kernel que ya reproduce bit a bit**. Tocarlo re-hashea ese baseline
# validado a cambio de una herramienta que hoy nadie pide. El camino correcto es una receta APARTE
# —`elfutils-libdw`— igual que el patrón de las sombras `-shared`: deja intacto lo sellado y paga el
# coste de musl una sola vez, donde se necesita.
#
# ⇒ CLASIFICACIÓN HONESTA: esto NO es «una receta en deuda» sino un frente propio, con muro conocido
# (portar libdw a musl) y sin urgencia: ningún perfil de `targets.toml` pide dwarves, y el kernel
# desactiva `DEBUG_INFO_BTF` explícitamente «para evitar pahole, ausente del toolchain». Se
# desbloquea cuando se quiera sched-ext, no antes.
#
# BLOQUEADA (intento real en worker 2026-07-17): el cmake no halla libdw/dwarf.h porque el
# artefacto sellado de elfutils sólo empaqueta LIBELF (headers + .a/.so — lo que kbuild
# necesita), no libdw. Y elfutils.toml es INTOCABLE: es build-dep de los kernels sellados
# (linux.toml load-bearing del selfhost-verify). Destrabar = receta variante
# `elfutils-libdw` (elfutils completo, que en musl arrastra shims argp/fts/obstack — los
# parches de Alpine) que SÓLO dwarves consuma. Es un sub-proyecto de la cola clib, no un
# retoque de flags. sha256 del tarball verificado (fedorapeople 2026-07-17).
name = "dwarves"
version = "1.30"
[source]
tarball = "https://fedorapeople.org/~acme/dwarves/dwarves-1.30.tar.xz"
sha256 = "1c89f47dc4f127c4b9d3fb46c8386a40be45c36ef82e8df472418de9423fc5bb"
[build]
compiler = "zig-cc"
target = "x86_64-linux-musl"
link = "static"
[deps]
build = ["busybox", "make", "cmake", "elfutils", "zlib"]
[build.phases]
configure = """
cmake -B build -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/usr -D__LIB=lib \
-DBUILD_SHARED_LIBS=OFF -DLIBBPF_EMBEDDED=ON \
-DCMAKE_C_FLAGS='-O2 -fno-sanitize=undefined'
"""
compile = "make -C build -j\"$(nproc)\""
install = "make -C build install DESTDIR=/out"