sergioandClaude Opus 5
0f1f2e9ef6
`mutter`, `gnome-shell` y `xdg-desktop-portal-gnome` fallaban las tres con «ERROR: Unhandled
python exception». Las tres YA tenían `--wrap-mode=nodownload` en su propia receta, así que no
era eso — hasta que el log mostró la línea culpable:
meson.build:372:11: ERROR: Unhandled python exception
<urlopen error unknown url type: https>
WARNING: failed to download with error: name 'ssl' is not defined
La misma línea 372 que el fallo de `dbus` de hace unas horas. No fallaban ellas: fallaba una
DEP que arrastran, `dbus-shared`, cuya sombra en incoming-gnome e incoming-cosmic no tenía la
flag. La canónica del corpus y la sombra de KDE sí la tenían; estas dos no.
⇒ UNA flag ausente en una sombra tumbaba TRES raíces de perfil en GNOME y bloqueaba COSMIC de
paso. Y el mensaje nunca nombra la red: «Unhandled python exception» se lee como un bug de
meson y es que el sandbox es hermético a propósito.
Lección de método: cuando tres recetas fallan con el MISMO error y las tres ya tienen el
arreglo obvio, el fallo está en una dep común, no en ellas. La línea de meson.build en el
mensaje es lo que lo identifica — es la firma del paquete que realmente muere.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
48 lines
2.6 KiB
TOML
48 lines
2.6 KiB
TOML
# 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"]
|