# cosmic-files — el gestor de ficheros. Segunda aplicación con ventana del catálogo, y la más barata
# de todas: **su código ya se compiló entero** cuando entró `cosmic-term`, que lo usa como CRATE (el
# selector de ficheros y el arrastrar-y-soltar). Acá sólo se lo construye como PROGRAMA.
#
# ── PERO NO ES GRATIS DEL TODO, Y LA DIFERENCIA ES UNA LÍNEA DE `cosmic-term` ───────────────────
# `cosmic-term` lo declara con `default-features = false`. Sus features por defecto incluyen
# **`gvfs`**, que trae los crates `gio`/`glib` — bindings a la **glib de C** por pkg-config. O sea que
# el gestor de ficheros como APLICACIÓN cuesta más que como librería, por una línea del Cargo.toml
# del vecino: *lo que un paquete cuesta depende de con qué features lo pide quien lo usa*, y
# «ya se compiló» puede ser falso.
#
# ── `gvfs` APAGADA, Y POR QUÉ NO SE PUDO DEJAR ──────────────────────────────────────────────────
# Con `gvfs` el enlace final pide las glib **COMPARTIDAS**:
#     error: unable to find dynamic system library 'gio-2.0'
#     …y detrás: gobject-2.0, glib-2.0, ffi, pcre2-8, z
# El corpus las empaqueta **sólo estáticas**, así que haría falta una cadena `-shared` entera (glib +
# pcre2 + libffi + zlib), que es una campaña aparte y mete una segunda glib en la imagen — justo lo
# que la campaña GNOME midió y evitó. Se apaga `gvfs`: **se pierden los montajes remotos/de red**
# (SFTP, MTP, trash sobre gvfs), no la navegación local, que es lo que esta imagen tiene.
#
# ⚠ Y por eso **NO se construye `cosmic-files-applet`**: su `Cargo.toml` fija `features = [… "gvfs" …]`
# a mano, así que apagarla en el paquete raíz no lo alcanza. Es un applet del panel, no el gestor;
# queda como deuda junto con la cadena glib compartida.
#
# `bzip2` 0.6 NO trae C: resuelve a `libbz2-rs-sys`, que es Rust puro. Se comprobó en el `Cargo.lock`
# (`bzip2-sys` no aparece) antes de agregar una dep que no hacía falta.
name    = "cosmic-files"
version = "1.5.0"
license = "GPL-3.0-only"

[source]
tarball = "https://github.com/pop-os/cosmic-files/archive/epoch-1.5.0/cosmic-files-epoch-1.5.0.tar.gz"
sha256  = "da8567bcd0a15ca6522a8800ec800701f8e994ef5da52513b3afdf95370e3bf1"

[build]
compiler = "zig-cc"
target   = "x86_64-linux-musl"
link     = "dynamic"

[build.phases]
# Fase compile CUSTOM: hay que elegir features a mano (`--no-default-features`), que la fase que
# autogenera el lab no permite. Se construye SÓLO el paquete raíz —no `--workspace`— porque el otro
# miembro es el applet, que exige gvfs.
#
# La lista es la `default` de upstream MENOS `gvfs` (ver arriba) y MENOS **`wgpu`**. Lo de wgpu no es
# una preferencia estética: con él el árbol de build (wgpu + naga + ash + glow + spirv, todo a
# `codegen-units=1`) desbordó el filesystem —`No space left on device` creando un temp dir en
# `/src/target`— dos veces. Y no se pierde nada real: **todo el resto de los clientes que sellamos
# pinta con tiny-skia** porque su libcosmic entra sin esa feature, y la imagen no tiene GPU (mesa es
# llvmpipe por software), así que el backend wgpu se caería a software de todos modos.
#
# `INSTALL_DIR` y `APPID` los exporta el justfile de upstream y los lee el `build.rs` (crate `xdgen`)
# para generar el `.desktop` y el `.metainfo.xml` en `target/xdgen/`. Sin ellos el `.desktop` sale
# con rutas equivocadas — y ese fichero es justamente lo que hace que la aplicación aparezca en la
# biblioteca.
compile = '''
printf '%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"
chmod +x "$PWD/.hammer-zig-cc"
RF="-C linker=$PWD/.hammer-zig-cc -C target-feature=-crt-static"
rustc -vV | grep -q 'host: .*-alpine-' || RF="$RF -C link-self-contained=no"
export INSTALL_DIR=/usr/share APPID=com.system76.CosmicFiles
CC="$PWD/.hammer-zig-cc" RUSTFLAGS="$RF" cargo build --release --locked --offline \
  -p cosmic-files --no-default-features \
  --features bzip2,dbus-config,desktop,io-uring,lzma-rust2,notify,wayland
'''
install = '''
mkdir -p /out/usr/bin /out/usr/share/applications /out/usr/share/metainfo
cp target/release/cosmic-files /out/usr/bin/cosmic-files
chmod 755 /out/usr/bin/cosmic-files
cp target/xdgen/com.system76.CosmicFiles.desktop      /out/usr/share/applications/ 2>/dev/null || true
cp target/xdgen/com.system76.CosmicFiles.metainfo.xml /out/usr/share/metainfo/ 2>/dev/null || true
for size in res/icons/hicolor/*; do
  [ -d "$size" ] || continue
  s=$(basename "$size")
  if [ -f "$size/apps/com.system76.CosmicFiles.svg" ]; then
    mkdir -p "/out/usr/share/icons/hicolor/$s/apps"
    cp "$size/apps/com.system76.CosmicFiles.svg" "/out/usr/share/icons/hicolor/$s/apps/"
  fi
done
'''

[deps]
# El juego fijo de todo cliente, más la cadena de `gvfs` (crates `gio`/`glib` → pkg-config sobre
# `gio-2.0`/`glib-2.0`). `notify-rust` e `io-uring` no suman C: zbus y syscalls directas.
#
# Sin `gvfs` no hay glib: queda el juego fijo de todo cliente de la suite. `notify-rust`, `io-uring`,
# `bzip2` y `lzma-rust2` no suman C (zbus, syscalls directas y backends en Rust).
#
# Queda anotado el intento anterior, que costó dos builds y vale como regla: cuando SÍ se declaró
# `glib`, el error fue «Package 'libpcre2-8', required by 'glib-2.0', not found» — o sea que el que
# falla no es la dep sino **lo que su `.pc` declara en `Requires`**. Declarar una dep trae su
# artefacto, no su clausura de pkg-config. Se lee de una con `grep ^Requires` sobre los `.pc` del
# artefacto, antes de gastar el build: `glib-2.0.pc → libpcre2-8`, `gobject-2.0.pc → libffi`,
# `gio-2.0.pc → zlib`.
build = ["libxkbcommon", "pkgconf", "libudev-zero", "libinput"]