🚪 cosmic: EL FRONTEND DEL PORTAL sella — org.freedesktop.portal.Desktop existe

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) <noreply@anthropic.com>

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"]

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"]

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"]