Files
hammer/recipes/fcft.toml
T
sergioandClaude Opus 4.8 4e9b6327ed recetas: libinput, fcft y foot sellan — mtdev con -fPIC y fuente git en la familia foot
Las tres estaban en deuda por TRES causas distintas, encadenadas de modo que cada una tapaba a la
siguiente:

1. libinput moría con "no suitable Python interpreter found", un mensaje de AUTOTOOLS siendo libinput
   meson puro: el que fallaba era su dep `libevdev` (arreglado en el commit anterior declarando
   make/python3).
2. Destapado eso, el muro real de libinput era
   "relocation R_X86_64_32S ... recompile with -fPIC" apuntando a `libmtdev.a`: libinput enlaza ese
   archivo estático DENTRO de libinput.so, y libtool sólo compila los objetos estáticos con -fPIC si
   se lo pedís. `mtdev` ahora configura con `--with-pic`.
3. fcft y foot fallaban con sha256 mismatch: el `/archive/<tag>.tar.gz` de codeberg lo genera la
   forge AL VUELO, así que sus bytes dependen de la versión de git/gzip del servidor. El pin se
   murió solo cuando codeberg actualizó su tooling — no es corrupción: hoy baja de forma estable,
   pero con OTRO hash (esperado c0d8d485…, real b0c0f4a5…). Re-pinear arreglaría hoy y volvería a
   romperse; pasan a fuente GIT por commit, que es inmune (ADR 0006).
   OJO: los dos tags son ANOTADOS ⇒ el sha que devuelve `git ls-remote <tag>` es el objeto tag, no
   el commit. Van los `^{}`.

Verificado: las seis (libinput, fcft, foot, mtdev, libevdev, utf8proc) SELLADAS, y el binario de
foot es ELF dinámico con NEEDED = sólo libc.so, sin fugas del rootfs.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2026-07-22 18:15:07 -04:00

29 lines
1.6 KiB
TOML

# Importada de Alpine aports (Etapa G) — de-Alpinizada. fcft = lib de fuentes de la
# familia foot (dnkl). Depende de tllist/utf8proc (selladas) + freetype/fontconfig/
# harfbuzz/pixman (canónicas). Último eslabón antes del terminal foot. meson, lib estática.
name = "fcft"
version = "3.3.3"
[source]
# Fuente GIT por commit, no el archive de codeberg (ADR 0006). El `/archive/3.3.3.tar.gz` lo genera
# la forge AL VUELO: sus bytes dependen de la versión de git/gzip del servidor, así que el sha256
# fijado se murió solo cuando codeberg actualizó su tooling (esperaba c0d8d485…, hoy baja b0c0f4a5…
# de forma estable, o sea no es corrupción: cambió el generador). Un commit es inmune a eso.
# OJO: 3.3.3 es un tag ANOTADO ⇒ el sha del tag (24591f1b…) NO es el commit; éste es el `^{}`.
repo = "https://codeberg.org/dnkl/fcft.git"
commit = "38de2ae450df667ac71ba4811fe535aa1954a217"
[build]
compiler = "zig-cc"
target = "x86_64-linux-musl"
link = "static"
flags = []
[build.phases]
configure = "PYTHONPATH=/usr/lib/python3.12/site-packages meson setup output --prefix=/usr --buildtype=release --default-library=static -Db_lto=false -Ddocs=disabled -Dtest-text-shaping=false -Dsvg-backend=none"
compile = "PYTHONPATH=/usr/lib/python3.12/site-packages ninja -C output"
install = "PYTHONPATH=/usr/lib/python3.12/site-packages DESTDIR=/out meson install -C output --no-rebuild"
[deps]
build = ["tllist", "utf8proc", "freetype", "fontconfig", "harfbuzz", "pixman", "libpng", "zlib", "expat", "meson", "samurai", "python3", "pkgconf", "linux-headers"]