Files
takana/recipes/incoming-cosmic/cosmic-settings-daemon.toml
T
sergioandClaude Opus 5 a232bcc0af cosmic: los atajos andan (Super+A, Super+W) y el panel tiene un deadline de arranque
Faltaba sanear un SEGUNDO fichero: system_actions de cosmic-settings-daemon, que liga
acción→comando, con la misma entrada ScreenReader que el enum del parser no conoce. Con
defaults roto no hay ligaduras; con system_actions roto hay ligadura y ningún comando.
Ahora Super+A abre la biblioteca y Super+W la vista de espacios de trabajo — con
miniatura VIVA del escritorio dentro, o sea que el camino DMA-BUF→GBM de cosmic-workspaces
anda de verdad. Super a secas no abre nada porque pop-launcher (el motor del lanzador)
no está en el catálogo; los atajos no tienen la culpa.

Me equivoqué de fichero teniendo el dato: el error traía línea y columna y busqué el
token en vez del fichero que lo tiene en esa posición. Costó 40 minutos de rebuild.

Y el panel tiene un DEADLINE para registrar su servidor D-Bus: con -smp 4 arranca sin
ala izquierda, sin reloj y sin dock (894 colores vs 130); con -smp 8 -m 8192 son 4 de 4
completos. Perseguí eso como una regresión mía, revirtiendo tres cambios inocentes, porque
usé el conteo de procesos como veredicto: un escritorio sano muestra 32, no 48. El
framebuffer es el veredicto; los procesos no distinguen «arrancó» de «dibujó».

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-04 03:18:41 -04:00

63 lines
4.1 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"
[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.
build = ["libxkbcommon", "pkgconf", "libudev-zero", "libinput", "pipewire", "openssl"]