gioser

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 1373Shell 116Rust 74Markdown 641915 Definitions

⎇ 534014c3ec69daea789a1d0523e1d00a69c6ed65 recipes/lua.toml TOML · 106 lines · 5.4 KB History raw

takana etapa 5a: los comentarios de las 741 recetas e852f4849 · Sergio ·

1# ══ PROMOVIDA AL CORPUS DESDE LAS COLAS (2026-09-08) ═══════════════════════════════════════════
2# Existía IDÉNTICA byte a byte en 2 colas de escritorio (cosmic,gnome), con el MISMO
3# ArtifactHash en todas — verificado con `takana hash` antes de mover, no deducido del nombre.
4# Sube al corpus por la razón que ya escribió `xkeyboard-config`: una receta resuelve sibling-first
5# y después el catálogo PADRE, nunca una cola hermana, así que **lo que comparten varias imágenes
6# tiene que vivir acá o no lo alcanzan**. Aquí lo comparten 2.
7#
8# A diferencia de aquella, las copias de las colas SÍ se barren en el mismo movimiento: sin copia en
9# el corpus no había dónde caer, y dejarlas sería mantener 2 ficheros que son el mismo hash.
10# Cero rebuilds: el hash no se mueve, sólo cambia de dónde lo resuelve cada consumidor.
11# lua 5.4.8 — el intérprete y **la librería compartida**, que es lo que hace falta acá.
12#
13# POR QUÉ ENTRA: `wireplumber` —el gestor de sesión de PipeWire, sin el cual PipeWire acepta clientes
14# pero no enumera ni enruta dispositivos— tiene su política escrita EN LUA y embebe un intérprete
15# (`lib/wplua`). Su `subprojects/lua.wrap` DESCARGA Lua 5.5 de lua.org, cosa imposible en el sandbox
16# hermético (`--wrap-mode=nodownload`), así que va con `-Dsystem-lua=true` y el sistema tiene que
17# tener Lua. Su meson acepta 5.5, 5.4 o 5.3 (meson.build:91-95); se elige **5.4**, la serie estable
18# larga que usan las distros, en vez de la 5.5 del wrap.
19#
20# ══ LO QUE ESTA RECETA TIENE QUE INVENTAR, porque upstream no lo da ═════════════════════════════
21# El Makefile de Lua sólo produce `liblua.a` y los binarios. **No hay regla de `.so` ni fichero
22# pkg-config**: los agrega cada distro. Acá se agregan las dos cosas, y a mano, porque no hay dónde
23# copiarlas de:
24#
25#  1. `-fPIC` en `MYCFLAGS`. Sin esto la `.a` no es reubicable y `libwplua` —que es un objeto
26#     compartido— no linkea: es la regla del corpus sobre `.a` no-PIC dentro de un `.so`
27#     («relocation R_X86_64_32 … recompile with -fPIC»), la misma que obligó a las variantes
28#     `-shared` de zlib, sqlite, libxml2, libuuid y dbus.
29#  2. La `.so` se enlaza a mano desde la `.a` con `--whole-archive`, porque una librería estática sólo
30#     aporta los objetos que alguien referencia y acá hay que llevárselos TODOS. SONAME
31#     `liblua-5.4.so.0`, que es el que graba quien enlace.
32#  3. El `.pc` se escribe acá. El nombre importa: wireplumber prueba `lua-5.4`, `lua5.4` y `lua54` en
33#     ese orden, así que el fichero se llama `lua5.4.pc` y ADEMÁS se deja `lua-5.4.pc` y `lua.pc` como
34#     enlaces — es más barato satisfacer las tres convenciones que adivinar cuál buscará el próximo
35#     consumidor.
36#
37# `-DLUA_USE_LINUX` es lo que activa `dlopen` y el resto de POSIX; sin él Lua se compila en modo ANSI
38# genérico y `require` de módulos C no funciona. **SIN readline a propósito**: sólo lo usa el REPL
39# interactivo, y el ncurses del catálogo es static-only y arrastra `-static` al link (el mismo
40# problema que hizo saltar `pw-top` en la receta de pipewire).
41#
42# `SYSLIBS` pierde el `-Wl,-E` de upstream: exportar todos los símbolos del EJECUTABLE sirve para que
43# módulos C cargados por `require` vean la API de Lua, y acá el que exporta es la `.so`.
44name    = "lua"
45version = "5.4.8"
46license = "MIT"
47
48[source]
49tarball = "https://www.lua.org/ftp/lua-5.4.8.tar.gz"
50sha256  = "4f18ddae154e793e46eeab727c59ef1c0c0c2b744e7b94219710d76f530629ae"
51
52[build]
53compiler = "zig-cc"
54target   = "x86_64-linux-musl"
55link     = "dynamic"
56
57[build.phases]
58configure = "true"
59compile   = '''
60set -e
61# CC se pasa explícito: el Makefile de Lua lo fija a `gcc -std=gnu99` en la línea 9 y ganaría sobre el
62# del entorno.
63make -C src all CC="hammer-zig-cc -std=gnu99" \
64  SYSCFLAGS="-DLUA_USE_LINUX" SYSLIBS="-ldl" MYCFLAGS="-fPIC"
65# La .so que upstream no construye. --whole-archive porque de una estática el linker sólo se lleva lo
66# referenciado, y acá hay que llevárselo todo.
67hammer-zig-cc -shared -o src/liblua-5.4.so.0.0.0 \
68  -Wl,-soname,liblua-5.4.so.0 \
69  -Wl,--whole-archive src/liblua.a -Wl,--no-whole-archive -lm
70'''
71install = '''
72set -e
73mkdir -p /out/usr/bin /out/usr/lib/pkgconfig /out/usr/include /out/usr/share/man/man1
74install -m755 src/lua  /out/usr/bin/lua5.4
75install -m755 src/luac /out/usr/bin/luac5.4
76ln -s lua5.4  /out/usr/bin/lua
77ln -s luac5.4 /out/usr/bin/luac
78install -m644 src/lua.h src/luaconf.h src/lualib.h src/lauxlib.h src/lua.hpp /out/usr/include/
79install -m644 src/liblua.a /out/usr/lib/liblua-5.4.a
80install -m755 src/liblua-5.4.so.0.0.0 /out/usr/lib/
81ln -s liblua-5.4.so.0.0.0 /out/usr/lib/liblua-5.4.so.0
82ln -s liblua-5.4.so.0     /out/usr/lib/liblua-5.4.so
83ln -s liblua-5.4.so       /out/usr/lib/liblua.so
84cat > /out/usr/lib/pkgconfig/lua5.4.pc <<'PC'
85prefix=/usr
86exec_prefix=${prefix}
87libdir=${exec_prefix}/lib
88includedir=${prefix}/include
89INTERPRETER=${exec_prefix}/bin/lua5.4
90COMPILER=${exec_prefix}/bin/luac5.4
91
92Name: Lua
93Description: Lua language engine
94Version: 5.4.8
95Requires:
96Libs: -L${libdir} -llua-5.4 -lm
97Cflags: -I${includedir}
98PC
99# Las tres convenciones de nombre que se usan por ahí; wireplumber prueba lua-5.4, lua5.4 y lua54.
100ln -s lua5.4.pc /out/usr/lib/pkgconfig/lua-5.4.pc
101ln -s lua5.4.pc /out/usr/lib/pkgconfig/lua54.pc
102ln -s lua5.4.pc /out/usr/lib/pkgconfig/lua.pc
103'''
104
105[deps]
106build = ["make", "pkgconf"]