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

35 lines
1.7 KiB
TOML

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