sergioandClaude Opus 5
0ac421b516
COSMIC cerró 25 de 30 raíces. De los 5 fallos, CUATRO daban el mismo mensaje — «error: no suitable Python interpreter found»— en wireplumber, xdg-desktop-portal, xdg-desktop-portal-cosmic y cosmic-settings-daemon. NO ERA DE ELLAS, Y NI SIQUIERA ERA DE MESON. El error viene de un `configure` de AUTOTOOLS que prueba `python2.2`, `python2.1`, `python2.0` —literalmente— y aborta al no hallarlos. Se identificó por las flags del comando en el log (`--disable-mpeg --disable-full-suite`), que son inconfundibles de **libsndfile**: una dep común a las cuatro. Y declarar `python3` en `[deps]` NO ayuda —dos de las cuatro ya lo tenían—: el problema no es que falte el intérprete, es que el script no reconoce ese NOMBRE. Autoconf respeta la variable de entorno `PYTHON`, así que se le pasa `PYTHON=python3` y sella. LA LECCIÓN, que hoy ya se repitió con `dbus-shared`: cuando varias recetas fallan con el MISMO mensaje raro, el fallo está en una dep común — y **la forma de identificarla es mirar QUÉ configure/meson.build lo emite**, no la receta que se estaba construyendo. Las flags del comando y el número de línea del meson.build son la firma del paquete que realmente muere. Aplicado a las tres copias (incoming-gnome, -cosmic, -kde), que dan el mismo hash. Y de paso `cosmic-settings-daemon` sí necesitaba `python3` en deps, que no lo declaraba: dos causas distintas bajo un mensaje idéntico. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
67 lines
4.5 KiB
TOML
67 lines
4.5 KiB
TOML
# cosmic-settings-daemon — brillo, tema claro/oscuro por hora, atajos de sistema y política de audio.
|
|
#
|
|
# ── NO ES OPCIONAL, Y ESO SE MIDIÓ ARRANCANDO LA IMAGEN ─────────────────────────────────────────
|
|
# `cosmic-session` lo lanza con `.expect("failed to start settings daemon")` (src/main.rs:255): si el
|
|
# binario no está, **la sesión entera panickea** justo después de que el compositor arrancó bien. No
|
|
# hay feature que lo apague. O sea que no es «el escritorio anda pero sin brillo»: sin este daemon no
|
|
# hay sesión, y el fallo aparece con el compositor ya vivo, que es lo que lo hace confuso.
|
|
#
|
|
# ── POR QUÉ FUE EL ÚLTIMO EN ENTRAR ─────────────────────────────────────────────────────────────
|
|
# Es el único de la suite con cadena propia en C: su workspace incluye `audio-server` como dep de
|
|
# path NO opcional → `cosmic-pipewire` → `pipewire-sys` → `libpipewire-0.3` por pkg-config. Y pipewire
|
|
# vivía sólo en las colas GNOME y KDE, que no se ven desde acá (las deps resuelven hermano→padre).
|
|
#
|
|
# Traerlo costó dos builds, no seis: de las cuatro recetas hermanas que hacían falta, tres
|
|
# (`alsa-lib`, `dbus-shared`, `libsndfile`) dieron **hash idéntico** y ya estaban selladas. Sólo
|
|
# `pulseaudio` y `pipewire` se reconstruyeron, porque su `glib` resuelve al catálogo padre en vez de a
|
|
# la sombra de la cola GNOME. Ver el runbook: el peligro de las dos glib es mezclarlas en una IMAGEN,
|
|
# y la imagen COSMIC tiene una sola.
|
|
#
|
|
# `libinput`/`libudev-zero`/`libxkbcommon` son el juego fijo de todo cliente de la suite (gotcha 7).
|
|
# `ddc-hi` (brillo por DDC/CI sobre i2c) es Rust puro: habla el ioctl directo, no libddcutil.
|
|
name = "cosmic-settings-daemon"
|
|
version = "1.5.0"
|
|
license = "GPL-3.0-or-later"
|
|
|
|
[source]
|
|
tarball = "https://github.com/pop-os/cosmic-settings-daemon/archive/epoch-1.5.0/cosmic-settings-daemon-epoch-1.5.0.tar.gz"
|
|
sha256 = "5b404784098e5b92f989e7b7c4e0c645b2f60c3b385c283ad052d75b5d75952c"
|
|
|
|
[build]
|
|
compiler = "zig-cc"
|
|
target = "x86_64-linux-musl"
|
|
# Dinámico como el resto de los clientes: wayland-client entra con la feature `dlopen` y un musl
|
|
# estático no la puede honrar. Acá además se suma pipewire, que también se carga en runtime.
|
|
link = "dynamic"
|
|
flags = ["--bin", "cosmic-settings-daemon"]
|
|
|
|
[build.phases]
|
|
# El `install` del Makefile de upstream. La regla de polkit va con él —no es del shim de arje— porque
|
|
# es lo que autoriza al daemon a cambiar brillo y sesión.
|
|
install = '''
|
|
mkdir -p /out/usr/bin \
|
|
/out/usr/share/cosmic/com.system76.CosmicSettings.Shortcuts/v1 \
|
|
/out/usr/share/polkit-1/rules.d
|
|
cp target/release/cosmic-settings-daemon /out/usr/bin/cosmic-settings-daemon
|
|
chmod 755 /out/usr/bin/cosmic-settings-daemon
|
|
# ⚠ SE FILTRA LA LÍNEA DE `ScreenReader`, Y ES LA QUE DEJA EL ESCRITORIO SIN TECLADO.
|
|
# `system_actions` es la tabla acción→comando: `Launcher: "cosmic-launcher"`, `Terminal: …`. La
|
|
# entrada `ScreenReader` nombra una variante que el enum de `cosmic-settings-config` (rev 8c54bbbc,
|
|
# la que pinea cargo) todavía no tiene, y **RON no ignora lo que no conoce**: falla el mapa COMPLETO.
|
|
# Resultado medido: `Super` tiene su ligadura en `defaults` y no pasa nada, porque el compositor sabe
|
|
# QUÉ acción disparar y no CON QUÉ comando. Dos ficheros, dos preguntas: `defaults` liga tecla→acción,
|
|
# `system_actions` liga acción→comando, y hay que sanear los dos —los dos traen la misma entrada.
|
|
grep -v 'ScreenReader:' data/system_actions.ron \
|
|
> /out/usr/share/cosmic/com.system76.CosmicSettings.Shortcuts/v1/system_actions
|
|
cp data/polkit-1/rules.d/cosmic-settings-daemon.rules /out/usr/share/polkit-1/rules.d/
|
|
'''
|
|
|
|
[deps]
|
|
# `openssl` NO lo pide el daemon: llega por `native-tls`, que llega por el crate `geonames` (la base
|
|
# de husos horarios para el tema claro/oscuro por hora). El único de la suite que toca TLS, y por una
|
|
# función que uno no asocia con la red. Su artefacto publica `openssl.pc`, así que alcanza declararlo.
|
|
# `python3` OBLIGATORIO: meson es un SCRIPT de Python. Sin el intérprete la fase muere con
|
|
# «no suitable Python interpreter found» / exit 127, que se lee como «meson no está» cuando meson SÍ
|
|
# está y se hidrata bien. Misma causa que tenía muerta a `wlr-randr`.
|
|
build = ["python3", "libxkbcommon", "pkgconf", "libudev-zero", "libinput", "pipewire", "openssl"]
|