sergio/takana

1# libva 2.22.0 — Video Acceleration API (libva.so + libva-drm.so + libva-wayland.so). Entró por la
2# campaña KDE (ADR 0011): **kpipewire** los exige REQUIRED (`pkg_check_modules(LIBVA ... libva
3# REQUIRED)` + libva-drm) para codificar por hardware los streams que graba KPipeWireRecord.
4#
5# Es sólo la capa de despacho: los drivers reales (intel-media-driver / mesa gallium VA) son RUNTIME y
6# se cargan por dlopen — no hacen falta para compilar.
7#
8# ══ SUBIÓ AL CORPUS, Y LA COPIA DE LA COLA SE JUBILÓ (2026-09-04) ══════════════════════════════
9# Vivía en `incoming-kde/` y por eso mpv —que está en el corpus— no la alcanzaba: una receta resuelve
10# SIBLING-FIRST y después el catálogo padre, nunca una cola hermana. Ése era el último hueco de mpv:
11# sin decodificación por hardware.
12#
13# La mudanza fue GRATIS y se midió antes de hacerla, no después: las CINCO deps de esta receta
14# (meson, samurai, python3, pkgconf, libdrm) viven sólo en el corpus, o sea que `incoming-kde` ya las
15# resolvía por caída al padre ⇒ el cierre no cambia. `takana hash` dio el MISMO ArtifactHash
16# (b3:405c6211…) en las dos rutas. Se MUEVE, no se copia: dos ficheros para un artefacto es el cuadro
17# de las dos glib esperando a que uno de los dos derive. Las recetas KDE la siguen alcanzando por
18# caída al padre.
19#
20# ══ WAYLAND ENCENDIDO — NO ES OPCIONAL PARA mpv ════════════════════════════════════════════════
21# Antes iba `-Dwith_wayland=no` («sólo backend DRM, el que usa kpipewire»). Para mpv eso NO alcanza, y
22# la razón está en su `meson.build:1464`: el feature `vaapi` se REQUIERE contra
23# `vaapi-drm or vaapi-wayland or vaapi-x11 or vaapi-win32` — o sea que **`-Dvaapi=enabled` a secas no
24# habilita nada; hace falta un backend**. De los cuatro: x11 y win32 están fuera (la distro es
25# Wayland-only), y `vaapi-drm` exige además `features['drm']` de mpv, que está apagado porque `vo=drm`
26# pide `libdisplay-info`, que no tenemos. Queda `vaapi-wayland`, que pide `libva-wayland` ⇒ esta
27# perilla. `wayland` entra a `[deps]` por el `libva-wayland.pc` que genera.
28#
29# Esto SÍ cambia el ArtifactHash (a diferencia de la mudanza) ⇒ radio medido: 2 dependientes,
30# incoming-kde/kpipewire e incoming-kde/spectacle. Los dos reconstruyen.
31name    = "libva"
32version = "2.22.0"
33license = "MIT"
34
35[source]
36tarball = "https://github.com/intel/libva/archive/refs/tags/2.22.0.tar.gz"
37sha256  = "467c418c2640a178c6baad5be2e00d569842123763b80507721ab87eb7af8735"
38
39[build]
40compiler = "zig-cc"
41target   = "x86_64-linux-musl"
42link     = "dynamic"
43flags    = []
44
45[build.phases]
46configure = '''
47PYTHONPATH=/usr/lib/python3.12/site-packages meson setup output --prefix=/usr --buildtype=release \
48  -Ddefault_library=shared \
49  -Dwith_x11=no -Dwith_glx=no -Dwith_wayland=yes -Dwith_win32=no -Ddisable_drm=false \
50  -Denable_docs=false
51'''
52compile = "PYTHONPATH=/usr/lib/python3.12/site-packages ninja -C output"
53install = "PYTHONPATH=/usr/lib/python3.12/site-packages DESTDIR=/out meson install -C output --no-rebuild"
54
55[deps]
56build = ["meson", "samurai", "python3", "pkgconf", "libdrm", "wayland"]