From d664267efff7dafbc0d494652dc9af2555175c64 Mon Sep 17 00:00:00 2001 From: sergio Date: Tue, 4 Aug 2026 23:56:04 -0400 Subject: [PATCH] =?UTF-8?q?=F0=9F=9A=AA=20cosmic:=20EL=20FRONTEND=20DEL=20?= =?UTF-8?q?PORTAL=20sella=20=E2=80=94=20org.freedesktop.portal.Desktop=20e?= =?UTF-8?q?xiste?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Tres recetas nuevas y el eslabón que faltaba de verdad: fuse3 3.18.2 b3:3a84af86 json-glib 1.10.8 b3:dc8c8e78 (variante SIN introspección) xdg-desktop-portal b3:f4adb8c9 1.18.4 El artefacto trae /usr/share/dbus-1/services/org.freedesktop.portal.Desktop.service —el nombre exacto que cosmic-screenshot no encontraba— más xdg-document-portal y xdg-permission-store. NEEDED del frontend: libz, libpipewire y libc. CUATRO COSAS MEDIDAS QUE VALEN MÁS QUE LAS RECETAS: 1. PIN A 1.18.4 POR GSTREAMER. Desde 1.20 meson pide dependency('gstreamer-pbutils-1.0') sin required: —para validar sonidos de notificación— y eso arrastra gstreamer + gst-plugins-base. La 1.18.4 no lo pide: sus deps duras son glib/gio/gio-unix, json-glib, fuse3, gdk-pixbuf y pipewire, y de ésas la única que faltaba era fuse3. Es un pin deliberado: el día que se quiera 1.22 el precio es gstreamer. 2. fuse3: NO poner -Ddisable-libc-symbol-version=true aunque suene a lo correcto para musl. Lo probé razonando eso y falla el enlace: la opción sólo hace que compat.c no emita los alias versionados, pero lib/meson.build:54 pasa --version-script INCONDICIONALMENTE, o sea que el script queda pidiendo símbolos que ya nadie define. Es una combinación incoherente de upstream, no una limitación de musl. La auto-detección de upstream tampoco conoce musl: sólo apaga versionado para __UCLIBC__ y __APPLE__. Se deja el defecto, que es con lo que Alpine construye. 3. json-glib NO se puede reusar de incoming-gnome: aquella está en la ISLA DINÁMICA (introspection=enabled, default_library=both) porque su .gir es entrada del .gir de evolution-data-server. Traerla metería toda la maquinaria de introspección de GNOME en la clausura de COSMIC para no usar un solo .typelib. 4. EL CHOQUE DE gvdb, y por qué se resolvió renombrando símbolos. El portal vendoriza gvdb y glib TAMBIÉN lo lleva adentro (GSettings): con glib estática el .a expone los símbolos y el enlazador ve dos definiciones. Los otros dos caminos se descartaron POR MEDICIÓN: · --allow-multiple-definition / -z muldefs: zig-cc NO lo acepta («unsupported linker arg»), y meson lo reporta como «Compiler hammer-zig-cc cannot compile programs», que manda a buscar el problema donde no está. · glib-shared: no es cambiar una dep sino abrir una cadena (json-glib y gdk-pixbuf también enlazan glib) y meter la segunda glib en la imagen. El renombrado con -D es total —afecta definición y usos, todos pasan por gvdb-reader.h— así que el binario queda con lector+constructor de la misma copia. Importa: glib empaqueta sólo el LECTOR, el CONSTRUCTOR existe únicamente en el portal. Bonus de meson: las opciones de tipo lista se parten por COMAS, así que -Dc_args/-Dc_link_args no sirven para banderas con comas; van por CFLAGS y LDFLAGS. Y quitar un subdir() no es gratis: subdir comparte ámbito de variables, y sacar subdir('tests') rompía el summary() que lee enable_pytest. Co-Authored-By: Claude Opus 5 (1M context) --- recipes/incoming-cosmic/fuse3.toml | 57 ++++++++++ recipes/incoming-cosmic/json-glib.toml | 42 ++++++++ .../incoming-cosmic/xdg-desktop-portal.toml | 100 ++++++++++++++++++ 3 files changed, 199 insertions(+) create mode 100644 recipes/incoming-cosmic/fuse3.toml create mode 100644 recipes/incoming-cosmic/json-glib.toml create mode 100644 recipes/incoming-cosmic/xdg-desktop-portal.toml diff --git a/recipes/incoming-cosmic/fuse3.toml b/recipes/incoming-cosmic/fuse3.toml new file mode 100644 index 00000000..c7e0cc30 --- /dev/null +++ b/recipes/incoming-cosmic/fuse3.toml @@ -0,0 +1,57 @@ +# fuse3 (libfuse 3.18.2) — el primer eslabón de LA CADENA DEL PORTAL, y no está acá por su función +# sino porque `xdg-desktop-portal` lo pide con `dependency('fuse3', version: '>= 3.10.0')` sin +# `required:`. El frontend lo usa para el *document portal*: un sistema de ficheros FUSE que expone +# a cada aplicación sólo los ficheros que el usuario le concedió por el selector. +# +# No es negociable por opción de meson —el `dependency()` es incondicional— así que o está o el +# frontend no configura. +# +# ── LO BARATO ──────────────────────────────────────────────────────────────────────────────────── +# libfuse no tiene deps duras: sus únicos `dependency()` son `liburing` y `numa`, ambos +# `required: false`, más `threads`. Es meson y C plano. +# +# ── LO QUE SE APAGA, Y POR QUÉ ─────────────────────────────────────────────────────────────────── +# `useroot=false` — el build normal hace `chown root` y pone el setuid en `fusermount3`. En el +# sandbox no somos root y no hay a quién chownear; el bit se pone al armar la +# imagen, no al construir el artefacto. +# `examples=false`, +# `tests=false` — no se instalan y sólo suman superficie de compilación. +# `disable-mtab=true` — esta base no tiene `/etc/mtab` (ni el `mount` de util-linux que lo escribe). +# `initscriptdir=''` — no hay sysvinit: el PID1 es arje-zero. +# `enable-io-uring=false` — `liburing` no está en el corpus; con `required:false` meson lo saltearía +# igual, pero dejarlo explícito hace que el artefacto no dependa de si la +# librería aparece en el rootfs del constructor. Es la diferencia entre sellar +# lo que quisimos y sellar lo que había. +name = "fuse3" +version = "3.18.2" + +[source] +tarball = "https://github.com/libfuse/libfuse/archive/fuse-3.18.2/libfuse-fuse-3.18.2.tar.gz" +sha256 = "55a97cfd8661a9b42ff0123b44af52cac49feaec36987f4d968c046f93b42e1d" + +[build] +compiler = "zig-cc" +target = "x86_64-linux-musl" +link = "dynamic" +zig_version = "0.13.0" + +[build.phases] +# ⚠ **NO poner `-Ddisable-libc-symbol-version=true`, aunque suene a lo correcto para musl.** Lo +# probé primero razonando que musl no implementa versionado de símbolos, y falla en el enlace con +# ld.lld: error: version script assignment of 'FUSE_3.0' to symbol 'fuse_loop_mt' failed: +# symbol not defined +# La razón está en el propio meson de upstream: la opción sólo pone `versioned_symbols = 0`, que hace +# que `lib/compat.c` NO emita los alias versionados… pero `lib/meson.build:54` pasa +# `-Wl,--version-script` **incondicionalmente**. O sea que la opción deja el script pidiendo símbolos +# que ya nadie define: es una combinación incoherente de upstream, no una limitación de musl. +# +# Y de paso quedó medido que la auto-detección de upstream **no conoce musl**: sólo apaga el +# versionado para `__UCLIBC__` y `__APPLE__` (meson.build:214), así que en musl el valor por defecto +# es 1 — que es con lo que Alpine construye libfuse y funciona: musl tolera `.symver`, simplemente +# ignora las versiones en tiempo de ejecución. Se deja el DEFECTO. +configure = "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" +compile = "ninja -C output" +install = "DESTDIR=/out ninja -C output install" + +[deps] +build = ["meson", "samurai", "python3", "pkgconf"] diff --git a/recipes/incoming-cosmic/json-glib.toml b/recipes/incoming-cosmic/json-glib.toml new file mode 100644 index 00000000..13218f35 --- /dev/null +++ b/recipes/incoming-cosmic/json-glib.toml @@ -0,0 +1,42 @@ +# json-glib 1.10.8 — segundo eslabón de LA CADENA DEL PORTAL. `xdg-desktop-portal` lo pide con +# `dependency('json-glib-1.0')` incondicional (lo usa para el índice de portales y la configuración). +# +# ── POR QUÉ UNA RECETA PROPIA Y NO LA DE `incoming-gnome` ──────────────────────────────────────── +# Existe `recipes/incoming-gnome/json-glib.toml`, pero **no se puede reusar**, y el motivo no es +# burocrático: aquella receta está en la ISLA DINÁMICA de GNOME —`-Dintrospection=enabled`, +# `default_library=both`— porque el `.gir` de json-glib es entrada del `.gir` de +# evolution-data-server, que gnome-shell lee desde JS. Sus `[deps]` arrastran +# `gobject-introspection`, `glib-introspected`, `gi-foreign-girs` y `py3-setuptools`. +# +# Acá nadie introspecta nada: el portal es C que enlaza y ya. Traer esa receta metería toda la +# maquinaria de introspección de GNOME en la clausura de COSMIC para no usar ni un `.typelib`. Ésta +# es la misma librería con la introspección APAGADA, que es lo que este consumidor necesita. +# +# (El método para saber si una receta se puede compartir es `hammer hash` desde las dos colas — así +# se comprobó que `glib-shared` y `pcre2-shared` sí resuelven idéntico. Acá ni hace falta: las +# `[deps]` son visiblemente distintas, así que el hash no podía coincidir.) +# +# `nls=disabled` por lo mismo que en la cola de GNOME: las traducciones piden un `msgfmt` completo y +# el corpus sólo tiene gettext-tiny. +name = "json-glib" +version = "1.10.8" + +[source] +tarball = "https://download.gnome.org/sources/json-glib/1.10/json-glib-1.10.8.tar.xz" +sha256 = "55c5c141a564245b8f8fbe7698663c87a45a7333c2a2c56f06f811ab73b212dd" + +[build] +compiler = "zig-cc" +target = "x86_64-linux-musl" +link = "static" + +[build.phases] +configure = "PKG_CONFIG_PATH=/usr/lib/pkgconfig meson setup output --prefix=/usr --buildtype=release --wrap-mode=nodownload -Ddefault_library=static -Dintrospection=disabled -Ddocumentation=disabled -Dman=false -Dtests=false -Dconformance=false -Dnls=disabled -Dinstalled_tests=false" +compile = "ninja -C output" +install = "DESTDIR=/out meson install -C output --no-rebuild" + +[deps] +# La glib ESTÁTICA del corpus, que es lo que un consumidor en C puede usar sin problema — el muro de +# la glib dinámica es de los crates `*-sys` de Rust, no de un `.c`. `libffi`/`pcre2`/`zlib` son la +# clausura de pkg-config que declara el `.pc` de glib en `Requires.private`. +build = ["meson", "samurai", "python3", "pkgconf", "glib", "libffi", "pcre2", "zlib"] diff --git a/recipes/incoming-cosmic/xdg-desktop-portal.toml b/recipes/incoming-cosmic/xdg-desktop-portal.toml new file mode 100644 index 00000000..aa7e37e6 --- /dev/null +++ b/recipes/incoming-cosmic/xdg-desktop-portal.toml @@ -0,0 +1,100 @@ +# xdg-desktop-portal 1.18.4 — **EL FRONTEND**, y el eslabón que faltaba de verdad. +# +# ── POR QUÉ ESTE PAQUETE Y NO EL BACKEND ──────────────────────────────────────────────────────── +# `cosmic-screenshot` muere con +# The name org.freedesktop.portal.Desktop was not provided by any .service files +# y la tentación es construir `xdg-desktop-portal-cosmic`. No alcanza: ese declara +# `DBUS_NAME = "org.freedesktop.impl.portal.desktop.cosmic"` (`src/main.rs:27`), o sea que es +# **backend** y NO toma el nombre que los clientes buscan. La cadena es de TRES: +# cliente → org.freedesktop.portal.Desktop → [este paquete] → org.freedesktop.impl.portal.* → backend +# Éste es el que registra el nombre, enruta a los backends y aplica la política de permisos. +# +# ── POR QUÉ 1.18.4 Y NO LA ÚLTIMA (1.22.1) ────────────────────────────────────────────────────── +# Por **gstreamer**. Desde la 1.20, `meson.build` pide +# `dependency('gstreamer-pbutils-1.0')` sin `required:` —para validar sonidos de notificación—, y eso +# arrastra gstreamer + gst-plugins-base, que no están en el corpus y son una torre de C entera para +# una función accesoria. La 1.18.4 no lo pide: sus deps duras son glib/gio/gio-unix, json-glib, +# fuse3, gdk-pixbuf y pipewire, y de ésas **la única que faltaba era fuse3**. +# Es un pin deliberado, no una casualidad de versión: el día que se quiera 1.22 el precio es +# gstreamer, y conviene que esté escrito acá. +# +# ── LO QUE SE APAGA ───────────────────────────────────────────────────────────────────────────── +# `libportal` — sólo lo usa el portal de «background»; es otra librería más y no hace falta. +# `geoclue` — no hay servicio de geolocalización en la imagen. +# `systemd` — el PID1 es arje-zero; sin unidades de usuario. +# `sandboxed-image-validation` — valida miniaturas dentro de un `bwrap`; la imagen no trae bwrap. +# Apagarlo NO apaga la validación, la corre sin sandbox (upstream avisa con un +# `warning()`), que es lo que corresponde en una imagen donde el portal ya corre como +# el mismo usuario que las aplicaciones. +# `docbook-docs`/`pytest` — documentación y tests. +name = "xdg-desktop-portal" +version = "1.18.4" + +[source] +tarball = "https://github.com/flatpak/xdg-desktop-portal/releases/download/1.18.4/xdg-desktop-portal-1.18.4.tar.xz" +sha256 = "b858aa1e74e80c862790dbb912906e6eab8b1e4db9339cd759473af62b461e65" + +[build] +compiler = "zig-cc" +target = "x86_64-linux-musl" +link = "dynamic" +zig_version = "0.13.0" + +[build.phases] +# ── EL CHOQUE DE gvdb, Y POR QUÉ `--allow-multiple-definition` ACÁ ES CORRECTO Y NO UN PARCHE ─── +# ld.lld: error: duplicate symbol: gvdb_table_get_table +# >>> document-portal/xdg-permission-store.p/gvdb_gvdb-reader.c.o +# >>> .._subprojects_gvdb_gvdb-reader.c.o in archive /usr/lib/libgio-2.0.a +# El portal trae su copia vendorizada de gvdb en `document-portal/gvdb/`, y **glib también la lleva +# adentro** (la usa para GSettings). Con glib DINÁMICA esos símbolos quedan escondidos dentro del +# `.so` y nadie choca; con la ESTÁTICA el `.a` los expone y el enlazador ve dos definiciones. Es el +# mismo fenómeno que hace «cara» a la glib estática. +# +# **Se resuelve RENOMBRANDO los diez símbolos del lector con `-D`**, que es lo que queda cuando se +# descartan los otros dos caminos —y los dos se descartaron por medición, no por gusto: +# +# · `-Wl,--allow-multiple-definition` (o `-z muldefs`): **zig-cc no lo acepta**. Falla con +# `error: unsupported linker arg: --allow-multiple-definition` durante el chequeo de cordura, y +# meson lo reporta como `ERROR: Compiler hammer-zig-cc cannot compile programs` — un mensaje que +# manda a buscar el problema en el compilador cuando está en la bandera. (De paso: pasarla por +# `-Dc_link_args=` tampoco sirve, porque las opciones de lista de meson se parten por COMAS y +# `-Wl,--allow-multiple-definition` llega como dos elementos.) +# · Ir a `glib-shared` **no sería cambiar una dep sino abrir una cadena**: json-glib y gdk-pixbuf +# también enlazan glib, y mezclar una glib dinámica con dos estáticas en el mismo proceso es +# justo el problema de las dos glib que la campaña GNOME midió y evitó. Habría que rehacer los +# tres y meter la glib compartida en la imagen. +# +# El renombrado es total y por eso es seguro: el `-D` afecta a la vez a la DEFINICIÓN +# (`gvdb-reader.c`) y a los USOS, porque todos pasan por `gvdb-reader.h`. El binario queda con el par +# lector+constructor de la copia del portal, coherente — que importa porque glib empaqueta +# únicamente el LECTOR (para GSettings) y el CONSTRUCTOR (`gvdb-builder.c`) existe sólo acá. +# +# Va por `CFLAGS` y no por `-Dc_args=` por el mismo problema de las comas. +# +# El `sed` saca aparte `subdir('tests')`, que en 1.18.4 es INCONDICIONAL —no hay opción de meson que +# lo apague— y compila binarios de prueba que no se instalan. +# +# Ojo con el `sed`: **borrar la línea a secas no basta**. En meson `subdir()` comparte el ámbito de +# variables, y `tests/meson.build:276` define `enable_pytest`, que el `summary()` de la raíz lee en +# `meson.build:201` — al sacar el `subdir` la configuración muere con +# `ERROR: Unknown variable "enable_pytest"`. Por eso se SUSTITUYE por la asignación, en vez de +# borrar: el subdirectorio no es sólo trabajo, también es una dependencia de datos. +configure = ''' +rm -rf output +sed -i "s/^subdir('tests')$/enable_pytest = false/" meson.build +GVDB="" +for s in table_free table_get_names table_get_raw_value table_get_table table_get_value \ + table_has_value table_is_valid table_list table_new table_new_from_bytes; do + GVDB="$GVDB -Dgvdb_$s=xdp_gvdb_$s" +done +export CFLAGS="$GVDB" +PKG_CONFIG_PATH=/usr/lib/pkgconfig:/usr/share/pkgconfig meson setup output --prefix=/usr --buildtype=release --wrap-mode=nodownload -Dlibportal=disabled -Dgeoclue=disabled -Dsystemd=disabled -Dsandboxed-image-validation=false -Ddocbook-docs=disabled -Dpytest=disabled -Dinstalled-tests=false +''' +compile = "ninja -C output" +install = "DESTDIR=/out ninja -C output install" + +[deps] +# glib aporta gio/gio-unix **y `gdbus-codegen`**, que el build usa para generar los stubs de las +# ~20 interfaces de portal a partir de los XML de `data/`. libffi/pcre2/zlib son la clausura de +# pkg-config que declara el `.pc` de glib; libpng la que declara el de gdk-pixbuf. +build = ["meson", "samurai", "python3", "pkgconf", "glib", "json-glib", "fuse3", "gdk-pixbuf", "pipewire", "libffi", "pcre2", "zlib", "libpng"]