sergio/takana

1# pdfcraft — el banco de trabajo de PDF: leer, anotar, reordenar, firmar
2#
3# ── DE DÓNDE SALE ESTA FAMILIA ─────────────────────────────────────────────────────────────────
4# ArtCraft publica doce aplicaciones de escritorio en **Rust puro sobre egui + wgpu**, Apache-2.0 o
5# MIT, cada una en su propio repo de `github.com/storytold`. Para esta casa son interesantes por una
6# razón concreta y medible: **no tienen ni una línea de GTK ni de Qt**, que es el muro que deja a
7# `libreoffice` en «59 recetas y tres muros ⇒ no es un ticket, es un año»
8# (`docs/plan-apps-usuario-final.md:48`). Acá cada app es UNA receta `cargo_vendor`.
9#
10# La primera que se midió fue `gridcraft`, y la medición está en su receta: sella en 12 min, abre
11# ventana en el perfil `escritorio-sway` y **pinta** — `wgpu` toma el backend **GL** sobre EGL/GLES
12# con llvmpipe (GL 4.5), sin Vulkan y sin ninguna variable de entorno, porque el default de
13# `egui-wgpu` es `Backends::from_env().unwrap_or(PRIMARY | GL)`.
14#
15# ⚠ **Son 0.x y se mueven solas.** Portar esto es comprar su cinta de correr (SDD 26 §2). Se pinea
16# el **sha del tag**, no `main`, y por eso la versión de arriba es una release y no «lo de hoy».
17#
18# ── X11: NO SE PARCHEA, Y ESO ES UNA DECISIÓN MEDIDA ──────────────────────────────────────────
19# Las doce declaran `eframe` con los features `wayland` **y** `x11`, y la primera versión de esto
20# arrancaba el feature `x11` con un `sed`. Se quitó, por tres cosas que se midieron al hacerlo:
21#   1. **No hay muro de build**: lo que `x11` arrastra es `x11rb` (protocolo X en Rust puro) y
22#      `x11-dl` (que hace `dlopen`, no enlaza). Ninguna receta nueva, ni un `.so` de X en el link.
23#   2. **No hay muro de runtime**: winit elige Wayland cuando `WAYLAND_DISPLAY` está puesto, y en
24#      esta distro `libX11` directamente no existe ⇒ el camino X es inerte, no roto.
25#   3. **Quitarlo SÍ cuesta**: cambia el grafo ⇒ el `Cargo.lock` deja de cerrar y hay que soltar el
26#      `--locked` del compile (medido: `error: cannot update the lock file … because --locked`).
27#      Y varias de estas apps declaran `winit` con `x11` por su cuenta y lo USAN en el código
28#      (`photocraft` abre por Xwayland si el usuario lo elige en Preferencias), así que un `sed`
29#      ciego rompe el build en unas y es un no-op en otras.
30# ⇒ Se deja el feature y se conserva el `--locked`, que es el pin fuerte. La distro sigue siendo
31# Wayland-only por lo que NO lleva en la imagen, no por lo que esta receta le recorta al upstream.
32#
33# ── LA FORMA ───────────────────────────────────────────────────────────────────────────────────
34# `link = "dynamic"` + `-crt-static` como `boveda`/`shuma-pregunta`/`mirada-greeter`: winit y wgpu
35# cargan `libwayland-client`, `libEGL`/`libvulkan` por `dlopen`, y un binario `crt-static` no puede.
36# El lanzador, el MIME y los iconos son de UPSTREAM — lo contrario de `boveda.toml`, donde hay que
37# autorar el `.desktop` — y están enhebrados: `Icon=`/`StartupWMClass=` del `.desktop`, el nombre de
38# los iconos hicolor y el `with_app_id()` de la app coinciden en `ai.storyteller.pdfcraft`, así que
39# el emparejamiento ventana↔lanzador funciona en Wayland sin parchear nada.
40#
41# ⚠ `aws-lc-sys` aparece en el lock y sería un muro de verdad (C + cmake + perl, y en musl es
42# pelea). Lo que la app USA es `ureq` con `rustls-no-provider` + `_ring`, o sea el proveedor de
43# Rust puro; `aws-lc-sys` queda en el lock sin compilarse. **El lock lista lo posible, no lo que
44# se construye** — si esta receta falla ahí, la salida es un `--no-default-features` con el
45# feature de `ring`, no abandonar la app.
46#
47#
48# ── ⚠ DOS COSAS QUE ESTA FAMILIA DESMINTIÓ AL CONSTRUIRSE (2026-10-13) ────────────────────────
49# 1. **El panic de `zbus-lockstep-macros` NO se dispara en estas versiones.** `vectorcraft` compiló
50#    `atspi-common` 0.13.0 + `zbus-lockstep-macros` 0.5.2 **sin** el `LOCKSTEP_XML_PATH` del compile
51#    y salió `rc=0`, con el subdirectorio `xml/schemas/` presente en el crate (comprobado en el
52#    registro: `…/atspi-common-0.13.0/xml/schemas/`). O sea que lo de `boveda`/`mirada-greeter` era
53#    de otra combinación, no de la mera presencia del subdir. El bloque se deja en las demás como
54#    seguro barato —cuesta un `cp`— pero **no hay que leerlo como «sin esto no compila»**.
55# 2. **Los features de `eframe` del manifiesto de la app NO son los del build.** El `apps/<app>/
56#    Cargo.toml` de `vectorcraft` pide `eframe` sin `wgpu` y sin `accesskit`, y aun así el binario
57#    corre sobre `egui_wgpu` y compila la torre de `accesskit`+`atspi`: los features son ADITIVOS y
58#    se los enciende otro miembro del workspace (`<app>-ui-egui`). Leer sólo el manifiesto de la app
59#    para decidir qué camino gráfico toma una de éstas da la respuesta equivocada; lo que manda es
60#    lo que aparece en el log del build y en el del binario corriendo.
61# ⚠ **Medido al correrla (2026-10-13): esta app se queda SIN PORTAPAPELES en esta distro.**
62#     egui_winit::clipboard: Failed to initialize arboard clipboard: … X11 server connection timed out
63# Su `arboard` no enciende `wayland-data-control` ⇒ intenta X11, que acá no existe, y expira. Son
64# OCHO de las doce; ver la adenda del 2026-10-13 en `docs/plan-apps-usuario-final.md`.
65name    = "pdfcraft"
66version = "0.7.1"
67license = "MIT OR Apache-2.0"
68
69[source]
70# `v0.7.1`, el tag vigente al 2026-10-12. Se pinea el SHA: un tag se mueve.
71repo   = "https://github.com/storytold/pdfcraft"
72commit = "7163ba3dee8becfff6871c9a65d0d8314314742b"
73# ⚠ `vendor_cargo_deps` **sobrescribe** `<src>/.cargo/config.toml` con `std::fs::write`
74# (`crates/takana-build/src/fetch.rs:852`), y estos repos traen uno propio. Hoy es inocuo —dentro
75# sólo hay `[alias] xtask`, que estas recetas no usan— pero si un bump mete ahí un `rustflags` o un
76# `linker`, desaparece sin un solo aviso y el fallo no va a nombrar al config.
77# El `Cargo.lock` está committeado ⇒ el vendoreo va con `--locked` y queda pineado en el tiempo.
78#
79# ⚠ **`cargo_vendor_dir` NO es cosmético acá: sin él esta receta FALLA, y falló** (medido
80# 2026-10-13, `rc=1` a los 8 segundos). pdfcraft **committea su propio `vendor/`** con cuatro crates
81# —`hayro`, `hayro-syntax`, `hayro-interpret`, `hayro-jbig2`— enganchados por
82# `[patch.crates-io]` **POR RUTA**. El `cargo vendor` de takana escribe por defecto en `vendor/`, así
83# que los BORRA, y el error no nombra nada de esto:
84#
85#     failed to load checksum `.cargo-checksum.json` of hayro-interpret v0.7.0
86#     failed to read `/src/vendor/hayro-interpret/.cargo-checksum.json`
87#
88# Es exactamente la trampa que ya documentan `boveda.toml` (smithay en tawasuyu) y `mise.toml`
89# (su `vendor/aqua-registry`). Mandando el vendoreo a `.hammer-cargo-vendor/` el árbol de upstream
90# queda intacto. **Y ojo con el efecto colateral**: el bloque `LOCKSTEP_XML_PATH` de abajo tiene que
91# mirar ESA ruta y no `vendor/`, o la comprobación a gritos grita por el motivo equivocado.
92cargo_vendor_dir = ".hammer-cargo-vendor"
93
94[build]
95compiler = "zig-cc"
96target   = "x86_64-linux-musl"
97link     = "dynamic"
98flags    = ["-p", "pdfcraft", "--bin", "pdfcraft"]
99
100[build.phases]
101compile = '''
102set -e
103# LOCKSTEP_XML_PATH — la causa entera está en `mirada-greeter.toml` y repetida en `boveda.toml`:
104# `accesskit` → `atspi` → `atspi-common`, que trae `zbus-lockstep-macros` como dep NORMAL y cuyo
105# `#[validate]` recorre el dir `xml/` llamando `.extension().expect()` en CADA entrada ⇒ PANICA al
106# toparse con el subdirectorio `xml/schemas/`. Apuntando la variable a un dir con sólo los `.xml` se
107# evita. La comprobación es a gritos: un `cp` mudo dejaría la variable apuntando a un dir VACÍO y el
108# panic volvería con el error lejos de la causa.
109XMLDIR="$PWD/.atspi-lockstep-xml"
110mkdir -p "$XMLDIR"
111ls .hammer-cargo-vendor/atspi-common/xml/*.xml >/dev/null 2>&1 || { echo "no hay .hammer-cargo-vendor/atspi-common/xml/*.xml — ¿cambió el vendoreo o la versión de atspi? sin esto zbus-lockstep-macros panica en xml/schemas/" >&2; exit 1; }
112cp .hammer-cargo-vendor/atspi-common/xml/*.xml "$XMLDIR"/
113export LOCKSTEP_XML_PATH="$XMLDIR"
114
115# El envoltorio de zig-cc, igual que en las otras winit+wgpu del corpus.
116printf '%s\n' '#!/bin/sh' 'for a do' 'case "$a" in --target=*) a=--target=x86_64-linux-musl ;; esac' 'set -- "$@" "$a"' 'shift' 'done' 'exec zig cc -mcpu=baseline "$@"' > "$PWD/.hammer-zig-cc"
117chmod +x "$PWD/.hammer-zig-cc"
118printf '%s\n' '#!/bin/sh' 'exec zig ar "$@"' > "$PWD/.hammer-zig-ar"
119chmod +x "$PWD/.hammer-zig-ar"
120RF="-C linker=$PWD/.hammer-zig-cc"
121rustc -vV | grep -q 'host: .*-alpine-' || RF="$RF -C link-self-contained=no"
122CC="$PWD/.hammer-zig-cc" AR="$PWD/.hammer-zig-ar" RUSTFLAGS="$RF" cargo rustc --release --locked --offline -p pdfcraft --bin pdfcraft -- -C target-feature=-crt-static
123'''
124install = '''
125set -e
126test -x target/release/pdfcraft || { echo "no hay target/release/pdfcraft — ¿cambió el nombre del bin?" >&2; exit 1; }
127install -Dm755 target/release/pdfcraft /out/usr/bin/pdfcraft
128
129install -Dm644 packaging/linux/ai.storyteller.pdfcraft.desktop /out/usr/share/applications/ai.storyteller.pdfcraft.desktop
130install -Dm644 packaging/linux/ai.storyteller.pdfcraft.mime.xml /out/usr/share/mime/packages/ai.storyteller.pdfcraft.xml
131# Los iconos se recorren con un glob y NO con una lista de tamaños: `effectcraft` y `filmcraft`
132# traen el doble de entradas que las demás, y una lista fija los habría instalado a medias en
133# silencio. Se cuenta lo instalado y se falla si es cero.
134n=0
135for p in assets/app-icon/hicolor/*/apps/ai.storyteller.pdfcraft.*; do
136  [ -f "$p" ] || continue
137  install -Dm644 "$p" "/out/usr/share/icons/hicolor/${p#assets/app-icon/hicolor/}"
138  n=$((n+1))
139done
140[ "$n" -gt 0 ] || { echo "ningún icono instalado — ¿cambió assets/app-icon/hicolor/?" >&2; exit 1; }
141install -Dm644 LICENSE-MIT /out/usr/share/licenses/pdfcraft/LICENSE-MIT
142install -Dm644 LICENSE-APACHE /out/usr/share/licenses/pdfcraft/LICENSE-APACHE
143
144# Un `.desktop` vacío o un binario de 0 bytes son la forma de fallo de la casa: artefacto presente,
145# función ausente (CLAUDE.md §3).
146test -s /out/usr/share/applications/ai.storyteller.pdfcraft.desktop
147test -s /out/usr/bin/pdfcraft
148'''
149
150[deps]
151# El mismo juego que `boveda`/`shuma-pregunta`/`mirada-greeter`: el stack gráfico se consulta en
152# build-time y se carga por `dlopen` en runtime. Las fuentes vienen EMBEBIDAS (`default_fonts` de
153# eframe), así que no hace falta fontconfig ni freetype.
154build = ["mesa", "wayland", "wayland-protocols", "libdrm", "expat", "zlib", "zstd", "libffi", "pkgconf"]