tawasuyu

sergio/takana

> Una distribución Linux construida con un laboratorio funcional y hermético en el > sótano, y una terminal mutable, clásica y anárquica en el piso de arriba — diseñada > desde el suelo para que una IA programadora entienda, modifique y co…

TOML 1182Shell 87Rust 63Markdown 541592 Definiciones

⎇ b0085e7cf6978a7f9e27aa863f756a463fc1407e recipes/git.toml TOML · 124 líneas · 6.6 KB Historia crudo

git vuelve a clonar por HTTPS: la causa era el `configure`, no el Makefile 7f9503533 · Sergio ·

1# Importada de Alpine aports por `takana import-alpine` (Etapa G). PUNTO DE PARTIDA — pero
2# YA trae los parches de musl de Alpine (lo que un import de nix pierde). Pendiente: el
3# sha256 del tarball (el wrapper lo calcula), y adaptar build/install del shell de abuild.
4name    = "git"
5version = "2.54.0"
6license = "GPL-2.0-only"
7
8[source]
9tarball = "https://www.kernel.org/pub/software/scm/git/git-2.54.0.tar.xz"
10# FIXME sha256: el wrapper lo calcula (Alpine publica sha512). sha512 de Alpine:
11# sha512 = "cb363917124edc245c9f6745e6e0c4093990275b4d57f9d2213c655b304ac81b05ece8d88546122727495ebc48a5ae19ab166a3ee43b6b8c68da488ac0270064"
12sha256  = "f689162364c10de79ef89aa8dbf48731eb057e34edbbd20aca510ce0154681a3"
13patches = ["fix-t4219-with-sticky-bit.patch"]
14
15[build]
16compiler = "zig-cc"
17target   = "x86_64-linux-musl"
18link     = "static"
19
20# Split de la info de depuración (SDD 23 etapa 4, tanda de HOJAS). Entra en `hash_inputs`.
21strip_debug = true
22flags    = []
23
24[build.phases]
25# ⚠⚠ EL HELPER DE HTTP: `git-remote-http` (2026-09-17). LA CAUSA ERA EL `configure`, NO EL MAKEFILE.
26# El git sellado no podía clonar por HTTPS —`git: 'remote-https' is not a git command`— y el artefacto
27# lo mostraba: `/usr/libexec/git-core/` traía `git-http-backend` (el lado SERVIDOR, que no usa curl) y
28# NINGUNO de `git-remote-http`, `git-http-fetch`, `git-http-push`. Esa forma exacta es la que deja el
29# Makefile cuando `NO_CURL` está puesto. Y estaba puesto pese a tener `curl` en `[deps]`, porque el
30# tarball de git trae `configure` y takana lo corre:
31#
32#     checking for SHA1_Init in -lcrypto...    yes
33#     checking for curl_global_init in -lcurl... no      ← ACÁ
34#     checking for XML_ParserCreate in -lexpat... no
35#
36# `AC_CHECK_LIB` enlaza `conftest.c -lcurl` **y nada más**. Con libcurl ESTÁTICA eso no resuelve:
37# le faltan `-lssl -lcrypto -lz`, que son sus privadas. El test falla, `config.mak.autogen` se lleva
38# `NO_CURL=YesPlease`, y el build **termina en verde** sellando un git mutilado. Es exactamente el §3
39# de CLAUDE.md: un ausente falla ruidosamente, un vacío llega hasta el final diciendo que todo fue bien.
40#
41# La cura son tres líneas, y cada una tiene su motivo:
42#   · `LIBS="$(curl-config --libs)"` al configure — le da al test lo que el enlace estático necesita.
43#     Sale de `curl-config`, NO escrito a mano: si curl gana dependencias privadas mañana, esto las
44#     trae solo.
45#   · el GUARDIÁN sobre `config.mak.autogen` — el modo de fallo es silencioso, así que se comprueba
46#     el HECHO (`NO_CURL=YesPlease`) y se corta ahí, en vez de descubrirlo meses después clonando.
47#   · `NO_EXPAT=1` — con curl encendido el Makefile agrega `http-push.o`, que pide `-lexpat`, y expat
48#     no está en las deps. `http-push` es el push por WebDAV al HTTP tonto; clonar y traer por HTTPS
49#     —lo que faltaba— no pasa por ahí.
50#
51# El control de verdad se corre sobre el ARTEFACTO, nunca sobre el git del host:
52#
53#     ls $(git --exec-path) | grep remote-http
54#
55# build de git LIMPIO estático-musl: Makefile propio (no autotools). Desactivamos
56# gettext/tcltk/python (no los tenemos); curl/openssl/pcre2/zlib resuelven por las
57# deps materializadas en /usr del lab.
58# Flags idénticas en compile e install: git graba CFLAGS/LDFLAGS en GIT-CFLAGS y
59# fuerza relink si difieren entre invocaciones.
60#
61# ⚠⚠ `-fsanitize=undefined` VA SÓLO EN LDFLAGS, NUNCA EN CFLAGS. Estaba en los dos, y el motivo era
62# legítimo —las libz.a/etc. materializadas traen referencias `__ubsan_handle_*` que bajo `-static` no
63# se resuelven solas, y el flag al enlazar trae el runtime ubsan de zig—. Pero en CFLAGS **instrumenta
64# el código de git**, y el resultado era un git que NO PUEDE CLONAR:
65#
66#     $ git clone --depth 1 <cualquier repo>
67#     ???:?:?: 0x188db5e in git_hash_sha1_update
68#     ???:?:?: 0x1353318 in parse_pack_objects
69#     fatal: fetch-pack: invalid index-pack output
70#
71# `ls-remote` funciona (no desempaqueta nada), así que el fallo parece de red y no de git. Medido el
72# 2026-09-11 en la caja de producción (SDD 28 §6.11); el binario sellado traía 69 cadenas de ubsan.
73# Un arreglo de ENLACE se había convertido en una mina en RUNTIME, en la ruta de hash, que es por
74# donde pasa todo lo que git recibe.
75#
76# La distinción que hay que conservar: el runtime hace falta (LDFLAGS), la instrumentación no
77# (CFLAGS). Si algún día hay que volver a instrumentar, que sea una receta aparte.
78#
79# ⚠ Y `-DSHA1DC_FORCE_ALIGNED_ACCESS`, que es LA causa de fondo. El informe completo dice:
80#
81#     panic: load of misaligned address 0x… for type 'const uint32_t',
82#            which requires 4 byte alignment
83#       in sha1_compression_states → sha1_process → SHA1DCUpdate → git_SHA1DCUpdate
84#       → git_hash_update → unpack_entry_data → cmd_index_pack
85#
86# `sha1collisiondetection` —el backend de SHA1 por defecto de git, el que detecta el ataque
87# SHAttered— lee palabras de 32 bits SIN alinear. En x86 eso funciona y por eso nadie lo nota; según
88# el estándar es comportamiento indefinido, y basta que el runtime ubsan esté enlazado para que
89# ABORTE. El define hace que sha1dc lea byte a byte: quita el UB en la FUENTE en vez de esconderlo.
90#
91# Las dos cosas juntas importan: sin el define, cualquier build que arrastre el runtime ubsan vuelve
92# a romper `git clone` — y `clone` es por donde pasa todo lo que git recibe.
93configure = '''
94command -v curl-config >/dev/null || { echo "git: NO hay curl-config en el lab — sin él el test de libcurl falla y se sella un git SIN git-remote-http"; exit 1; }
95LIBS="$(curl-config --libs)" ./configure --prefix=/usr --build=x86_64-linux-musl --host=x86_64-linux-musl
96if grep -q '^NO_CURL=YesPlease' config.mak.autogen; then
97	echo "git: el configure NO enganchó libcurl (NO_CURL=YesPlease) — el build saldría VERDE y el git no podría clonar por HTTPS. Mirar el 'checking for curl_global_init in -lcurl' de arriba"
98	exit 1
99fi
100exit 0
101'''
102compile = '''
103make prefix=/usr CC="${CC:-cc}" \
104	NO_GETTEXT=1 NO_TCLTK=1 NO_PYTHON=1 NO_INSTALL_HARDLINKS=1 NO_EXPAT=1 \
105	CURL_LDFLAGS="$(curl-config --static-libs)" \
106	NO_R_TO_GCC_LINKER=1 FUZZ_PROGRAMS= \
107	CFLAGS="$CFLAGS -static -DSHA1DC_FORCE_ALIGNED_ACCESS" \
108	LDFLAGS="$LDFLAGS -static -fsanitize=undefined" \
109	all
110'''
111install = '''
112make prefix=/usr DESTDIR="/out" CC="${CC:-cc}" \
113	NO_GETTEXT=1 NO_TCLTK=1 NO_PYTHON=1 NO_INSTALL_HARDLINKS=1 NO_EXPAT=1 \
114	CURL_LDFLAGS="$(curl-config --static-libs)" \
115	NO_R_TO_GCC_LINKER=1 FUZZ_PROGRAMS= \
116	CFLAGS="$CFLAGS -static -DSHA1DC_FORCE_ALIGNED_ACCESS" \
117	LDFLAGS="$LDFLAGS -static -fsanitize=undefined" \
118	install
119'''
120
121# depends de runtime de Alpine (NO build-deps): perl
122
123[deps]
124build = ["binutils", "zlib", "openssl", "curl", "pcre2", "linux-headers", "perl"]