cosmic-comp es LA pieza y la receta salió casi gratis: mirada-compositor ya probó que smithay construye en este lab, y las deps en C de smithay dependen de las features del backend, no del compositor. La lista es la misma menos linux-pam y más libdisplay-info. libdisplay-info y hwdata entran COPIADAS byte a byte de la cola GNOME (idénticas a las de KDE): las deps resuelven hermano→padre, así que desde incoming-cosmic no se ven las de otra cola. Verificado que el hash NO se mueve (b3:260f0519 y b3:bdc36cf9) ⇒ los artefactos ya sellados sirven y la copia no cuesta un build. cosmic-bg va antes que el resto de los clientes porque separa dos preguntas: habla Wayland por smithay-client-toolkit y NO toca libcosmic/iced, así que si el fondo pinta y el panel no, el problema es de la capa de UI y no del transporte. Toda la suite está tagueada epoch-1.5.0, confirmado repo por repo. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
25 lines
871 B
TOML
25 lines
871 B
TOML
# hwdata 0.393 — bases de datos de IDs de hardware (pnp.ids, pci.ids, usb.ids) + hwdata.pc. Sin código:
|
|
# sólo datos. Campaña KDE (ADR 0011): lo exige libdisplay-info en tiempo de build (dependency('hwdata')
|
|
# native → pkgdatadir/pnp.ids) y kwin como RUNTIME (find_package(hwdata) TYPE RUNTIME, tabla PNP de EDID).
|
|
# `configure` es un script shell propio (no autoconf); no compila nada.
|
|
name = "hwdata"
|
|
version = "0.393"
|
|
|
|
[source]
|
|
tarball = "https://github.com/vcrhonek/hwdata/archive/refs/tags/v0.393.tar.gz"
|
|
sha256 = "322add86944680e99d04468d49de180a7ce0c77fb406f7abde8ab14f2d161051"
|
|
|
|
[build]
|
|
compiler = "gcc"
|
|
target = "x86_64-linux-musl"
|
|
link = "dynamic"
|
|
flags = []
|
|
|
|
[build.phases]
|
|
configure = './configure --prefix=/usr --libdir=/usr/lib --datadir=/usr/share'
|
|
compile = 'true'
|
|
install = 'make install DESTDIR=/out'
|
|
|
|
[deps]
|
|
build = ["pkgconf"]
|