pagada la deuda: el git del corpus vuelve a clonar por HTTPS

El §6.50 quinquies dejó la caja trayendo fuentes por SSH porque su git no tenía remote-https. Eso era
el síntoma; la causa estaba un paso antes de donde mirábamos —incluida la nota que yo mismo había
escrito, que culpaba al Makefile—: el `configure` de git prueba libcurl con AC_CHECK_LIB, que enlaza
`conftest.c -lcurl` y nada más, y con libcurl estática faltan sus privadas (-lssl -lcrypto -lz).

El test falla, config.mak.autogen se lleva NO_CURL=YesPlease, el Makefile excluye los tres helpers y
conserva git-http-backend —esa asimetría en el artefacto era la firma, y estuvo a la vista desde el
14 de septiembre—. El build termina en verde.

Medido sobre el artefacto: b3:215742cb… trae git-remote-http, -https, git-http-fetch y los ftp, y
CLONA por HTTPS (clone, no ls-remote). En la caja, hidratado y con la reescritura apagada, funcionan
tanto `git clone` como `git clone --mirror`, que es el comando exacto del fetch de takana.

Y el radio, medido en vez de temido: la nota vieja decía «raíz de perfil.base ⇒ radio grande»;
`yupana radio git` dice cero dependientes directos y cero transitivos. El miedo escrito a mano había
sobrestimado el costo de arreglarlo, y eso lo mantuvo roto tres días.

Las reescrituras url.insteadOf quedan retiradas de la caja; el guion se conserva como salida de
emergencia y así lo dice su cabecera.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

docs/28-servidor-de-produccion.md

@@ -3114,6 +3114,51 @@ github pineada (si el host anuncia otra, **sale con error en vez de aceptarla**)
 final que CLONA de los dos orígenes. Probados sus dos negativos: un repo inexistente lo hace fallar,
 y una huella cambiada la rechaza.
 
+### 6.50 sexies ✅ Pagada la deuda: el `git` del corpus vuelve a clonar por HTTPS *(2026-09-17)*
+
+El §6.50 quinquies dejó la caja trayendo fuentes por SSH porque su `git` no tenía `remote-https`.
+Eso era el síntoma; **la causa estaba un paso antes de donde todos mirábamos** —incluida la nota que
+yo mismo había escrito, que culpaba al Makefile—.
+
+El tarball de git trae `configure`, y takana lo corre. Su test de libcurl es `AC_CHECK_LIB`, que
+enlaza `conftest.c -lcurl` **y nada más**. Con libcurl **estática** eso no resuelve: faltan
+`-lssl -lcrypto -lz`, que son sus privadas.
+
+```
+  checking for SHA1_Init in -lcrypto...       yes
+  checking for curl_global_init in -lcurl...  no      ← acá se decidía todo
+  checking for XML_ParserCreate in -lexpat... no
+```
+
+El test falla, `config.mak.autogen` se lleva `NO_CURL=YesPlease`, el Makefile excluye
+`git-remote-http`, `git-http-fetch` y `git-http-push` —**y conserva `git-http-backend`, que es el
+lado servidor y no usa curl**: esa asimetría en el artefacto era la firma del fallo, y estuvo a la
+vista desde el 2026-09-14—. El build **termina en verde**. Es el §3 de `CLAUDE.md` en su forma más
+cara: un ausente falla ruidosamente, un vacío llega hasta el final diciendo que todo fue bien.
+
+**La cura, tres líneas en la receta**, cada una con su motivo:
+
+| línea | por qué |
+|---|---|
+| `LIBS="$(curl-config --libs)"` al `configure` | le da al test lo que el enlace estático necesita — y sale de `curl-config`, no escrito a mano: si curl gana privadas mañana, las trae solo |
+| guardián sobre `config.mak.autogen` | el modo de fallo es **silencioso** ⇒ se comprueba el HECHO (`NO_CURL=YesPlease`) y se corta, en vez de enterarse meses después |
+| `NO_EXPAT=1` | con curl encendido el Makefile agrega `http-push.o`, que pide `-lexpat`, y expat no está en deps. `http-push` es el push por WebDAV: clonar y traer no pasa por ahí |
+
+**Medido sobre el artefacto, nunca sobre el `git` del host** (`ls $(git --exec-path) | grep remote-http`):
+`b3:215742cb…` trae `git-remote-http`, `git-remote-https`, `git-http-fetch` y los `ftp`. Y **clona**
+—no `ls-remote`: `clone`, que es donde murió la vez del ubsan—: árbol en disco y `rev-list` contesta.
+En la caja, hidratado y con la reescritura a SSH **apagada**, `git clone https://…` funciona, y
+`git clone --mirror` —el comando exacto que usa `takana build` para traer fuentes— también.
+
+> **El radio, medido en vez de temido.** La nota vieja decía que arreglar esto «re-sella `git`, que es
+> raíz de `perfil.base` ⇒ radio grande». `yupana radio git` dice otra cosa: **cero** dependientes
+> directos y **cero** transitivos. Toca las 7 imágenes que lo incluyen —que es re-ensamblar, no
+> reconstruir—. El miedo escrito a mano había sobrestimado el costo de arreglarlo, y eso lo mantuvo
+> roto tres días.
+
+Las reescrituras `url.insteadOf` quedaron **retiradas** de la caja: ya no hacen falta.
+`scripts/servidor/fuentes-por-ssh.sh` se conserva como salida de emergencia, no como el camino normal.
+
 ### 6.51 🔥 Me dejé afuera de la caja — 20 minutos caída, y tres causas encadenadas *(2026-09-17)*
 
 Crear una cuenta de usuario tiró el servidor de producción. Queda escrito entero porque **ninguna de

scripts/servidor/fuentes-por-ssh.sh

@@ -1,5 +1,11 @@
 #!/bin/sh
-# Deja la caja de producción capaz de TRAER FUENTES GIT — que hoy no puede por HTTPS.
+# Deja la caja de producción capaz de TRAER FUENTES GIT por SSH.
+#
+# ⚠ DESDE EL 2026-09-17 ESTO ES UNA SALIDA DE EMERGENCIA, NO EL CAMINO NORMAL. El `git` del corpus
+# ya clona por HTTPS (la causa era el test de libcurl del `configure`, ver SDD 28 §6.50 sexies), y en
+# la caja las reescrituras `url.insteadOf` están RETIRADAS. Esto se conserva para el día en que el
+# HTTPS no esté disponible —un git sin libcurl, un cortafuegos que sólo deja pasar el 22— y para
+# dejar escrito lo que costó averiguar.
 #
 # ── POR QUÉ (2026-09-17) ────────────────────────────────────────────────────────────────────────
 # El `git` sellado del corpus no trae `git-remote-http` (falta libcurl): en la caja, cualquier receta