sergio/takana

1# fuse3 (libfuse 3.18.2) — el primer eslabón de LA CADENA DEL PORTAL, y no está acá por su función
2# sino porque `xdg-desktop-portal` lo pide con `dependency('fuse3', version: '>= 3.10.0')` sin
3# `required:`. El frontend lo usa para el *document portal*: un sistema de ficheros FUSE que expone
4# a cada aplicación sólo los ficheros que el usuario le concedió por el selector.
5#
6# No es negociable por opción de meson —el `dependency()` es incondicional— así que o está o el
7# frontend no configura.
8#
9# ── LO BARATO ────────────────────────────────────────────────────────────────────────────────────
10# libfuse no tiene deps duras: sus únicos `dependency()` son `liburing` y `numa`, ambos
11# `required: false`, más `threads`. Es meson y C plano.
12#
13# ── LO QUE SE APAGA, Y POR QUÉ ───────────────────────────────────────────────────────────────────
14# `useroot=false`     — el build normal hace `chown root` y pone el setuid en `fusermount3`. En el
15#                       sandbox no somos root y no hay a quién chownear; el bit se pone al armar la
16#                       imagen, no al construir el artefacto.
17# `examples=false`,
18# `tests=false`       — no se instalan y sólo suman superficie de compilación.
19# `disable-mtab=true` — esta base no tiene `/etc/mtab` (ni el `mount` de util-linux que lo escribe).
20# `initscriptdir=''`  — no hay sysvinit: el PID1 es arje-zero.
21# `enable-io-uring=false` — `liburing` no está en el corpus; con `required:false` meson lo saltearía
22#                       igual, pero dejarlo explícito hace que el artefacto no dependa de si la
23#                       librería aparece en el rootfs del constructor. Es la diferencia entre sellar
24#                       lo que quisimos y sellar lo que había.
25name    = "fuse3"
26version = "3.18.2"
27
28[source]
29tarball = "https://github.com/libfuse/libfuse/archive/fuse-3.18.2/libfuse-fuse-3.18.2.tar.gz"
30sha256  = "55a97cfd8661a9b42ff0123b44af52cac49feaec36987f4d968c046f93b42e1d"
31
32[build]
33compiler    = "zig-cc"
34target      = "x86_64-linux-musl"
35link        = "dynamic"
36zig_version = "0.13.0"
37
38[build.phases]
39# ⚠ **NO poner `-Ddisable-libc-symbol-version=true`, aunque suene a lo correcto para musl.** Lo
40# probé primero razonando que musl no implementa versionado de símbolos, y falla en el enlace con
41#     ld.lld: error: version script assignment of 'FUSE_3.0' to symbol 'fuse_loop_mt' failed:
42#             symbol not defined
43# La razón está en el propio meson de upstream: la opción sólo pone `versioned_symbols = 0`, que hace
44# que `lib/compat.c` NO emita los alias versionados… pero `lib/meson.build:54` pasa
45# `-Wl,--version-script` **incondicionalmente**. O sea que la opción deja el script pidiendo símbolos
46# que ya nadie define: es una combinación incoherente de upstream, no una limitación de musl.
47#
48# Y de paso quedó medido que la auto-detección de upstream **no conoce musl**: sólo apaga el
49# versionado para `__UCLIBC__` y `__APPLE__` (meson.build:214), así que en musl el valor por defecto
50# es 1 — que es con lo que Alpine construye libfuse y funciona: musl tolera `.symver`, simplemente
51# ignora las versiones en tiempo de ejecución. Se deja el DEFECTO.
52configure = "PKG_CONFIG_PATH=/usr/lib/pkgconfig:/usr/share/pkgconfig meson setup output --prefix=/usr --buildtype=release -Dexamples=false -Dtests=false -Duseroot=false -Ddisable-mtab=true -Dinitscriptdir= -Denable-io-uring=false"
53compile   = "ninja -C output"
54install   = "DESTDIR=/out ninja -C output install"
55
56[deps]
57build = ["meson", "samurai", "python3", "pkgconf"]