SergioandClaude Opus 5
3379a1f170
CAMPAÑA CERRADA: 1166/1166 recetas declaran `license`. Ninguna adivinada — cada una sale del
fichero de licencia de su fuente PINEADA (tarball del sha256 de la receta, o el commit exacto en
la forja), y la cita queda como comentario en la propia receta.
⚠ Y EL GUARDIÁN ESTABA MAL, que es el hallazgo que vale más que las 26. `licencias-rootfs.sh`
resolvía la receta por NOMBRE DE FICHERO (`ls recipes/$pkg.toml`), y el paquete se llama por su
campo `name`, que en 34 recetas NO coincide: nu.toml→`nushell`, dust.toml→`du-dust`,
incoming-kde/qtbase.toml→`qt6-qtbase`… Medido: **14 paquetes que SÍ declaran licencia salían como
«licencia desconocida»** y el guardián vetaba una imagen perfectamente publicable.
El falso veto se nota; el hermano silencioso NO: si existe un `<pkg>.toml` que pertenece a OTRO
paquete, la versión vieja reportaba la licencia EQUIVOCADA sin decir nada. Hoy no pasa —medido,
0 casos, y de los 34 nombres duplicados CERO declaran licencias distintas—, pero ahora es
imposible en vez de improbable.
El arreglo tuvo que ser por LOS DOS lados, y el primer intento rompió el otro: el grafo de estado
nombra sus nodos por el fichero (`dust`) y el artefacto del store por `name` (`du-dust`), así que
resolver sólo por `name` dejaba a `dust` sin licencia. Ahora busca por `name` y cae al fichero.
Medido en los dos sentidos: corpus entero 1128/1128, perfil base+cli 81/81, cero sin licencia.
Y probado CON ROTURA A PROPÓSITO además del control, que es lo único que distingue a un guardián
que sirve de uno que nunca salta:
paquete inexistente en la lista → exit 1 y «ESTA IMAGEN NO SE PUEDE PUBLICAR»
control (zlib nushell qt6-qtbase lsof tzdata) → exit 0, y escribe los textos
(⚠ ojo al medir: `script | tail` devuelve el exit de `tail`. La primera corrida dijo exit=0 sobre
la rotura y no era el guardián, era el pipe.)
SE LEVANTA EL VETO QUE SDD 20 DEJÓ ESCRITO. Decía que `base` y `cli` iban con 2 paquetes cada una
con binarios y licencia desconocida: `lsof` y `tzdata`, «que necesitan la vía LicenseRef- y siguen
vetando a propósito». Hechos los dos, con su texto real en licenses/:
lsof → LicenseRef-lsof (licencia propia de Purdue, sin identificador SPDX)
tzdata → LicenseRef-tz-public-domain (su LICENSE: «all files in the tz code and data … are in
the public domain»; los tres ficheros BSD-3-Clause que menciona NO se instalan — la
receta sólo compila zic y deja /usr/share/zoneinfo)
⚠ DOS QUE NO SE PUEDEN REDISTRIBUIR, y ahora el veto los ve:
duplicacy NO ES LIBRE. Su LICENSE.md: «Free for personal use or commercial trial; non-trial
commercial use requires per-computer CLI licenses … $50 per year»
waybackurls NO DECLARA LICENCIA: en el commit pineado la raíz es .gitignore, README.mkd,
go.mod, main.go y script/ — sin LICENSE ni COPYING, y el README no la menciona. Sin
concesión expresa, el defecto es «todos los derechos reservados»
Los dos con LicenseRef y un texto en licenses/ que explica qué hay, en vez de dejar el campo vacío,
que se lee como «todavía no lo poblamos». Ninguno está hoy en un perfil de imagen; si alguien los
mete, el guardián corta.
De paso queda escrito el texto de `LicenseRef-qorpa-ajena-no-enumerable`, que ya se usaba en
steam-runtime-sniper y no tenía fichero; y `licencias-textos.sh` bajó los canónicos nuevos
(BSL-1.0 para boost, GCC-exception-3.1 que ya hacía falta).
Hueco conocido y anotado en la receta: `XFree86-1.0` (rama del OR de hwdata) se queda sin texto —
SPDX no publica ese identificador, sólo XFree86-1.1, que es otra licencia, y el tarball lo nombra
sin incluirlo. El guardián avisa y no veta, que es correcto: la otra rama del OR es la GPL y su
texto sí está.
NADA SE RE-HASHEA: `license` está fuera de `hash_inputs`. Verificado, no supuesto — `hammer hash`
sobre pigz, lsof y boost después de editarlas devuelve el hash cuyo artefacto YA está en el store.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01LCt3ettR4Z7b6wPCBmbvEV
85 lines
4.5 KiB
TOML
85 lines
4.5 KiB
TOML
# gsd-schemas — los gschemas de gnome-settings-daemon, y NADA de g-s-d.
|
|
#
|
|
# POR QUÉ EXISTE: `gnome-settings-daemon` está APARCADA por diseño —pide `gtk+-3.0`, `gtk+-x11-3.0`,
|
|
# `x11` y `xfixes` de forma incondicional, y esta distro es Wayland-only (ver el comentario de su
|
|
# receta)—. Pero **gnome-shell lee sus esquemas al arrancar**, y sin ellos no llega a pintar:
|
|
#
|
|
# GNOME Shell-CRITICAL: Failed to setup quick settings:
|
|
# Error: GSettings schema org.gnome.settings-daemon.peripherals.touchscreen not found
|
|
# Stack trace: … systemActions.js:156 → status/system.js:236 → quickSettings.js:29 …
|
|
#
|
|
# Y eso NO es un aviso: la excepción ocurre construyendo los quick settings dentro de `Main.start()`,
|
|
# o sea que el panel nunca se termina de armar. El síntoma en pantalla es un negro total con la
|
|
# consola del kernel encima y `gnome-shell` vivo — que es exactamente lo que parecía un muro de KMS.
|
|
#
|
|
# ES LA MISMA LECCIÓN QUE libgdm, por tercera vez: **un gschema no es un fichero de datos del demonio,
|
|
# es una interfaz publicada que consume otro programa**. Que el demonio no se pueda construir no quita
|
|
# que su contrato haga falta. Por eso las dos cosas se separan: el demonio sigue aparcado, su
|
|
# vocabulario de configuración entra.
|
|
#
|
|
# QUÉ HACE: copia los once `*.gschema.xml.in` de `data/`, sustituyendo el único placeholder que
|
|
# tienen (`@GETTEXT_PACKAGE@`) — es lo mismo que hace el `configure_file` de `data/meson.build:23`—
|
|
# y genera **`org.gnome.settings-daemon.enums.xml`** con `glib-mkenums`, replicando el
|
|
# `gnome.mkenums()` de `data/meson.build:33` con sus mismas plantillas.
|
|
#
|
|
# ⚠ EL FICHERO DE ENUMS NO ES OPCIONAL, y su ausencia cuesta un ciclo entero porque el síntoma es
|
|
# idéntico al de no tener los esquemas: los `.gschema.xml` referencian
|
|
# `enum="org.gnome.settings-daemon.GsdBellMode"` y compañía, esos `<enum>` viven SÓLO en el fichero
|
|
# generado, y `glib-compile-schemas` **rechaza el esquema entero** cuando no puede resolverlos.
|
|
# Rechaza, no aborta: sale con 0, imprime el motivo por stderr y sigue. Así que
|
|
# `org.gnome.settings-daemon.peripherals.touchscreen` seguía «not found» con el XML instalado y
|
|
# `esquemas OK` en el log. Los enums se generan de `data/gnome-settings-daemon/gsd-enums.h`, que es
|
|
# una cabecera pura de declaraciones: no hace falta compilar nada de g-s-d para leerla.
|
|
#
|
|
# El `gschemas.compiled` lo genera `gnome-start` en el primer arranque, junto con el resto (meson no
|
|
# lo produce cuando hay DESTDIR).
|
|
#
|
|
# SE INCLUYE `wwan` aunque upstream lo condicione a ModemManager, y la razón es la asimetría del
|
|
# fallo: **un esquema que falta es un crash; uno que sobra es inerte.** El código de banda ancha del
|
|
# shell pregunta primero por el servicio D-Bus de ModemManager, que no está, y no llega a leer nada.
|
|
# Traerlo cuesta 4 KB de XML y quita una piedra futura del camino.
|
|
#
|
|
# Los valores por defecto quedan los de upstream. No se cambia ninguno: un escritorio sin g-s-d
|
|
# corriendo no aplica esas preferencias igual, así que falsearlas sólo escondería que el demonio falta.
|
|
name = "gsd-schemas"
|
|
version = "48.1"
|
|
# licencia: COPYING del tarball de gnome-settings-daemon: GPL v2 «either version 2 … or (at your option) any later version»
|
|
license = "GPL-2.0-or-later"
|
|
|
|
[source]
|
|
tarball = "https://download.gnome.org/sources/gnome-settings-daemon/48/gnome-settings-daemon-48.1.tar.xz"
|
|
sha256 = "3860a2ea214dcbcb6600ae7a1e3358a5389215087bc3e4a47cee3f87baee062e"
|
|
|
|
[build]
|
|
compiler = "zig-cc"
|
|
target = "x86_64-linux-musl"
|
|
link = "dynamic"
|
|
|
|
[build.phases]
|
|
configure = "true"
|
|
compile = "true"
|
|
install = '''
|
|
set -e
|
|
mkdir -p /out/usr/share/glib-2.0/schemas
|
|
for f in data/org.gnome.settings-daemon.*.gschema.xml.in; do
|
|
out=$(basename "$f" .in)
|
|
sed 's/@GETTEXT_PACKAGE@/gnome-settings-daemon/g' "$f" > "/out/usr/share/glib-2.0/schemas/$out"
|
|
done
|
|
# Los ENUMS, sin los cuales los esquemas de arriba se rechazan. Réplica del gnome.mkenums() de
|
|
# data/meson.build:33, con las mismas plantillas.
|
|
glib-mkenums \
|
|
--comments '<!-- @comment@ -->' \
|
|
--fhead '<schemalist>' \
|
|
--vhead ' <@type@ id="org.gnome.settings-daemon.@EnumName@">' \
|
|
--vprod ' <value nick="@valuenick@" value="@valuenum@"/>' \
|
|
--vtail ' </@type@>' \
|
|
--ftail '</schemalist>' \
|
|
data/gnome-settings-daemon/gsd-enums.h \
|
|
> /out/usr/share/glib-2.0/schemas/org.gnome.settings-daemon.enums.xml
|
|
grep -c '<enum id=' /out/usr/share/glib-2.0/schemas/org.gnome.settings-daemon.enums.xml
|
|
ls /out/usr/share/glib-2.0/schemas/ | wc -l
|
|
'''
|
|
|
|
[deps]
|
|
build = ["pkgconf", "glib", "python3", "libffi", "pcre2", "zlib-shared"]
|