Files
sergioandClaude Opus 5 50b080d258 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>
2026-08-07 21:12:24 -04:00

36 lines
1.7 KiB
TOML

# 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"]