sergio/takana
> Una distribución Linux construida con un laboratorio funcional y hermético en el > sótano, y una terminal mutable, clásica y anárquica en el piso de arriba — diseñada > desde el suelo para que una IA programadora entienda, modifique y co…
⎇ 64005efcbd7f4aa6d6f2ab9d3a6fec8ec1bc30d4
recipes/incoming-gnome/adwaita-icon-theme.toml
Ñawpa willay
ch'uya
licencias: campo `license` en la receta — de 0 a 228 de 1141, sin re-hashear nada
1# adwaita-icon-theme 48.1 — los iconos y **los cursores** de GNOME. Sólo datos: no compila nada.
2#
3# POR QUÉ ENTRA: arrancando la sesión, mutter avisa
4#
5# libmutter-WARNING: No cursor theme available, please install a cursor theme
6#
7# y eso no es cosmético en un escritorio: **sin tema de cursor no hay puntero visible**. El cursor por
8# software (`MUTTER_DEBUG_DISABLE_HW_CURSORS=1`, obligatorio en virtio-gpu con render software) dibuja
9# la imagen que le da el tema; si no hay tema, no dibuja nada y el ratón se mueve invisible.
10#
11# Los cursores viven acá y no en un paquete aparte: `Adwaita/cursors/` trae los XCursor y el
12# `meson.build:82` genera además los enlaces de compatibilidad con los nombres X11 heredados
13# (`left_ptr`, `watch`, `xterm`…), que es lo que buscan las aplicaciones viejas.
14#
15# ARRASTRA `hicolor-icon-theme`, y no por gusto: `index.theme` de Adwaita declara
16# `Inherits=hicolor`, así que la cadena de fallback termina en un tema que tiene que EXISTIR como
17# tema (con su propio `index.theme`), no sólo como directorio.
18#
19# EL SED, y lo que muestra de upstream: `gtk-update-icon-cache` está declarado `required: true`
20# (meson.build:92-96) para un `add_install_script` que **su propio autor marcó
21# `skip_if_destdir: true`**. O sea que upstream ya sabe que no hay que correrlo en un build empaquetado
22# — y aun así exige el binario en configure. Se borran los dos bloques enteros: el `find_program` y el
23# `add_install_script`. No se pierde nada que fuera a ejecutarse.
24#
25# (`required: false` NO alcanza: meson no propaga el disabler dentro de `add_install_script`, revienta
26# con «Unhandled python exception». Medido, no supuesto.)
27#
28# La otra alternativa era declarar `gtk4` en `[deps].build` (que SÍ trae `gtk4-update-icon-cache`), y
29# se descartó a propósito: acoplaría el hash de un paquete de DATOS al de gtk4, o sea que cada rebuild
30# del toolkit re-hashearía 5000 PNG que no cambiaron.
31#
32# El caché de iconos es una optimización de arranque, no un requisito: sin él GTK recorre el árbol.
33# Si algún día pesa, se genera en el primer arranque como ya se hace con `gschemas.compiled`.
34#
35# Es la receta más pesada del frente en bytes de instalación (~5000 ficheros entre PNG, SVG
36# simbólicos y cursores) y la más liviana en tiempo: no hay un solo compilador involucrado.
37name = "adwaita-icon-theme"
38version = "48.1"
39license = "LGPL-3.0-or-later OR CC-BY-SA-3.0"
40
41[source]
42tarball = "https://download.gnome.org/sources/adwaita-icon-theme/48/adwaita-icon-theme-48.1.tar.xz"
43sha256 = "cbfe9b86ebcd14b03ba838c49829f7e86a7b132873803b90ac10be7d318a6e12"
44
45[build]
46compiler = "zig-cc"
47target = "x86_64-linux-musl"
48link = "dynamic"
49
50[build.phases]
51configure = '''
52set -e
53sed -i '/^gtk_update_icon_cache = find_program($/,/^)$/d; /^meson.add_install_script($/,/^)$/d' meson.build
54PYTHONPATH=/usr/lib/python3.12/site-packages meson setup output --prefix=/usr --buildtype=release --wrap-mode=nodownload
55'''
56compile = "PYTHONPATH=/usr/lib/python3.12/site-packages ninja -C output"
57install = "PYTHONPATH=/usr/lib/python3.12/site-packages DESTDIR=/out meson install -C output --no-rebuild"
58
59[deps]
60build = ["meson", "samurai", "python3", "pkgconf", "hicolor-icon-theme"]