sergioandClaude Opus 5
85c25619ad
La paridad cosmic no se demuestra con un cliente nuestro (eso probaria que nos entendemos con nosotros mismos), se demuestra con la herramienta que usa el resto del mundo. wlr-randr habla wlr-output-management-unstable-v1, que mirada sirve. Entra a base-system-1 con ese rol acotado. C sobre meson, 28 KB, trae el XML del protocolo adentro: solo wayland-client. Tarball de release y no el -/archive/ autogenerado de GitLab, que no es estable byte a byte y rompe el sha256 pinneado con el tiempo. Queda anotado en la receta lo que hoy NO puede hacer, para no acusar al paquete: en mirada apply/test de zwlr_output_configuration_v1 contestan failed, asi que wlr-randr lista bien y no cambia nada. Cuando mirada implemente el apply, esta misma receta pasa a probar tambien el apply. Por lo mismo no entran kanshi ni way-displays: no son herramientas sino una funcion —perfiles de salida por hotplug— y su lugar es adentro de mirada, que ya tiene el estado. Instalarlos hoy seria ademas inutil. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
52 lines
2.5 KiB
TOML
52 lines
2.5 KiB
TOML
# wlr-randr 0.5.0 — el `xrandr` de wlroots: lista y configura salidas hablando
|
|
# `wlr-output-management-unstable-v1`.
|
|
#
|
|
# Entra a hammer con un rol acotado y explícito: es el **testigo ajeno** de que
|
|
# mirada sirve ese protocolo de verdad. La paridad cosmic no se demuestra con un
|
|
# cliente nuestro —eso probaría que nos entendemos con nosotros mismos—, se
|
|
# demuestra con la herramienta que el resto del mundo usa. Por eso se instala
|
|
# aunque el camino soberano (`mirada-ctl output` y el panel de pata) sea el que
|
|
# el usuario va a usar todos los días.
|
|
#
|
|
# Lo que hoy NO puede hacer, y conviene saberlo antes de acusar al paquete: en
|
|
# mirada `apply`/`test` de `zwlr_output_configuration_v1` contestan `failed`
|
|
# (`mirada-compositor/src/output_management.rs`), así que wlr-randr **lista**
|
|
# correctamente y **no cambia nada**. Cuando mirada implemente el apply, esta
|
|
# misma receta pasa a ser también la prueba de que el apply anda.
|
|
#
|
|
# Por lo mismo NO entran `kanshi` ni `way-displays`: no son herramientas sino una
|
|
# función —perfiles de salida por hotplug— y su lugar es adentro de mirada, que
|
|
# ya tiene el estado. Instalarlos hoy además sería inútil: rechazaría cada
|
|
# perfil que intentaran aplicar.
|
|
#
|
|
# C puro sobre meson. Trae el XML del protocolo adentro (`protocol/`), así que no
|
|
# necesita wayland-protocols — sólo `wayland-client` y `wayland-scanner`, que
|
|
# vienen de la receta `wayland`. `scdoc` es opcional (la man page); se omite.
|
|
|
|
name = "wlr-randr"
|
|
version = "0.5.0"
|
|
|
|
[source]
|
|
# Tarball de RELEASE, no el `-/archive/` autogenerado de GitLab: los archivos
|
|
# generados no son estables byte a byte en el tiempo y un sha256 pinneado sobre
|
|
# ellos se rompe solo. Mismo criterio que `recipes/wayland-protocols.toml`.
|
|
tarball = "https://gitlab.freedesktop.org/emersion/wlr-randr/-/releases/v0.5.0/downloads/wlr-randr-0.5.0.tar.gz"
|
|
sha256 = "a64b6eb296d1c75af098fa2d229f9aaf3ceae45eeff24056930bd4bc613c6a5e"
|
|
|
|
[build]
|
|
compiler = "zig-cc"
|
|
target = "x86_64-linux-musl"
|
|
link = "static"
|
|
|
|
[build.phases]
|
|
# `-Dwerror=false`: el proyecto compila con `werror=true` por defecto y una
|
|
# versión de compilador distinta de la que usan sus CI convierte cualquier aviso
|
|
# nuevo en un fallo de build. La receta no está para pelearse con eso.
|
|
configure = "meson setup output --prefix=/usr --buildtype=release -Dwerror=false"
|
|
compile = "ninja -C output"
|
|
install = "DESTDIR=/out ninja -C output install"
|
|
|
|
[deps]
|
|
build = ["meson", "samurai", "pkgconf", "wayland"]
|
|
run = ["wayland"]
|