sergio/takana

1# cosmic-files — el gestor de ficheros. Segunda aplicación con ventana del catálogo, y la más barata
2# de todas: **su código ya se compiló entero** cuando entró `cosmic-term`, que lo usa como CRATE (el
3# selector de ficheros y el arrastrar-y-soltar). Acá sólo se lo construye como PROGRAMA.
4#
5# ── PERO NO ES GRATIS DEL TODO, Y LA DIFERENCIA ES UNA LÍNEA DE `cosmic-term` ───────────────────
6# `cosmic-term` lo declara con `default-features = false`. Sus features por defecto incluyen
7# **`gvfs`**, que trae los crates `gio`/`glib` — bindings a la **glib de C** por pkg-config. O sea que
8# el gestor de ficheros como APLICACIÓN cuesta más que como librería, por una línea del Cargo.toml
9# del vecino: *lo que un paquete cuesta depende de con qué features lo pide quien lo usa*, y
10# «ya se compiló» puede ser falso.
11#
12# ── `gvfs` APAGADA, Y POR QUÉ NO SE PUDO DEJAR ──────────────────────────────────────────────────
13# Con `gvfs` el enlace final pide las glib **COMPARTIDAS**:
14#     error: unable to find dynamic system library 'gio-2.0'
15#     …y detrás: gobject-2.0, glib-2.0, ffi, pcre2-8, z
16# El corpus las empaqueta **sólo estáticas**, así que haría falta una cadena `-shared` entera (glib +
17# pcre2 + libffi + zlib), que es una campaña aparte y mete una segunda glib en la imagen — justo lo
18# que la campaña GNOME midió y evitó. Se apaga `gvfs`: **se pierden los montajes remotos/de red**
19# (SFTP, MTP, trash sobre gvfs), no la navegación local, que es lo que esta imagen tiene.
20#
21# ⚠ Y por eso **NO se construye `cosmic-files-applet`**: su `Cargo.toml` fija `features = [… "gvfs" …]`
22# a mano, así que apagarla en el paquete raíz no lo alcanza. Es un applet del panel, no el gestor;
23# queda como deuda junto con la cadena glib compartida.
24#
25# `bzip2` 0.6 NO trae C: resuelve a `libbz2-rs-sys`, que es Rust puro. Se comprobó en el `Cargo.lock`
26# (`bzip2-sys` no aparece) antes de agregar una dep que no hacía falta.
27name    = "cosmic-files"
28version = "1.5.0"
29license = "GPL-3.0"
30
31[source]
32tarball = "https://github.com/pop-os/cosmic-files/archive/epoch-1.5.0/cosmic-files-epoch-1.5.0.tar.gz"
33sha256  = "da8567bcd0a15ca6522a8800ec800701f8e994ef5da52513b3afdf95370e3bf1"
34
35[build]
36compiler = "zig-cc"
37target   = "x86_64-linux-musl"
38link     = "dynamic"
39
40[build.phases]
41# Fase compile CUSTOM: hay que elegir features a mano (`--no-default-features`), que la fase que
42# autogenera el lab no permite. Se construye SÓLO el paquete raíz —no `--workspace`— porque el otro
43# miembro es el applet, que exige gvfs.
44#
45# La lista es la `default` de upstream MENOS `gvfs` (ver arriba) y MENOS **`wgpu`**. Lo de wgpu no es
46# una preferencia estética: con él el árbol de build (wgpu + naga + ash + glow + spirv, todo a
47# `codegen-units=1`) desbordó el filesystem —`No space left on device` creando un temp dir en
48# `/src/target`— dos veces. Y no se pierde nada real: **todo el resto de los clientes que sellamos
49# pinta con tiny-skia** porque su libcosmic entra sin esa feature, y la imagen no tiene GPU (mesa es
50# llvmpipe por software), así que el backend wgpu se caería a software de todos modos.
51#
52# `INSTALL_DIR` y `APPID` los exporta el justfile de upstream y los lee el `build.rs` (crate `xdgen`)
53# para generar el `.desktop` y el `.metainfo.xml` en `target/xdgen/`. Sin ellos el `.desktop` sale
54# con rutas equivocadas — y ese fichero es justamente lo que hace que la aplicación aparezca en la
55# biblioteca.
56compile = '''
57printf '%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"
58chmod +x "$PWD/.hammer-zig-cc"
59RF="-C linker=$PWD/.hammer-zig-cc -C target-feature=-crt-static"
60rustc -vV | grep -q 'host: .*-alpine-' || RF="$RF -C link-self-contained=no"
61export INSTALL_DIR=/usr/share APPID=com.system76.CosmicFiles
62CC="$PWD/.hammer-zig-cc" RUSTFLAGS="$RF" cargo build --release --locked --offline \
63  -p cosmic-files --no-default-features \
64  --features bzip2,dbus-config,desktop,io-uring,lzma-rust2,notify,wayland
65'''
66install = '''
67mkdir -p /out/usr/bin /out/usr/share/applications /out/usr/share/metainfo
68cp target/release/cosmic-files /out/usr/bin/cosmic-files
69chmod 755 /out/usr/bin/cosmic-files
70cp target/xdgen/com.system76.CosmicFiles.desktop      /out/usr/share/applications/ 2>/dev/null || true
71cp target/xdgen/com.system76.CosmicFiles.metainfo.xml /out/usr/share/metainfo/ 2>/dev/null || true
72for size in res/icons/hicolor/*; do
73  [ -d "$size" ] || continue
74  s=$(basename "$size")
75  if [ -f "$size/apps/com.system76.CosmicFiles.svg" ]; then
76    mkdir -p "/out/usr/share/icons/hicolor/$s/apps"
77    cp "$size/apps/com.system76.CosmicFiles.svg" "/out/usr/share/icons/hicolor/$s/apps/"
78  fi
79done
80'''
81
82[deps]
83# El juego fijo de todo cliente, más la cadena de `gvfs` (crates `gio`/`glib` → pkg-config sobre
84# `gio-2.0`/`glib-2.0`). `notify-rust` e `io-uring` no suman C: zbus y syscalls directas.
85#
86# Sin `gvfs` no hay glib: queda el juego fijo de todo cliente de la suite. `notify-rust`, `io-uring`,
87# `bzip2` y `lzma-rust2` no suman C (zbus, syscalls directas y backends en Rust).
88#
89# Queda anotado el intento anterior, que costó dos builds y vale como regla: cuando SÍ se declaró
90# `glib`, el error fue «Package 'libpcre2-8', required by 'glib-2.0', not found» — o sea que el que
91# falla no es la dep sino **lo que su `.pc` declara en `Requires`**. Declarar una dep trae su
92# artefacto, no su clausura de pkg-config. Se lee de una con `grep ^Requires` sobre los `.pc` del
93# artefacto, antes de gastar el build: `glib-2.0.pc → libpcre2-8`, `gobject-2.0.pc → libffi`,
94# `gio-2.0.pc → zlib`.
95build = ["libxkbcommon", "pkgconf", "libudev-zero", "libinput"]