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…
libglvnd 1.7.0: el GL de escritorio que a la distro le faltaba
1# libglvnd 1.7.0 — la capa de DESPACHO de OpenGL (GL Vendor Neutral Dispatch).
2#
3# ══ POR QUÉ ENTRA: EL MURO DEL GL DE ESCRITORIO ════════════════════════════════════════════════
4# Hasta hoy NINGUNA cola publicaba `libGL.so`, `libGL.so.1` ni `gl.pc` (medido con
5# `scripts/provee.py`): mesa va `-Dglx=disabled -Dglvnd=false`, así que sólo hay `libEGL.so` y
6# `libGLESv2.so`. Consecuencia: **toda app que pida GL de escritorio compila y muere al LIGAR** —
7# mesa SÍ instala `GL/gl.h`, así que el error llega tarde y disfrazado.
8#
9# El caso que lo destapó es OBS: `deps/glad/CMakeLists.txt` linkea `PUBLIC OpenGL::GL`, que en CMake
10# ES `libGL.so`. No es un gate de configure que se pueda desactivar: es un link.
11#
12# ══ SIN GLX Y SIN X11 — LA DECISIÓN QUE HACE ESTO COHERENTE ════════════════════════════════════
13# glvnd parte el `libGL.so.1` histórico en dos piezas, y esa partición es justo lo que necesita una
14# distro Wayland-only:
15# · `libGL.so.1` GL **+ GLX** en una sola lib (la de siempre) ⇒ implica X11.
16# · `libOpenGL.so.0` GL de escritorio PELADO, sin ventana ni plataforma ⇒ no implica nada.
17# Vamos por la segunda: `-Dglx=disabled -Dx11=disabled`. Un consumidor que pida `OpenGL::GL` se
18# apunta a `libOpenGL.so.0` con `-DOPENGL_gl_LIBRARY=`, y el contexto lo crea por EGL.
19#
20# Esto NO es una limitación que arrastremos: es la decisión de X11-al-tacho aplicada al stack de GL.
21# Encender glx acá metería libX11/libxcb/xorgproto —hoy sólo en `incoming-kde/`— en el CORPUS, o sea
22# en las cinco imágenes, para servir a una sola app.
23#
24# ══ QUÉ QUEDA INSTALADO ════════════════════════════════════════════════════════════════════════
25# libGLdispatch.so.0 la tabla de despacho; el corazón, todos los demás la usan
26# libOpenGL.so.0 GL de escritorio (lo que faltaba)
27# libEGL.so.1 EGL, ahora como DESPACHO: el vendor real lo pone mesa (libEGL_mesa.so.0)
28# libGLESv1_CM.so.1 / libGLESv2.so.2
29#
30# ⚠ EL CAMBIO DE DUEÑO DE libEGL NO ES MENOR. Hoy `libEGL.so.1` la instala mesa directo; con glvnd
31# la instala glvnd y mesa pasa a ser un VENDOR detrás (`-Dglvnd=true` ⇒ `libEGL_mesa.so.0` + su JSON
32# en `/usr/share/glvnd/egl_vendor.d/`). Mismo soname, otro fichero y otro dueño: si mesa se
33# reconstruye con glvnd y algo sigue hidratando el libEGL viejo, hay DOS libEGL en la ruta — el
34# cuadro de las dos glib con otra cara. Por eso mesa se reconstruye en la MISMA campaña, no después.
35#
36# Fuente por commit (ADR 0006): los `/archive/` de las forjas se generan al vuelo y su sha256 cambia
37# cuando el servidor actualiza git/gzip. `v1.7.0` es un tag LIGERO (una sola ref en `ls-remote`, sin
38# `^{}`) ⇒ este sha ES el commit.
39name = "libglvnd"
40version = "1.7.0"
41license = "MIT"
42
43[source]
44repo = "https://gitlab.freedesktop.org/glvnd/libglvnd.git"
45commit = "faa23f21fc677af5792825dc30cb1ccef4bf33a6"
46
47[build]
48compiler = "zig-cc"
49target = "x86_64-linux-musl"
50# DINÁMICO y no negociable: el punto entero de glvnd es que el vendor se resuelve en RUNTIME por
51# dlopen. Una glvnd estática no despacha a nadie.
52link = "dynamic"
53flags = []
54
55# ══ EL WRAPPER: `-Wl,--version-script` SEPARADO DE SU RUTA ═════════════════════════════════════
56# meson emite `-Wl,--version-script /src/…/export_list_tls.ver` (con ESPACIO, no con `=`). Con gcc
57# eso anda de casualidad: `-Wl,--version-script` le pasa la opción al linker y el `.ver` queda como
58# argumento suelto del DRIVER, que gcc reenvía al linker porque no sabe qué es. zig-cc es estricto y
59# lo rechaza: `error: /src/…/export_list_tls.ver: unrecognized file extension`.
60#
61# El wrapper une el par en `-Wl,--version-script=<ruta>`, que es la forma que zig sí entiende. No se
62# parchea el meson.build de upstream: el defecto no es de glvnd, es del contrato entre meson y el
63# driver, y un wrapper es reversible y no toca la fuente.
64[build.phases]
65configure = '''
66ZW="$PWD/.zwrap"; mkdir -p "$ZW"
67cat > "$ZW/cc" <<'W'
68#!/bin/sh
69a=""
70while [ $# -gt 0 ]; do
71 case "$1" in
72 -Wl,--version-script) shift; a="$a -Wl,--version-script=$1" ;;
73 *) a="$a $1" ;;
74 esac
75 shift
76done
77exec hammer-zig-cc $a
78W
79chmod +x "$ZW/cc"
80CC="$ZW/cc" PYTHONPATH=/usr/lib/python3.12/site-packages meson setup output --prefix=/usr --buildtype=release \
81 -Dx11=disabled -Dglx=disabled -Degl=true -Dgles1=true -Dgles2=true \
82 -Dasm=enabled -Dtls=true -Dheaders=true
83'''
84compile = "PYTHONPATH=/usr/lib/python3.12/site-packages ninja -C output"
85install = "PYTHONPATH=/usr/lib/python3.12/site-packages DESTDIR=/out meson install -C output --no-rebuild"
86
87[deps]
88build = ["meson", "samurai", "python3", "pkgconf"]