Sergio
e08add24be
Cierra la decisión que quedó abierta anoche en `docs/plan-apps-usuario-final.md`: el corpus no tenía ningún cliente de audio salvo ALSA, y eso bloqueaba a toda app multimedia. GANA LA VARIANTE DE COSMIC y la promoción es GRATIS: era la única cuyo cierre ya resolvía entero contra el catálogo padre, así que `recipes/pipewire.toml` sella b3:e240653a — el mismo hash que tenía en la cola. Con ella suben `libsndfile` (las tres copias sellaban idéntico) y `dbus-shared` (gnome y cosmic, idénticas). Se jubilan 9 copias de cola. POR QUÉ ESTO NO REPITE EL EPISODIO DE LAS DOS GLIB — leído de los artefactos sellados, no razonado: **ningún pipewire de los tres enlaza glib.** Los NEEDED de las tres variantes son exactamente `libdbus-1.so.3`, `libpulse.so.0` y `libsndfile.so.1`; glib entraba sólo como Requires transitivo de pkg-config, en tiempo de build. ⇒ `libpipewire-0.3.so` es glib-free y se comparte entre las cuatro imágenes sin riesgo. ⚠ Y POR ESO `pulseaudio` NO SE PROMUEVE, aunque sea la dep de al lado. Ahí la objeción SÍ aplica y el número lo dice solo: `libpulse-mainloop-glib.so.0.0.6` mide **45.712 bytes** en la variante de GNOME (NEEDED `libglib-2.0.so.0`) y **2.455.600** en la del corpus, que se traga la glib ESTÁTICA del catálogo. Meter ésa en el proceso de gnome-shell —que ya carga la glib sombra dinámica— es literalmente el cuadro de colord. `incoming-kde/pulseaudio` e `incoming-gnome/pulseaudio` se quedan donde están: son variantes deliberadas, no duplicados. La copia del corpus existe sólo para que pipewire tenga contra qué enlazar `libpulse.so.0`, y ese enlace es por SONAME — en runtime lo sirve la libpulse de cada imagen, ABI-compatible (misma 0.24.3). Enlazar contra una variante y correr contra otra es legítimo cuando lo que cruza es un SONAME; lo que NO se puede es hidratar dos artefactos distintos en la misma ruta. Esa distinción es la que decide qué se promueve y qué no. mpv (b3:392e9690) pasa a `-Dpipewire=enabled`, con ALSA encendida detrás: prueba pipewire primero y cae a alsa si no hay demonio —KDE todavía no lista PipeWire entre sus raíces—. Evidencia: NEEDED … libasound.so.2 **libpipewire-0.3.so.0** libEGL.so.1 libc.so --ao=help → pipewire (PipeWire audio output), alsa, null Impacto medido antes de tocar, hasheando las 336 recetas de cola y comparando: 9 retiradas, **5 rebuilds** (wireplumber, xdg-desktop-portal ×2, kpipewire, spectacle) — los 5 sellados. Sin la salvedad de pulseaudio habrían sido 8, incluido gnome-shell. Perfiles: KDE 188/188, GNOME 132/132, sway 145/145. ⚠ COSMIC 105/106: `xdg-desktop-portal-cosmic` murió por OOM por TERCERA vez (7 G de RAM sin cgroups, con otro agente compilando Rust). Sigue siendo la máquina, no la receta.
51 lines
2.9 KiB
TOML
51 lines
2.9 KiB
TOML
# ══ PROMOVIDA AL CORPUS 2026-09-03 — hash IDÉNTICO (b3:39d9a5ed…) ══════════════════════════════
|
|
# Las copias de gnome y cosmic sellaban exactamente igual ⇒ duplicados. Sube porque `pipewire` la
|
|
# necesita desde el corpus. (KDE no tenía: su pipewire usaba el `dbus` estático del catálogo.)
|
|
# dbus-shared 1.16.2 — variante DINÁMICA (libdbus-1.so.3) para la isla dinámica de GNOME.
|
|
#
|
|
# El dbus canónico (recipes/dbus.toml) es `--prefer-static -Ddefault_library=static` y su
|
|
# libdbus-1.a no es PIC. gnome-shell la alcanza por transitividad: enlaza atk-bridge-2.0, cuyo .pc
|
|
# declara `Requires: atspi-2` y ése `Requires: dbus-1`, así que pkg-config la arrastra al enlace de
|
|
# un binario dinámico. Sin la .so el configure ni siquiera llega a compilar — corta con
|
|
# `Package 'dbus-1', required by 'atspi-2', not found` cuando el único dbus visible es estático.
|
|
#
|
|
# Es la cuarta variante -shared de esta cadena (zlib, sqlite, libxml2, libuuid + ésta) y todas por
|
|
# la misma raíz: el corpus se construyó para un userland ESTÁTICO y el escritorio es dinámico por
|
|
# obligación, no por gusto — la introspección de GObject exige .so reales.
|
|
#
|
|
# Se mantienen los apagados del canónico (systemd/x11-autolaunch/docs) y su misma versión: un solo
|
|
# dbus en la distro, no dos protocolos conviviendo. -Dtools=true igual que el canónico para que el
|
|
# artefacto siga trayendo dbus-daemon/dbus-run-session y pueda levantar un bus de verdad.
|
|
name = "dbus-shared"
|
|
version = "1.16.2"
|
|
license = "AFL-2.1 OR GPL-2.0-or-later"
|
|
|
|
[source]
|
|
tarball = "https://dbus.freedesktop.org/releases/dbus/dbus-1.16.2.tar.xz"
|
|
sha256 = "0ba2a1a4b16afe7bceb2c07e9ce99a8c2c3508e5dec290dbb643384bd6beb7e2"
|
|
|
|
[build]
|
|
compiler = "zig-cc"
|
|
target = "x86_64-linux-musl"
|
|
link = "dynamic"
|
|
flags = []
|
|
|
|
[build.phases]
|
|
# `--wrap-mode=nodownload`: dbus declara subproyectos `.wrap` y meson intenta DESCARGARLOS. En el
|
|
# sandbox no hay red y python no trae ssl ⇒ el error que sale no menciona la red:
|
|
# meson.build:372:11: ERROR: Unhandled python exception
|
|
# Esa línea 372 es la firma del caso. Bloqueaba a `mutter`, `gnome-shell` y
|
|
# `xdg-desktop-portal-gnome`, que la arrastran como dep — o sea que UNA flag ausente en una sombra
|
|
# tumbaba tres raíces de perfil. La canónica del corpus y la sombra de KDE ya la tenían; éstas no.
|
|
configure = "PYTHONPATH=/usr/lib/python3.12/site-packages meson setup output --wrap-mode=nodownload --prefix=/usr --buildtype=release -Ddefault_library=shared -Dsystemd=disabled -Dx11_autolaunch=disabled -Ddoxygen_docs=disabled -Dxml_docs=disabled -Dtools=true -Dsystem_pid_file=/run/dbus/dbus.pid"
|
|
compile = "PYTHONPATH=/usr/lib/python3.12/site-packages ninja -C output"
|
|
install = '''
|
|
set -e
|
|
PYTHONPATH=/usr/lib/python3.12/site-packages DESTDIR=/out meson install --no-rebuild -C output
|
|
# can't install tmpfs
|
|
rm -rf /out/run
|
|
'''
|
|
|
|
[deps]
|
|
build = ["meson", "samurai", "python3", "pkgconf", "expat"]
|