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 1471Shell 173Rust 105Markdown 943545 Sutichaykuna

⎇ 2c2ee951d6d32b49c88c5673f483168e8b2cce43 recipes/incoming-cosmic/libelogind.toml TOML · 70 siq'ikuna · 4.2 KB Ñawpa willay ch'uya

licencias: el código propio (tawasuyu) queda en MIT — 1017 de 1141 (89%) 0225aa4e0 · sergio ·

1# libelogind — la C-ABI `sd-login` que le faltaba a la distro, implementada en arje-compat.
2#
3# QUÉ RESUELVE: mutter (y polkit, gcr, at-spi2-core) exigen un proveedor de logind por pkg-config —
4# `libsystemd` o `libelogind`— para llamar la API C sd-login. Esa API NO es un cliente D-Bus: lee
5# `/run/systemd/{sessions,users,seats}`. Los otros tres tienen perilla para esquivarla y se
6# construyeron por su camino degradado; **mutter no tiene**, porque `-Dudev=false` exige
7# `-Dlogind=false` (mutter/meson.build:257) y sin udev+logind no hay backend nativo KMS: no hay
8# compositor de verdad, sólo anidado.
9#
10# POR QUÉ NO ES elogind NI UN STUB: `arje-logind-compat` ya escribe ese estado en /run/systemd (ver
11# `arje_compat::login_state`). Lo único que faltaba era una librería que lo LEYERA y lo ofreciera en
12# C. `arje-sdlogin-compat` hace exactamente eso — no inventa datos ni levanta un daemon paralelo.
13# Empaquetar elogind sería traer un logind entero a competirle al que arje ya tiene.
14#
15# Corrige de paso lo que afirma el comentario de recipes/arje-logind-compat.toml («no hace falta la
16# C-ABI sd-login… los escritorios consultan login1 en RUNTIME por D-Bus»): es cierto para los
17# clientes D-Bus y FALSO para mutter, que la enlaza.
18#
19# HUB-ONLY, como toda receta de fuente tawasuyu: la gitea escucha en :2345 y el worker efímero es
20# secretless ⇒ recibe Connection refused en :22. Se muele en el hub.
21name    = "libelogind"
22version = "0.0.1"
23license = "MIT"
24
25[source]
26# El `commit` es el identificador inmutable; la URL es sólo locator y NO entra al ArtifactHash.
27# Rama `selfhost/arje-zero-attest-lockfile`, igual que arje-logind-compat, porque es la única que
28# versiona el `Cargo.lock` de la raíz: sin él, el vendoreo `--locked` del fetch no es reproducible
29# (el monorepo lo gitignora en main).
30repo   = "gitea@git.tawasuyu.net:tawasuyu/tawasuyu.git"
31commit = "749edfe41766e098d3eb18561c6a396610c5cd8e"
32# El monorepo COMMITEA su propio `vendor/` (`[patch.crates-io] smithay = { path = "vendor/smithay" }`,
33# la copia parcheada que mirada necesita para el tearing) y el `cargo vendor` de hammer escribe ahí
34# por defecto, pisándolo: el build muere con `failed to read /src/vendor/smithay/.cargo-checksum.json`
35# al resolver la dep git de taffy. Se vendorea a un subdir aparte, igual que arje-logind-compat.
36# Apareció recién ahora porque el `vendor/` entró a esta rama con el merge de main, no antes.
37# Ver [[hammer-cargo-vendor-clobbers-project-vendor]].
38cargo_vendor_dir = ".hammer-cargo-vendor"
39
40[build]
41compiler = "zig-cc"
42target   = "x86_64-linux-musl"
43# dynamic, no static: el producto ES una librería compartida (cdylib). Con `link = "static"` el lab
44# exporta -static y no hay .so que valga.
45link     = "dynamic"
46flags    = ["-p", "arje-sdlogin-compat"]
47
48[build.phases]
49# Sólo se sobrescribe `install`: el `compile` por defecto del lab (cargo build --release, offline y
50# vendoreado) es el correcto. El default de Cargo copia EJECUTABLES a /usr/bin, y acá no hay ninguno:
51# hay una .so, una cabecera y un .pc.
52#
53# El SONAME (libelogind.so.0) lo fija el build.rs del crate, no esta receta, para que un `cargo build`
54# a mano también produzca algo enlazable. Por eso el fichero se instala directamente con ese nombre y
55# el `libelogind.so` es el symlink de desarrollo que busca el linker.
56#
57# La cabecera va a /usr/include/elogind/systemd/ y el .pc trae `-I${includedir}/elogind`: así el
58# `#include <systemd/sd-login.h>` de mutter resuelve sin que mutter sepa que somos nosotros. Es el
59# mismo arreglo de elogind upstream.
60install = '''
61set -e
62mkdir -p /out/usr/lib/pkgconfig /out/usr/include/elogind/systemd
63cp target/release/libelogind.so /out/usr/lib/libelogind.so.0
64ln -s libelogind.so.0 /out/usr/lib/libelogind.so
65cp 03_ukupacha/arje/arje-sdlogin-compat/include/systemd/sd-login.h /out/usr/include/elogind/systemd/
66# sd-daemon.h va aparte porque en systemd también son dos cabeceras y quien la usa la pide por su
67# nombre: gdm hace `#include <systemd/sd-daemon.h>` en common/gdm-log.c para `sd_booted()`.
68cp 03_ukupacha/arje/arje-sdlogin-compat/include/systemd/sd-daemon.h /out/usr/include/elogind/systemd/
69cp 03_ukupacha/arje/arje-sdlogin-compat/pkgconfig/libelogind.pc /out/usr/lib/pkgconfig/
70'''