sergio/takana
> Una distribución Linux construida con un laboratorio funcional y hermético en el > sótano, y una terminal mutable, clásica y anárquica en el piso de arriba — diseñada > desde el suelo para que una IA programadora entienda, modifique y co…
pipewire al corpus: mpv habla PipeWire nativo, y pulseaudio NO se promueve (medido)
1# ══ PROMOVIDA AL CORPUS 2026-09-03 — hash IDÉNTICO (b3:39d9a5ed…) ══════════════════════════════
2# Las copias de gnome y cosmic sellaban exactamente igual ⇒ duplicados. Sube porque `pipewire` la
3# necesita desde el corpus. (KDE no tenía: su pipewire usaba el `dbus` estático del catálogo.)
4# dbus-shared 1.16.2 — variante DINÁMICA (libdbus-1.so.3) para la isla dinámica de GNOME.
5#
6# El dbus canónico (recipes/dbus.toml) es `--prefer-static -Ddefault_library=static` y su
7# libdbus-1.a no es PIC. gnome-shell la alcanza por transitividad: enlaza atk-bridge-2.0, cuyo .pc
8# declara `Requires: atspi-2` y ése `Requires: dbus-1`, así que pkg-config la arrastra al enlace de
9# un binario dinámico. Sin la .so el configure ni siquiera llega a compilar — corta con
10# `Package 'dbus-1', required by 'atspi-2', not found` cuando el único dbus visible es estático.
11#
12# Es la cuarta variante -shared de esta cadena (zlib, sqlite, libxml2, libuuid + ésta) y todas por
13# la misma raíz: el corpus se construyó para un userland ESTÁTICO y el escritorio es dinámico por
14# obligación, no por gusto — la introspección de GObject exige .so reales.
15#
16# Se mantienen los apagados del canónico (systemd/x11-autolaunch/docs) y su misma versión: un solo
17# dbus en la distro, no dos protocolos conviviendo. -Dtools=true igual que el canónico para que el
18# artefacto siga trayendo dbus-daemon/dbus-run-session y pueda levantar un bus de verdad.
19name = "dbus-shared"
20version = "1.16.2"
21license = "AFL-2.1 OR GPL-2.0-or-later"
22
23[source]
24tarball = "https://dbus.freedesktop.org/releases/dbus/dbus-1.16.2.tar.xz"
25sha256 = "0ba2a1a4b16afe7bceb2c07e9ce99a8c2c3508e5dec290dbb643384bd6beb7e2"
26
27[build]
28compiler = "zig-cc"
29target = "x86_64-linux-musl"
30link = "dynamic"
31flags = []
32
33[build.phases]
34# `--wrap-mode=nodownload`: dbus declara subproyectos `.wrap` y meson intenta DESCARGARLOS. En el
35# sandbox no hay red y python no trae ssl ⇒ el error que sale no menciona la red:
36# meson.build:372:11: ERROR: Unhandled python exception
37# Esa línea 372 es la firma del caso. Bloqueaba a `mutter`, `gnome-shell` y
38# `xdg-desktop-portal-gnome`, que la arrastran como dep — o sea que UNA flag ausente en una sombra
39# tumbaba tres raíces de perfil. La canónica del corpus y la sombra de KDE ya la tenían; éstas no.
40configure = "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"
41compile = "PYTHONPATH=/usr/lib/python3.12/site-packages ninja -C output"
42install = '''
43set -e
44PYTHONPATH=/usr/lib/python3.12/site-packages DESTDIR=/out meson install --no-rebuild -C output
45# can't install tmpfs
46rm -rf /out/run
47'''
48
49[deps]
50build = ["meson", "samurai", "python3", "pkgconf", "expat"]