accesorios wlroots: swaybg, swayidle, swaylock, grim y slurp — 5 selladas
Con esto el frente de WMs ligeros pasa de «hay un compositor» a «se puede usar»: fondo de escritorio, apagado por inactividad, bloqueo de pantalla y captura por región. Sumado a sway y wlroots, el frente tiene hoy 7 recetas y 9 binarios (sway swaybar swaymsg swaynag swaybg swayidle swaylock grim slurp), todos sin X11 y sin systemd. CADA FALLO FUE DE UNA CLASE DISTINTA, y ninguno del paquete que estaba escribiendo: · swayidle — pasé `-Dsd-bus-provider=none` porque es la opción que tiene SWAY. En swayidle 1.9.0 no existe: la suya se llama `logind`. **Las perillas no se heredan entre proyectos hermanos aunque resuelvan lo mismo**; hay que leer el meson_options.txt de CADA uno. Tercera vez hoy que una opción inventada mata un build (gnome-session, y ahora ésta). · grim — `undefined symbol: crc32`, o sea zlib. No lo usa grim: lo usa `libpng`, cuyo `.pc` declara zlib en `Requires.private`, la línea que pkg-config sólo expande en resolución estática. Es la MISMA causa que el `-lexpat` de sway (allí vía fontconfig), sobre otra biblioteca. Ya van dos casos ⇒ es un patrón del corpus, no un accidente: enlazar contra una lib estática cuyo .pc tiene Requires.private exige añadir esas libs a mano. · slurp — le faltaba `libxkbcommon` en deps, sin más. DOS COSAS QUE VALE GUARDAR: 1. EL TARBALL DE slurp CASI ENVENENA LA RECETA. La URL de releases de GitLab devolvió **HTTP 200 con una página HTML** en vez del archivo, así que `curl -f` no falló y el sha256sum que saqué era el de un documento HTML. Pinearlo habría dado una receta que descarga «algo» con hash correcto y no construye jamás, con un error incomprensible. Se cazó verificando el FORMATO (`tar tzf`), no el código de salida — misma lección que el `rm` que devuelve 0 sin borrar y el proceso vivo que no avanza. El sha256 correcto es el del tarball de GitHub. 2. PAM NO ESTABA BLOQUEADO. «PAM» figura entre las tres deudas aparcadas del frente GNOME, así que lo natural era dar swaylock por imposible. Pero en swaylock PAM es una OPCIÓN (cae a `crypt` si falta) y sobre todo **`linux-pam` SÍ está en el corpus**: lo aparcado era la integración de PAM del stack GNOME, no la biblioteca. ⇒ Una deuda «aparcada» nombra un frente concreto, no una palabra; conviene verificar antes de heredar el veto. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
Claude Opus 5
@@ -0,0 +1,35 @@
|
||||
# grim 1.4.0 — captura de pantalla. Con `slurp` (que selecciona una región) forman el par estándar
|
||||
# del ecosistema wlroots: `grim -g "$(slurp)" foto.png`.
|
||||
#
|
||||
# Vendoriza `wlr-screencopy-unstable-v1.xml`, así que no necesita un paquete de protocolos aparte.
|
||||
# `-Dc_link_args=-lz`: al enlazar faltaba `crc32`, que es de **zlib**. No lo usa grim: lo usa
|
||||
# `libpng`, cuyo `.pc` declara zlib en `Requires.private` — la línea que pkg-config sólo expande en
|
||||
# resolución estática. Es EXACTAMENTE la misma causa que el `-lexpat` de sway (allí vía fontconfig),
|
||||
# sobre otra biblioteca. Ya son dos casos: en este corpus, enlazar contra una lib estática cuyo `.pc`
|
||||
# tiene `Requires.private` exige añadir esas libs a mano.
|
||||
#
|
||||
# Nota de versión: la última es **1.4.0**, no 1.4.1 — lo confirmé contra la API de releases en vez
|
||||
# de suponerla, después de que un `curl` a una URL inventada devolviera 404.
|
||||
name = "grim"
|
||||
version = "1.4.0"
|
||||
license = "MIT"
|
||||
|
||||
[source]
|
||||
tarball = "https://github.com/emersion/grim/releases/download/v1.4.0/grim-1.4.0.tar.gz"
|
||||
sha256 = "b6786e889ed93568634189a59f6b6429c041bf74883c10e8b6e2ed6772ae7ffb"
|
||||
|
||||
[build]
|
||||
compiler = "zig-cc"
|
||||
target = "x86_64-linux-musl"
|
||||
link = "dynamic"
|
||||
zig_version = "0.13.0"
|
||||
|
||||
[build.phases]
|
||||
configure = "meson setup output --prefix=/usr --buildtype=release --wrap-mode=nodownload -Dwerror=false -Dman-pages=disabled -Dc_link_args=-lz"
|
||||
compile = "ninja -C output"
|
||||
install = "DESTDIR=/out ninja -C output install"
|
||||
|
||||
[deps]
|
||||
build = ["meson", "samurai", "python3", "pkgconf", "wayland", "wayland-protocols", "libpng",
|
||||
"libjpeg-turbo", "pixman", "libffi", "expat", "zlib"]
|
||||
run = ["wayland", "libpng", "libjpeg-turbo", "pixman"]
|
||||
@@ -0,0 +1,34 @@
|
||||
# slurp 1.5.0 — selecciona una región de la pantalla con el ratón y la imprime. Es la mitad que le
|
||||
# falta a `grim` para que capturar un trozo sea un comando y no un recorte a mano.
|
||||
#
|
||||
# ⚠ EL TARBALL DE ESTE PAQUETE ESTUVO A PUNTO DE ENVENENAR LA RECETA. La URL de releases de GitLab
|
||||
# devolvió **HTTP 200 con una página HTML** en vez del archivo, así que `curl -f` NO falló y el
|
||||
# `sha256sum` que salió era el de un documento HTML. Pinear eso habría dado una receta que descarga
|
||||
# «algo» con hash correcto y no construye nunca, con un error incomprensible.
|
||||
# ⇒ Regla: verificar el FORMATO de lo descargado (`tar tzf`), no que el comando saliera con 0. Es la
|
||||
# misma lección que el `rm` que devuelve 0 sin borrar y el proceso vivo que no avanza.
|
||||
# El sha256 de abajo es del tarball REAL, servido por GitHub y validado con `tar tzf`.
|
||||
name = "slurp"
|
||||
version = "1.5.0"
|
||||
license = "MIT"
|
||||
|
||||
[source]
|
||||
tarball = "https://github.com/emersion/slurp/releases/download/v1.5.0/slurp-1.5.0.tar.gz"
|
||||
sha256 = "eeb282b2adc8db5614b852596340b69da6f3954cf6cfbdc4392da509c934208a"
|
||||
|
||||
[build]
|
||||
compiler = "zig-cc"
|
||||
target = "x86_64-linux-musl"
|
||||
link = "dynamic"
|
||||
zig_version = "0.13.0"
|
||||
|
||||
[build.phases]
|
||||
configure = "meson setup output --prefix=/usr --buildtype=release --wrap-mode=nodownload -Dwerror=false -Dman-pages=disabled -Dc_link_args=-lexpat"
|
||||
compile = "ninja -C output"
|
||||
install = "DESTDIR=/out ninja -C output install"
|
||||
|
||||
[deps]
|
||||
build = ["meson", "samurai", "python3", "pkgconf", "wayland", "wayland-protocols", "cairo",
|
||||
"libxkbcommon", "pixman", "fontconfig", "freetype", "libpng", "expat", "libffi", "zlib", "glib", "pcre2",
|
||||
"harfbuzz", "fribidi", "libjpeg-turbo", "libtiff"]
|
||||
run = ["wayland", "cairo"]
|
||||
@@ -0,0 +1,35 @@
|
||||
# swaybg 1.2.1 — pone el fondo de escritorio. Sin él sway arranca sobre un vacío gris y parece roto
|
||||
# aunque funcione: es el accesorio más barato con más efecto en «esto se ve terminado».
|
||||
#
|
||||
# Trae su propio `wlr-layer-shell-unstable-v1.xml` vendorizado (comprobado en el tarball), así que
|
||||
# NO necesita un paquete `wlr-protocols` aparte. Los tres accesorios que dibujan encima del
|
||||
# escritorio (swaybg, grim, slurp) hacen lo mismo; swaylock y swayidle no, porque usan los
|
||||
# `ext-session-lock`/`ext-idle-notify` que ya trae nuestro wayland-protocols 1.48 (verificado).
|
||||
#
|
||||
# `-Dgdk-pixbuf=enabled`: es lo que le permite cargar JPEG/PNG además del color plano.
|
||||
# `-Dc_link_args=-lexpat`: el `Requires.private` de fontconfig que pkg-config no propaga en enlace
|
||||
# estático — misma causa exacta que en sway, ver allí la explicación larga.
|
||||
name = "swaybg"
|
||||
version = "1.2.1"
|
||||
license = "MIT"
|
||||
|
||||
[source]
|
||||
tarball = "https://github.com/swaywm/swaybg/releases/download/v1.2.1/swaybg-1.2.1.tar.gz"
|
||||
sha256 = "6af1fdf0e57b1cc5345febed786b761fea0e170943a82639f94cfaed7df84f8f"
|
||||
|
||||
[build]
|
||||
compiler = "zig-cc"
|
||||
target = "x86_64-linux-musl"
|
||||
link = "dynamic"
|
||||
zig_version = "0.13.0"
|
||||
|
||||
[build.phases]
|
||||
configure = "meson setup output --prefix=/usr --buildtype=release --wrap-mode=nodownload -Dwerror=false -Dman-pages=disabled -Dgdk-pixbuf=enabled -Dc_link_args=-lexpat"
|
||||
compile = "ninja -C output"
|
||||
install = "DESTDIR=/out ninja -C output install"
|
||||
|
||||
[deps]
|
||||
build = ["meson", "samurai", "python3", "pkgconf", "wayland", "wayland-protocols", "cairo",
|
||||
"gdk-pixbuf", "pixman", "glib", "fontconfig", "freetype", "libpng", "libjpeg-turbo",
|
||||
"libtiff", "expat", "libffi", "pcre2", "zlib", "harfbuzz", "fribidi"]
|
||||
run = ["wayland", "cairo", "gdk-pixbuf"]
|
||||
@@ -0,0 +1,35 @@
|
||||
# swayidle 1.9.0 — el demonio de inactividad: dispara acciones (bloquear, apagar pantalla) tras N
|
||||
# segundos sin uso. Es la pieza que hace que un portátil no se quede encendido toda la noche.
|
||||
#
|
||||
# No vendoriza protocolos: usa `ext-idle-notify` de wayland-protocols, que nuestra 1.48 SÍ trae
|
||||
# (verificado en el artefacto antes de escribir esta receta).
|
||||
#
|
||||
# `-Dlogind=disabled`: swayidle puede escuchar señales de suspensión/bloqueo de logind, y no tenemos
|
||||
# proveedor (no hay systemd por decisión y nuestro `libelogind` es un sd-**login** de arje-compat).
|
||||
# Sin esto sigue funcionando por temporizador, que es su función principal.
|
||||
# ⚠ La opción se llama `logind`, NO `sd-bus-provider`: probé con ese nombre —tomado de sway, que sí
|
||||
# la tiene— y meson murió con «Unknown option». Las opciones de 1.9.0 son seis: man-pages, logind,
|
||||
# logind-provider y las tres de completions. **Las perillas no se heredan entre proyectos hermanos
|
||||
# aunque resuelvan lo mismo**: hay que leer el meson_options.txt de CADA uno.
|
||||
name = "swayidle"
|
||||
version = "1.9.0"
|
||||
license = "MIT"
|
||||
|
||||
[source]
|
||||
tarball = "https://github.com/swaywm/swayidle/releases/download/v1.9.0/swayidle-1.9.0.tar.gz"
|
||||
sha256 = "6c1b769038b60250c88e47380cbb021cfa57a65f872bf4d6c340b5e3057096ac"
|
||||
|
||||
[build]
|
||||
compiler = "zig-cc"
|
||||
target = "x86_64-linux-musl"
|
||||
link = "dynamic"
|
||||
zig_version = "0.13.0"
|
||||
|
||||
[build.phases]
|
||||
configure = "meson setup output --prefix=/usr --buildtype=release --wrap-mode=nodownload -Dwerror=false -Dman-pages=disabled -Dlogind=disabled"
|
||||
compile = "ninja -C output"
|
||||
install = "DESTDIR=/out ninja -C output install"
|
||||
|
||||
[deps]
|
||||
build = ["meson", "samurai", "python3", "pkgconf", "wayland", "wayland-protocols", "libffi", "expat", "zlib"]
|
||||
run = ["wayland"]
|
||||
@@ -0,0 +1,43 @@
|
||||
# swaylock 1.8.0 — el bloqueo de pantalla. Junto a swayidle cierra el ciclo «me levanto de la
|
||||
# máquina y queda protegida», que es requisito para usar la distro en serio, no sólo demostrarla.
|
||||
#
|
||||
# ── PAM SÍ SE PUEDE, Y CONVIENE MIRARLO DOS VECES ──────────────────────────────────────────────
|
||||
# «PAM» figura entre las tres deudas aparcadas del frente GNOME, así que la reacción natural es
|
||||
# darlo por bloqueado. Pero acá no lo está, por dos razones comprobadas:
|
||||
# · en swaylock PAM es una OPCIÓN, no un requisito:
|
||||
# libpam = cc.find_library('pam', required: get_option('pam'))
|
||||
# crypt = cc.find_library('crypt', required: not libpam.found())
|
||||
# o sea que sin PAM cae a `crypt`, que valida contra /etc/shadow.
|
||||
# · y además **`linux-pam` SÍ está en el corpus** — lo que estaba aparcado era la integración de
|
||||
# PAM del stack GNOME, no la biblioteca.
|
||||
# ⇒ Se activa PAM, que es la vía correcta para autenticar en un sistema real. La lección: una deuda
|
||||
# «aparcada» nombra un frente concreto, no una palabra; conviene verificar antes de heredar el veto.
|
||||
name = "swaylock"
|
||||
version = "1.8.0"
|
||||
license = "MIT"
|
||||
|
||||
[source]
|
||||
tarball = "https://github.com/swaywm/swaylock/releases/download/v1.8.0/swaylock-1.8.0.tar.gz"
|
||||
sha256 = "6a1175442380b87b2d2868c4a5366ee3592163158d02e3a7fbf3a0bfe07d8b00"
|
||||
|
||||
[build]
|
||||
compiler = "zig-cc"
|
||||
target = "x86_64-linux-musl"
|
||||
link = "dynamic"
|
||||
zig_version = "0.13.0"
|
||||
|
||||
[build.phases]
|
||||
configure = "meson setup output --prefix=/usr --buildtype=release --wrap-mode=nodownload -Dwerror=false -Dman-pages=disabled -Dpam=enabled -Dgdk-pixbuf=enabled -Dc_link_args=-lexpat"
|
||||
compile = "ninja -C output"
|
||||
install = "DESTDIR=/out ninja -C output install"
|
||||
|
||||
[deps]
|
||||
build = ["meson", "samurai", "python3", "pkgconf", "wayland", "wayland-protocols", "libxkbcommon",
|
||||
"cairo", "gdk-pixbuf", "pixman", "glib", "fontconfig", "freetype", "libpng",
|
||||
"libjpeg-turbo", "libtiff", "expat", "libffi", "pcre2", "zlib", "harfbuzz", "fribidi",
|
||||
"linux-pam"]
|
||||
# `xkeyboard-config` NO va acá aunque parezca: la propia receta de libxkbcommon lo dice en su
|
||||
# cabecera — «en runtime usa los datos de xkeyboard-config; no es dep de build». Y además sólo
|
||||
# existe en las colas de escritorio, no en el corpus. Lo apunto porque para que el teclado tenga
|
||||
# distribución correcta en una imagen real hará falta incluirlo por el lado del perfil, no de aquí.
|
||||
run = ["wayland", "cairo", "libxkbcommon", "linux-pam"]
|
||||
Reference in New Issue
Block a user