Files
takana/recipes
Sergio 2a84b8252a libplacebo 7.360.1: la librería de render de mpv, con los submódulos resueltos como recetas
`meson.build:29` de mpv la pide sin `required:` ⇒ es la segunda dep dura, junto con libass.

EL PROBLEMA REAL NO ERA COMPILARLA, era que upstream le entrega CINCO 3rdparty por submódulo git y
`[source]` de hammer no clona submódulos (sólo repo+commit o tarball+sha256). Resolución uno por uno:
  · glad + jinja + markupsafe → recetas del corpus (commit anterior), como el `py3-glad` de Alpine
  · Vulkan-Headers → sube al corpus, headers-only, hash idéntico (b3:7731a012)
  · fast_float → upstream lo guarda con `fs.is_dir` ⇒ su ausencia es camino soportado

La sorpresa fue Vulkan-Headers: hace falta AUNQUE Vulkan vaya apagado. `src/vulkan/stubs.c` se
compila siempre y hace `#include <vulkan/vulkan.h>` — los stubs de «Vulkan no disponible» también
necesitan saber contra qué API no están.

Dinámica y no estática: `src/convert.cc` compila siempre ⇒ el artefacto lleva C++ y arrastra su
runtime. La `.so` se lo lleva puesto en vez de obligar a cada consumidor a pedir `-lc++`. Además es
lo coherente con mesa y ffmpeg, sus dos vecinos en el cierre de mpv.

Todas las perillas explícitas aunque el default sea `auto`: `auto` escanea el sandbox y activa lo
que encuentre — el mismo no-determinismo que ffmpeg cierra con `--disable-autodetect`.

Sellada b3:4346feca, con `pl_has_opengl=1` / `pl_has_vulkan=0` en el .pc y 8 símbolos `pl_opengl`
exportados. Vulkan queda pendiente a propósito: el loader arrastra el stack X11 entero por los WSI
y esta distro es Wayland-only ⇒ subirlo es una decisión con radio propio.
2026-09-03 03:14:22 +00:00
..