SergioandClaude Opus 5
058e3e9206
⚠ CORRIGE UNA CREENCIA DEL REPO: zathura NO está bloqueada por GTK3. Upstream VACIÓ girara — en 2026.07.18 su árbol son siete .c (datastructures, input-history, log, template, utils) y su meson.build no menciona GTK ni una vez. Toda la UI se mudó adentro de zathura, que hoy pide GTK4 >= 4.12, y gtk4 4.18.6 está en el corpus. El plan de apps daba a zathura por «verificar si su cadena es GTK4 y no GTK3»: lo es. Las tres piezas que faltaban, medidas con scripts/provee.py --desde corpus: - girara: sella al primer intento; sus tres deps (glib/gobject/gio) salen del mismo artefacto glib. -Ddocs=disabled porque ese target es doxygen y produce HTML de API. - xxhash 0.8.3 (zathura lo usa para la caché de páginas). DISPATCH=0 no es preferencia, el build se cae sin eso: Makefile:58-62 hace `$(CC) -dumpmachine | grep x86_64` y enciende DISPATCH solo por detección de arquitectura — una perilla auto que hace depender el artefacto de dónde se construyó. Con ella, xxh_x86dispatch.c muere porque pide AVX-512 con -mavx512f a secas y el clang de zig ya exige además -mevex512 («AVX vector argument of type __m512i without evex512 enabled changes the ABI»). No se arregla subiendo flags: esa variante sólo la usa el despacho en runtime, que es justo lo que no queremos. Apaga las dos cosas de una. - json-glib PROMOVIDA al corpus, y salió GRATIS por la misma razón que pipewire: la variante de COSMIC resuelve sus deps enteras contra el catálogo padre ⇒ mismo ArtifactHash desde las dos partes (b3:62011e81, medido antes de mover nada). La de GNOME no podía: arrastra gobject-introspection, glib-introspected, gi-foreign-girs y py3-setuptools. La copia de incoming-cosmic se jubila, verificado como manda el repo: su único consumidor (xdg-desktop-portal) hashea b3:749fbffe ANTES y DESPUÉS ⇒ cero rebuilds. La de incoming-gnome SE QUEDA: variante deliberada, artefacto distinto. Falta todavía el backend de PDF, que es el hueco real: incoming-kde/poppler va con -DENABLE_GLIB=OFF ⇒ publica libpoppler.so pero NO poppler-glib, y encima sólo se alcanza desde su cola. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01XB2iEmxeLZgzqNfhWChrLo
64 lines
4.0 KiB
TOML
64 lines
4.0 KiB
TOML
# json-glib 1.10.8 — PROMOVIDA AL CORPUS el 2026-09-03, para `zathura`.
|
|
#
|
|
# ══ POR QUÉ SUBE, Y POR QUÉ SALIÓ GRATIS ═══════════════════════════════════════════════════════
|
|
# `zathura` va al corpus para poder estar en las cuatro imágenes, y pide `json-glib-1.0`. Existían
|
|
# DOS copias y ninguna en el corpus: `incoming-cosmic` e `incoming-gnome`. Una receta del corpus no
|
|
# alcanza una cola hermana ⇒ había que subir una.
|
|
#
|
|
# Ganó la de COSMIC, y no por gusto: sus `[deps]` (glib, libffi, pcre2, zlib) resuelven ENTERAS
|
|
# contra el catálogo padre, así que **sella el MISMO ArtifactHash desde el corpus que desde la cola**
|
|
# —`b3:62011e81`, medido con `hammer hash` antes de mover nada— o sea cache hit y UN solo artefacto,
|
|
# no dos peleando por la misma ruta. La de GNOME no podía: arrastra `gobject-introspection`,
|
|
# `glib-introspected`, `gi-foreign-girs` y `py3-setuptools`, que son maquinaria de GNOME.
|
|
#
|
|
# **La copia de `incoming-cosmic` se jubiló** en el mismo movimiento, verificado como manda el
|
|
# repo: su único consumidor (`xdg-desktop-portal`) hashea `b3:749fbffe` ANTES y DESPUÉS de quitarla
|
|
# ⇒ cero rebuilds. La de `incoming-gnome` SE QUEDA: es una variante deliberada (con introspección),
|
|
# artefacto distinto, y jubilarla sí rompería a quien la usa.
|
|
#
|
|
# Lo de abajo es el comentario original de la receta de COSMIC, que sigue valiendo tal cual.
|
|
#
|
|
# json-glib 1.10.8 — segundo eslabón de LA CADENA DEL PORTAL. `xdg-desktop-portal` lo pide con
|
|
# `dependency('json-glib-1.0')` incondicional (lo usa para el índice de portales y la configuración).
|
|
#
|
|
# ── POR QUÉ UNA RECETA PROPIA Y NO LA DE `incoming-gnome` ────────────────────────────────────────
|
|
# Existe `recipes/incoming-gnome/json-glib.toml`, pero **no se puede reusar**, y el motivo no es
|
|
# burocrático: aquella receta está en la ISLA DINÁMICA de GNOME —`-Dintrospection=enabled`,
|
|
# `default_library=both`— porque el `.gir` de json-glib es entrada del `.gir` de
|
|
# evolution-data-server, que gnome-shell lee desde JS. Sus `[deps]` arrastran
|
|
# `gobject-introspection`, `glib-introspected`, `gi-foreign-girs` y `py3-setuptools`.
|
|
#
|
|
# Acá nadie introspecta nada: el portal es C que enlaza y ya. Traer esa receta metería toda la
|
|
# maquinaria de introspección de GNOME en la clausura de COSMIC para no usar ni un `.typelib`. Ésta
|
|
# es la misma librería con la introspección APAGADA, que es lo que este consumidor necesita.
|
|
#
|
|
# (El método para saber si una receta se puede compartir es `hammer hash` desde las dos colas — así
|
|
# se comprobó que `glib-shared` y `pcre2-shared` sí resuelven idéntico. Acá ni hace falta: las
|
|
# `[deps]` son visiblemente distintas, así que el hash no podía coincidir.)
|
|
#
|
|
# `nls=disabled` por lo mismo que en la cola de GNOME: las traducciones piden un `msgfmt` completo y
|
|
# el corpus sólo tiene gettext-tiny.
|
|
name = "json-glib"
|
|
version = "1.10.8"
|
|
license = "LGPL-2.1-or-later"
|
|
|
|
[source]
|
|
tarball = "https://download.gnome.org/sources/json-glib/1.10/json-glib-1.10.8.tar.xz"
|
|
sha256 = "55c5c141a564245b8f8fbe7698663c87a45a7333c2a2c56f06f811ab73b212dd"
|
|
|
|
[build]
|
|
compiler = "zig-cc"
|
|
target = "x86_64-linux-musl"
|
|
link = "static"
|
|
|
|
[build.phases]
|
|
configure = "PKG_CONFIG_PATH=/usr/lib/pkgconfig meson setup output --prefix=/usr --buildtype=release --wrap-mode=nodownload -Ddefault_library=static -Dintrospection=disabled -Ddocumentation=disabled -Dman=false -Dtests=false -Dconformance=false -Dnls=disabled -Dinstalled_tests=false"
|
|
compile = "ninja -C output"
|
|
install = "DESTDIR=/out meson install -C output --no-rebuild"
|
|
|
|
[deps]
|
|
# La glib ESTÁTICA del corpus, que es lo que un consumidor en C puede usar sin problema — el muro de
|
|
# la glib dinámica es de los crates `*-sys` de Rust, no de un `.c`. `libffi`/`pcre2`/`zlib` son la
|
|
# clausura de pkg-config que declara el `.pc` de glib en `Requires.private`.
|
|
build = ["meson", "samurai", "python3", "pkgconf", "glib", "libffi", "pcre2", "zlib"]
|