gioser

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…

TOML 1572Shell 203Rust 109Markdown 993728 Sutichaykuna

⎇ 89da9c822fa58ce0bf48314d47a831a42067e239 recipes/dbus-shared.toml TOML · 47 siq'ikuna · 2.6 KB Ñawpa willay ch'uya

qorpa: el mapeo por rango — subuid + --userns FD, y el impuesto se paga 89da9c822 · Sergio ·

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