SergioandClaude Opus 5
93362fc21b
**curl ya valida**: `ca-certificates` re-sellado con **119 hash-links en el capath**, generados en el build, y la caja baja por HTTPS sin apaño (200). Tardó tres intentos y los dos primeros los cazó la guarda de la propia receta: `c_rehash` no estaba en el PATH (lo instala esa misma receta en `/out/usr/bin`) y los certificados no están sueltos en `usr/share/ca-certificates/` sino en `mozilla/`, así que sólo veía el bundle y lo saltaba —correctamente— con «does not contain exactly one certificate». Sin la guarda habría sellado un capath vacío las tres veces. **fastfetch 2.68.1 corre en la caja** (pedido del usuario) y al correrlo destapó que **`/etc/os-release` no existía**: la distro era anónima para cualquier programa que no fuera suyo. Ahora `OS: takana x86_64`. Va como receta propia (`source.dir`) y no como constante de `takana-bootstrap`: meterlo ahí re-sellaría el product-rootfs —el baseline del selfhost— por cinco líneas. Sin VERSION_ID ni fecha: un sello con la fecha del build cambiaría el hash cada día sin motivo, y con él la clausura de toda imagen que lo lleve. 🧨 Y el hallazgo estructural: `upgrade apply` falló dos veces con **No space left on device teniendo 3 G libres en la raíz**. No era `/` ni los inodos (9%): el estado de generaciones vive en **`/var/lib/hammer`, que es sda3 y mide 487 MB** — la partición «estado» del layout. Cada generación guarda una copia del árbol aplicado (272 MB el nuestro), así que dos no caben. Movido a `/work` por symlink, igual que qorpa, y la generación 6 entró. El layout de la imagen necesita revisión: 512 MB no alcanzan para un mecanismo que guarda un árbol por generación, y el síntoma apunta al sitio equivocado. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_016Tf9T4vGzsMoT7eS8YzMFn
101 lines
4.7 KiB
TOML
101 lines
4.7 KiB
TOML
# Importada de Alpine aports por `takana import-alpine` (Etapa G). PUNTO DE PARTIDA — pero
|
|
# YA trae los parches de musl de Alpine (lo que un import de nix pierde). Pendiente: el
|
|
# sha256 del tarball (el wrapper lo calcula), y adaptar build/install del shell de abuild.
|
|
name = "ca-certificates"
|
|
version = "20260611"
|
|
license = "MPL-2.0"
|
|
|
|
[source]
|
|
tarball = "https://gitlab.alpinelinux.org/alpine/ca-certificates/-/archive/20260611/ca-certificates-20260611.tar.bz2"
|
|
# FIXME sha256: el wrapper lo calcula (Alpine publica sha512). sha512 de Alpine:
|
|
# sha512 = "f473a1111eb508ef5d1096489479dba07db6b0d76ef2b900b3473933d57419429061d83e9c1e881ab61c4b0f17c64859ec74d670da6fc1d83d9b0fa73e1b7d8d"
|
|
sha256 = "32ca73f2e81e2b88dc614f12e1ee04a82b1ec5a8e29d9f359ddf8905a0afcbb0"
|
|
|
|
[build]
|
|
compiler = "zig-cc"
|
|
target = "x86_64-linux-musl"
|
|
link = "static"
|
|
|
|
# Split de la info de depuración (SDD 23 etapa 4, tanda de HOJAS). Entra en `hash_inputs`.
|
|
strip_debug = true
|
|
flags = []
|
|
|
|
# openssl aporta libcrypto.a al overlay del sandbox (/usr/lib) para enlazar c_rehash
|
|
# (`-lcrypto`). El resto del build (mk-ca-bundle.pl → cert.pem → split-ca-bundle.sh) usa
|
|
# el perl + coreutils del rootfs; no requiere el CLI de openssl.
|
|
[deps]
|
|
build = ["binutils", "openssl", "perl"]
|
|
|
|
[build.phases]
|
|
# de build() de Alpine (traducido; el lab provee $CBUILD/$CHOST — Etapa G Fase 3; revisá --shared para estático):
|
|
compile = '''
|
|
_abuild_phase() {
|
|
make
|
|
}
|
|
_abuild_phase
|
|
'''
|
|
# de package() de Alpine (traducido $pkgdir→/out):
|
|
install = '''
|
|
_abuild_phase() {
|
|
make install DESTDIR="/out"
|
|
|
|
(
|
|
echo "# Automatically generated by ca-certificates-20260611-r$pkgrel"
|
|
echo "# $(date -ud@$SOURCE_DATE_EPOCH)"
|
|
echo "#"
|
|
cd "/out"/usr/share/ca-certificates
|
|
find . -name '*.crt' | sort | cut -b3-
|
|
) > "/out"/etc/ca-certificates.conf
|
|
|
|
# generate the bundle in similar way as update-ca-certificates would do
|
|
find -- *.crt | sort | while read -r i; do
|
|
cat "$i"
|
|
printf "\n"
|
|
done > "/out"/etc/ssl/certs/ca-certificates.crt
|
|
|
|
mkdir -p "/out"/etc/apk/protected_paths.d
|
|
cat > "/out"/etc/apk/protected_paths.d/ca-certificates.list <<-EOF
|
|
-etc/ssl/certs/ca-certificates.crt
|
|
-etc/ssl/certs/ca-cert-*.pem
|
|
-etc/ssl/certs/[0-9a-f][0-9a-f][0-9a-f][0-9a-f][0-9a-f][0-9a-f][0-9a-f][0-9a-f].[r0-9]*
|
|
EOF
|
|
|
|
cat > "/out"/etc/ca-certificates/update.d/certhash <<-EOF
|
|
#!/bin/sh
|
|
exec /usr/bin/c_rehash /etc/ssl/certs
|
|
EOF
|
|
chmod +x "/out"/etc/ca-certificates/update.d/certhash
|
|
|
|
# ── LOS HASH-LINKS, HECHOS EN EL BUILD (2026-09-14) ──────────────────────────────────────
|
|
# En Alpine ese hook de arriba lo ejecuta `apk` al instalar. **Acá no lo ejecuta nadie**: takana
|
|
# proyecta artefactos, no corre post-install. Resultado medido en la caja de producción: el
|
|
# `curl` de la distro está compilado con `--with-ca-path=/etc/ssl/certs` y SIN CAfile, así que
|
|
# mira un directorio que sólo tiene el bundle — y **no puede validar ningún certificado**:
|
|
#
|
|
# * CApath: /etc/ssl/certs
|
|
# * SSL certificate ... unable to get local issuer certificate (20)
|
|
#
|
|
# No falla al construir ni al instalar: falla la primera vez que la caja intenta bajar algo por
|
|
# HTTPS (`qorpa pull`, `install --repo https://…`, el mirror). Con `--cacert` el mismo curl da
|
|
# 200, que es la prueba de que los certificados están y lo que falta es el ÍNDICE.
|
|
#
|
|
# Se generan acá, donde `c_rehash` y perl existen, y viajan dentro del artefacto.
|
|
# ⚠ `c_rehash` lo compila e instala ESTA receta (`install -m755 c_rehash /out/usr/bin`), así que
|
|
# no está en el `PATH` del sandbox: hay que invocarlo por su ruta de destino. La primera versión
|
|
# lo llamaba por nombre, no lo encontraba, y la guarda de abajo cazó el silencio.
|
|
# ⚠ Los certificados NO están sueltos en `usr/share/ca-certificates/`: cuelgan de un
|
|
# subdirectorio (`mozilla/`). El primer intento copiaba `…/ca-certificates/*.crt`, no casaba con
|
|
# nada, y `c_rehash` sólo encontraba el bundle — que salta con «does not contain exactly one
|
|
# certificate», que es correcto y parecía el problema cuando el problema era que no había nada
|
|
# más que mirar.
|
|
find "/out"/usr/share/ca-certificates -name '*.crt' -exec cp {} "/out"/etc/ssl/certs/ \;
|
|
"/out"/usr/bin/c_rehash "/out"/etc/ssl/certs || ./c_rehash "/out"/etc/ssl/certs || true
|
|
# Falla ruidosamente si el rehash no produjo NADA: un capath sin enlaces es exactamente el bug
|
|
# que esto viene a cerrar, y sellarlo en silencio lo devolvería intacto.
|
|
n=$(find "/out"/etc/ssl/certs -name '*.0' | wc -l)
|
|
[ "$n" -gt 0 ] || { echo "ca-certificates: c_rehash no generó hash-links en /etc/ssl/certs" >&2; exit 1; }
|
|
echo "ca-certificates: $n hash-links en el capath"
|
|
}
|
|
_abuild_phase
|
|
'''
|