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…
⎇ a6a9d59e4f0d354cf2c9066538c6fa7016fc6721
recipes/incoming-cosmic/cosmic-workspaces-epoch.toml
Historia
crudo
licencias: 936 de 1141 (82%) — detección por evidencia, con sus dos imprecisiones declaradas
1# cosmic-workspaces — la vista general de espacios de trabajo (el «overview» de COSMIC). Cliente de
2# iced/libcosmic; el repo se llama `cosmic-workspaces-epoch` pero el binario y el AppID no llevan el
3# sufijo, y `cosmic-session` lo busca como `cosmic-workspaces`. Los tres nombres importan y no
4# coinciden: el del repo es el de la URL, el del binario el del PATH, y el AppID el de cosmic-config.
5name = "cosmic-workspaces-epoch"
6version = "1.5.0"
7license = "GPL-3.0"
8
9[source]
10tarball = "https://github.com/pop-os/cosmic-workspaces-epoch/archive/epoch-1.5.0/cosmic-workspaces-epoch-epoch-1.5.0.tar.gz"
11sha256 = "d7b54ce8dd229c6b76c2132b38d0814df656439bd4c014d04bd052143dcf4249"
12
13[build]
14compiler = "zig-cc"
15target = "x86_64-linux-musl"
16# ── DINÁMICO, Y NO ES UNA PREFERENCIA ──────────────────────────────────────────────────────────
17# `wayland-client` entra con la feature `dlopen`: no ENLAZA libwayland-client, la carga en runtime.
18# Un binario musl ESTÁTICO no tiene dlopen funcional, así que el cliente arranca y muere con
19# «The wayland library could not be loaded» — con el .so presente en el rootfs, que es lo que hace
20# el diagnóstico confuso: no falta la librería, falta poder abrirla.
21link = "dynamic"
22flags = ["--bin", "cosmic-workspaces"]
23
24[build.phases]
25install = '''
26mkdir -p /out/usr/bin /out/usr/share/applications /out/usr/share/icons/hicolor/scalable/apps
27cp target/release/cosmic-workspaces /out/usr/bin/cosmic-workspaces
28chmod 755 /out/usr/bin/cosmic-workspaces
29cp data/com.system76.CosmicWorkspaces.desktop /out/usr/share/applications/
30cp data/com.system76.CosmicWorkspaces.svg /out/usr/share/icons/hicolor/scalable/apps/
31'''
32
33[deps]
34# libudev-zero: lo pide `libudev-sys`, que llega por la cadena de libcosmic (enumeración de
35# monitores y de dispositivos de entrada). Es el tercer miembro fijo del juego de deps de todo
36# cliente de la suite, junto con libxkbcommon y pkgconf.
37# La línea de enlace del primer intento pedía, en este orden: `-ludev -linput -lxkbcommon`. Los
38# tres llegan por la cadena de libcosmic —enumeración de monitores y de dispositivos de entrada—,
39# no por nada que el cliente haga a la vista. Es el juego FIJO de todo cliente de la suite; se
40# descubrió uno por build hasta leerlo de una sola vez en el comando del linker.
41#
42# `mesa` es la QUINTA, y sólo la necesita ESTE cliente: la vista de espacios de trabajo muestra
43# miniaturas vivas de las ventanas, que el compositor le pasa como DMA-BUF por
44# `zcosmic-toplevel-info`. Para convertir ese buffer en algo dibujable importa el fd con GBM ⇒
45# `-lgbm`. O sea que la dep no viene del toolkit sino de lo que el programa MUESTRA — el único de
46# la suite que toca el pipeline gráfico además del compositor.
47build = ["libxkbcommon", "pkgconf", "libudev-zero", "libinput", "mesa"]