tawasuyu

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…

TOML 1488Shell 182Rust 107Markdown 963619 Definiciones

⎇ 08440220b6bd440bbb0c774a2786f8dd0edded12 scripts/cosmic/cosmic-start.sh Shell · 316 líneas · 19.4 KB Historia crudo

estado: cosecha granja 2026-08-05T19:00:17Z — avance del árbol KDE 08440220b · sergio ·

1#!/bin/sh
2# cosmic-start — lo que el console-getty ejecuta en vez de /bin/sh en la imagen COSMIC de QEMU.
3# Hermano de gnome-start y plasma-start; hereda de ellos todo lo que ya está pago y sólo diverge en
4# lo que COSMIC necesita.
5#
6# Es `/bin/sh` (busybox ash) a propósito, aunque `start-cosmic` de upstream sea bash: este script
7# corre ANTES, prepara el entorno, y después le pasa la posta. Cuanto menos dependa, más temprano
8# puede reportar.
9set -u
10# PATH ARRIBA DE TODO, y no es cosmético. El getty entrega un PATH que NO trae /usr/bin, y en esta
11# imagen `mkdir` sólo existe ahí (`/usr/bin/mkdir → coreutils`; la base metal no tendió el symlink
12# `/bin/mkdir → busybox` que sí tienen chmod, mount, sed y tee). Resultado: los cuatro `mkdir -p` de
13# la preparación fallaban con «mkdir: not found» y la sesión arrancaba IGUAL, porque los directorios
14# venían horneados en la imagen. Un fallo que no se cobra nada hasta que alguien cambia la imagen.
15export PATH=/usr/bin:/bin:/usr/sbin:/sbin
16say()   { echo "== cosmic-qemu :: $*" | tee -a /dev/console /dev/ttyS0 2>/dev/null; }
17dump()  { echo "---- $1 ----" > /dev/ttyS0 2>/dev/null; cat "$1" > /dev/ttyS0 2>/dev/null; }
18alive() { s=$(sed -n 's/^State:[[:space:]]*//p' /proc/$1/status 2>/dev/null); case "$s" in ""|Z*) return 1;; *) return 0;; esac; }
19
20say "arrancando (pid $$)"
21
22# El getty ejecuta este script SIN ambiente heredable, así que las perillas de la imagen viajan como
23# FICHERO —mismo truco que `/etc/gnome-mode`—. Hoy sólo `COSMIC_MODE` (bare|session).
24[ -r /etc/cosmic-mode ] && . /etc/cosmic-mode
25
26# ── FS virtuales y directorios de runtime ───────────────────────────────────────────────────────
27mount -t proc none /proc 2>/dev/null
28mount -t sysfs none /sys 2>/dev/null
29mount -t devtmpfs none /dev 2>/dev/null
30mkdir -p /dev/pts /dev/shm && mount -t devpts none /dev/pts 2>/dev/null && mount -t tmpfs none /dev/shm 2>/dev/null
31# XDG_RUNTIME_DIR es OBLIGATORIO para Wayland: ahí viven el socket del compositor y los de los
32# clientes. Sin él el compositor arranca y nadie puede conectarse — y el error que da es del cliente,
33# no del compositor, que es lo que hace confuso el diagnóstico.
34export XDG_RUNTIME_DIR=/run/user/0
35mkdir -p "$XDG_RUNTIME_DIR" && chmod 700 "$XDG_RUNTIME_DIR"
36# …y COMPROBARLO, porque el primer arranque falló justo acá y el error salía del sitio equivocado:
37# dbus decía «XDG_RUNTIME_DIR /run/user/0 not available» y eso se lee como un problema de dbus. El
38# `mkdir -p` de arriba no garantiza nada si /run no es escribible o si algo lo montó encima.
39if [ -d "$XDG_RUNTIME_DIR" ] && [ -w "$XDG_RUNTIME_DIR" ]; then
40  say "XDG_RUNTIME_DIR OK ($XDG_RUNTIME_DIR)"
41else
42  say "!! XDG_RUNTIME_DIR NO existe/no escribible — /run es: $(ls -ld /run 2>&1)"
43  say "   montando tmpfs en /run"
44  mount -t tmpfs none /run 2>/dev/null
45  mkdir -p "$XDG_RUNTIME_DIR" && chmod 700 "$XDG_RUNTIME_DIR"
46  [ -w "$XDG_RUNTIME_DIR" ] && say "   ✓ ahora sí" || say "   ✗ sigue sin andar"
47fi
48mkdir -p /root/.config /root/.cache /var/lib/dbus /run/dbus /tmp && chmod 1777 /tmp
49export HOME=/root SHELL=/bin/bash   # PATH ya salió arriba, antes del primer mkdir
50
51say "kernel $(uname -r) · drm: $(ls /dev/dri 2>/dev/null | tr '\n' ' ')"
52
53# ── Render por software: la VM no tiene GPU ─────────────────────────────────────────────────────
54# Las cuatro perillas vienen pagas de las campañas KDE y GNOME. `GBM_ALWAYS_SOFTWARE` + el driver
55# `kms_swrast` son lo que hace que mesa acepte crear un device GBM sobre virtio-gpu sin acelerador;
56# `LP_NUM_THREADS=1` evita que llvmpipe se coma los cuatro vcpus y deje al compositor sin planificar.
57export GBM_ALWAYS_SOFTWARE=1
58export LIBGL_ALWAYS_SOFTWARE=1
59export MESA_LOADER_DRIVER_OVERRIDE=kms_swrast
60export LP_NUM_THREADS=1
61# COSMIC pinta con tiny-skia (libcosmic entra sin `wgpu`), pero el compositor SÍ usa EGL/GL por
62# smithay para componer, así que las de arriba siguen haciendo falta.
63export RUST_BACKTRACE=1
64export RUST_LOG="${RUST_LOG:-info}"
65
66# ── seatd: quién le da los devices al compositor ────────────────────────────────────────────────
67# smithay entra con `backend_session_libseat`, y libseat tiene dos backends: hablar con un `seatd`
68# corriendo, o —si el proceso ya es root— abrir los devices él mismo (`builtin`). Acá se levanta
69# seatd de verdad en vez de usar el builtin, porque es el camino que también sirve fuera de QEMU y
70# porque deja un log donde mirar. Si no sube, se cae al builtin: mejor un escritorio con andamio que
71# ninguno, pero se dice en el serial para que no pase por bueno.
72if [ -x /usr/bin/seatd ]; then
73  /usr/bin/seatd -g video >/tmp/seatd.log 2>&1 &
74  SEATD_PID=$!
75  sleep 1
76  if alive $SEATD_PID && [ -S /run/seatd.sock ]; then
77    say "seatd OK (pid $SEATD_PID, /run/seatd.sock)"
78  else
79    say "!! seatd no levantó — caigo a LIBSEAT_BACKEND=builtin (somos root)"; dump /tmp/seatd.log
80    export LIBSEAT_BACKEND=builtin
81  fi
82else
83  say "!! sin seatd — LIBSEAT_BACKEND=builtin"
84  export LIBSEAT_BACKEND=builtin
85fi
86
87# ── bus de SISTEMA ──────────────────────────────────────────────────────────────────────────────
88# cosmic-comp habla logind por zbus (sesión, inhibidores) y el bus de sesión lo abre después
89# `start-cosmic` con dbus-run-session. El de sistema hay que levantarlo acá.
90if [ -x /usr/bin/dbus-daemon ]; then
91  # ⚠ El mkdir de /run/dbus va ACÁ, no arriba con los demás. El primer arranque en modo bare falló
92  # con «Failed to bind socket /run/dbus/system_bus_socket: No such file or directory» aunque el
93  # directorio se creaba al principio del script: entre un punto y otro arje-zero sigue montando, y
94  # un tmpfs sobre /run se lleva puesto lo que hubiera. Crear justo antes de usar es la única forma
95  # de no depender de ese orden. Mismo motivo que el segundo mkdir de XDG_RUNTIME_DIR.
96  mkdir -p /run/dbus /var/lib/dbus
97  [ -f /var/lib/dbus/machine-id ] || dbus-uuidgen > /var/lib/dbus/machine-id 2>/dev/null
98  [ -f /etc/machine-id ] || cp /var/lib/dbus/machine-id /etc/machine-id 2>/dev/null
99  dbus-daemon --system --fork >/tmp/dbus-system.log 2>&1
100  sleep 1
101  [ -S /run/dbus/system_bus_socket ] && say "bus de sistema OK" || { say "!! sin bus de sistema:"; dump /tmp/dbus-system.log; }
102else
103  say "!! sin dbus-daemon"
104fi
105
106# ── login1: el shim de arje ─────────────────────────────────────────────────────────────────────
107# Mismo eslabón que en GNOME y KDE. cosmic-comp pregunta por su sesión; quien contesta
108# `org.freedesktop.login1` acá es arje-logind-compat. Se ESPERA el nombre, no el pid: un pid no es un
109# servicio, y esperar sólo al final deja pasar la carrera (lección de gnome-start, 2026-08-03).
110if [ -x /usr/bin/arje-logind-compat ]; then
111  ARJE_LOGIN_STATE=1 /usr/bin/arje-logind-compat >/tmp/logind-compat.log 2>&1 &
112  say "arje-logind-compat lanzado (pid $!)"
113  i=0
114  while [ $i -lt 20 ]; do
115    if dbus-send --system --dest=org.freedesktop.DBus --print-reply /org/freedesktop/DBus \
116         org.freedesktop.DBus.NameHasOwner string:org.freedesktop.login1 2>/dev/null | grep -q "boolean true"; then
117      say "bus: org.freedesktop.login1 OK"; break
118    fi
119    i=$((i+1)); sleep 0.5
120  done
121  [ $i -lt 20 ] || { say "!! login1 NO apareció en 10s:"; dump /tmp/logind-compat.log; }
122else
123  say "!! sin arje-logind-compat — cosmic-comp puede no hallar sesión"
124fi
125
126# ── COSMIC ──────────────────────────────────────────────────────────────────────────────────────
127export XDG_CURRENT_DESKTOP=COSMIC XDG_SESSION_DESKTOP=COSMIC XDG_SESSION_TYPE=wayland
128export XDG_SESSION_ID=1 XDG_SEAT=seat0 XDG_VTNR=1
129export XDG_DATA_DIRS=/usr/share XDG_CONFIG_DIRS=/etc/xdg
130
131# Y otra vez JUSTO ANTES de arrancar, no sólo al principio: entre el getty y este punto pasan varios
132# segundos en los que arje-zero sigue montando cosas, y un tmpfs sobre /run se lleva puesto el
133# directorio sin avisar. Comprobar al principio y usar al final es cómo se cuela una carrera.
134mkdir -p "$XDG_RUNTIME_DIR" && chmod 700 "$XDG_RUNTIME_DIR"
135[ -w "$XDG_RUNTIME_DIR" ] || say "!! XDG_RUNTIME_DIR se perdió entre el arranque y ahora"
136
137# ── EL DEMONIO DE PIPEWIRE ──────────────────────────────────────────────────────────────────────
138# Faltaba, y el hueco no se veía: `/usr/bin/pipewire` está en la imagen desde que entró como dep de
139# `cosmic-settings-daemon`, pero NADIE lo arrancaba. En una distro con systemd de usuario lo levanta
140# `pipewire.socket`; acá no hay tal cosa, así que es tarea de este script — el mismo patrón que el
141# bus de sistema y que login1.
142#
143# La consecuencia medida de que faltara: `org.freedesktop.portal.ScreenCast.CreateSession` ACEPTA y
144# devuelve su objeto Request —o sea que la cadena del portal está bien—, pero no puede haber stream,
145# porque el backend negocia el nodo contra un demonio que no existe. Un fallo que se manifiesta como
146# «no pasa nada» tres capas más arriba de la causa.
147#
148# Va ACÁ y no junto al bus de sesión a propósito: pipewire no necesita D-Bus para arrancar, sólo
149# XDG_RUNTIME_DIR (es donde abre su socket). Ponerlo justo después de asegurar ese directorio lo hace
150# válido para los DOS modos —bare y session— sin duplicar el bloque.
151#
152# ⚠ Sin `wireplumber` (el gestor de sesión, que ni siquiera está construido) pipewire arranca y sirve,
153# pero no gestiona dispositivos: no descubre tarjetas ni enruta audio. Para SCREENCAST eso alcanza —
154# el backend del portal crea su propio nodo de video— y para AUDIO no. Son dos preguntas distintas y
155# esta pieza sólo contesta la primera.
156if [ -x /usr/bin/pipewire ]; then
157  /usr/bin/pipewire >/tmp/pipewire.log 2>&1 &
158  PW_PID=$!
159  # El socket, no el pid: misma disciplina que el compositor. `pipewire-0` es el nombre por defecto
160  # (`core.name` en pipewire.conf); si el demonio muere al instante, el pid sigue "existiendo" un
161  # rato y esperar por él daría un OK falso.
162  i=0
163  while [ $i -lt 20 ]; do
164    [ -S "$XDG_RUNTIME_DIR/pipewire-0" ] && { say "pipewire OK (socket pipewire-0, pid $PW_PID)"; break; }
165    alive $PW_PID || { say "!! pipewire MURIÓ antes de abrir el socket:"; dump /tmp/pipewire.log; break; }
166    i=$((i+1)); sleep 0.5
167  done
168  [ -S "$XDG_RUNTIME_DIR/pipewire-0" ] || { say "!! pipewire sin socket en $((i/2))s:"; dump /tmp/pipewire.log; }
169else
170  say "!! sin /usr/bin/pipewire — ScreenCast no va a poder crear stream"
171fi
172
173# ── EL GESTOR DE SESIÓN: wireplumber ────────────────────────────────────────────────────────────
174# pipewire se construye con `-Dsession-managers=[]`, o sea que arranca y sirve pero NO TIENE
175# POLÍTICA: nada decide qué es entrada, qué es salida, ni quién mueve un nodo de `Paused` a
176# `Streaming`. wireplumber es esa política, escrita en Lua.
177#
178# Por qué está acá y no antes: **necesita el socket de pipewire ya abierto**. Se lanza después a
179# propósito, no por orden estético — un gestor de sesión sin demonio que gestionar sale con error.
180#
181# Acá NO se puede esperar un socket, porque wireplumber no abre ninguno: es un CLIENTE de pipewire,
182# no un servidor. Lo que dice que hizo su trabajo es que aparezca como cliente en el grafo
183# (`pw-cli ls Client`), y eso es una medición del sistema, no una condición de arranque. Así que se
184# espera un instante y se reporta si el proceso sigue vivo — con el log a mano, que es lo que sirve
185# cuando falla.
186if [ -x /usr/bin/wireplumber ] && [ -S "$XDG_RUNTIME_DIR/pipewire-0" ]; then
187  /usr/bin/wireplumber >/tmp/wireplumber.log 2>&1 &
188  WP_PID=$!
189  sleep 2
190  if alive $WP_PID; then
191    say "wireplumber OK (pid $WP_PID) — hay gestor de sesión"
192  else
193    say "!! wireplumber MURIÓ:"; dump /tmp/wireplumber.log
194  fi
195elif [ -x /usr/bin/wireplumber ]; then
196  say "!! wireplumber presente pero sin socket de pipewire — no se lanza"
197else
198  say "-- sin wireplumber (pipewire sirve, pero sin política de sesión)"
199fi
200
201# ── FONDO: color liso, porque la imagen por defecto NO SE PUEDE EMPAQUETAR ────────────────────
202# El default de cosmic-bg apunta a `/usr/share/backgrounds/cosmic/orion_nebula_nasa_heic0601a.jpg`,
203# que vive en el repo `cosmic-wallpapers`… en **git-lfs**: el tarball de GitHub pesa 20 KB y trae
204# punteros, no imágenes. O sea que la receta obvia produciría un paquete de ficheros de texto.
205# Mientras eso no se resuelva, se escribe la config de USUARIO con una fuente `Color`, que
206# cosmic-bg soporta de fábrica. Va acá y no en el artefacto a propósito: es política de esta
207# imagen de prueba, no algo que el paquete prometa.
208if [ ! -f /usr/share/backgrounds/cosmic/orion_nebula_nasa_heic0601a.jpg ]; then
209  mkdir -p "$HOME/.config/cosmic/com.system76.CosmicBackground/v1"
210  cat > "$HOME/.config/cosmic/com.system76.CosmicBackground/v1/all" <<'RON'
211(
212  output: "all",
213  source: Color(Single((0.13, 0.29, 0.53))),
214  filter_by_theme: true,
215  rotation_frequency: 3600,
216  filter_method: Lanczos,
217  scaling_mode: Zoom,
218  sampling_method: Alphanumeric,
219)
220RON
221  say "fondo: color liso (el wallpaper por defecto vive en git-lfs y no se empaqueta)"
222fi
223
224# ── SEMILLA DE CONFIG DE qalc, SIN LA CUAL LA CALCULADORA DEL LANZADOR NUNCA ANDA ────────────────
225# En el primer arranque `qalc` hace una PREGUNTA interactiva («¿activar autocalc?») antes de leer
226# nada. El plugin `calc` de pop-launcher le escribe la expresión y cierra el pipe, así que la
227# expresión se consume como respuesta, no es un sí/no válido, y qalc **no llega a guardar config** ⇒
228# la próxima vez vuelve a preguntar. O sea que sin sembrar esto no falla una vez: falla SIEMPRE.
229# Es política de la imagen, no del paquete —igual que el color de fondo—: una distro de verdad lo
230# pondría en el esqueleto de /etc/skel.
231if [ ! -f "$HOME/.config/qalculate/qalc.cfg" ]; then
232  mkdir -p "$HOME/.config/qalculate"
233  printf '[General]\ncalculate_as_you_type=0\n' > "$HOME/.config/qalculate/qalc.cfg"
234  say "qalc: config sembrada (si no, la pregunta de primer arranque se come la cuenta)"
235fi
236
237# ── MODO: bare (default) o session ──────────────────────────────────────────────────────────────
238# `cosmic-session` llama a `cosmic-settings-daemon` con
239# `.expect("failed to start settings daemon")` (src/main.rs:255) y PANICKEA si no está — no es
240# opcional ni está detrás de una feature.
241#
242# ⚠ **DESACTUALIZADO Y CORREGIDO (2026-08-05)**: acá decía que ese daemon «todavía no se puede
243# construir acá (arrastra pipewire)». Es falso desde hace tiempo — `cosmic-settings-daemon` está
244# sellado y corre, y `pipewire` está en la imagen. Se deja el rastro porque el comentario viejo
245# mandaba a buscar un bloqueo que ya no existe.
246#
247# Lo que SÍ faltaba, y era otra cosa, **ya está**: nadie arrancaba el demonio de pipewire. Se
248# corrigió arriba (bloque «EL DEMONIO DE PIPEWIRE», justo después de XDG_RUNTIME_DIR). Queda
249# `wireplumber` sin construir, que es lo que separa «hay stream de video» de «hay audio».
250#
251# El modo `bare` es la otra mitad que upstream ya soporta (`make install-bare-session`): el
252# compositor se lanza SOLO y los clientes se levantan a mano contra su WAYLAND_DISPLAY. Sirve para lo
253# que hace falta ahora, que es saber si el escritorio PINTA — y separa las dos preguntas: «¿compone?»
254# es del compositor, «¿arranca la sesión?» es del gestor.
255#
256# COSMIC_MODE=session para probar el camino de producción cuando el daemon exista.
257if [ "${COSMIC_MODE:-bare}" = session ]; then
258  say "lanzando cosmic-session vía start-cosmic (modo session)"
259  /bin/bash /usr/bin/start-cosmic --in-login-shell >/tmp/cosmic-session.log 2>&1 &
260  CS_PID=$!
261else
262  say "lanzando cosmic-comp SOLO (modo bare; cosmic-session necesita settings-daemon)"
263  dbus-daemon --session --fork --print-address=1 >/tmp/dbus-session-addr 2>/tmp/dbus-session.log
264  DBUS_SESSION_BUS_ADDRESS=$(cat /tmp/dbus-session-addr 2>/dev/null)
265  [ -n "$DBUS_SESSION_BUS_ADDRESS" ] && export DBUS_SESSION_BUS_ADDRESS && say "bus de sesión OK" \
266    || { say "!! sin bus de sesión:"; dump /tmp/dbus-session.log; }
267  /usr/bin/cosmic-comp >/tmp/cosmic-session.log 2>&1 &
268  CS_PID=$!
269fi
270
271# ── Reporte: el socket, no el pid ───────────────────────────────────────────────────────────────
272# «Un pid no es un servicio» — la lección que costó dos iteraciones en GNOME. Lo que dice que el
273# compositor está VIVO es que exista su socket Wayland, no que el proceso no haya muerto todavía.
274i=0; WD=""
275while [ $i -lt 60 ]; do
276  WD=$(ls "$XDG_RUNTIME_DIR" 2>/dev/null | grep -m1 '^wayland-[0-9]$')
277  if [ -n "$WD" ]; then
278    say "compositor OK ($WD) — cosmic-comp ES el display server"
279    break
280  fi
281  alive $CS_PID || { say "!! la sesión MURIÓ antes de crear el socket:"; dump /tmp/cosmic-session.log; break; }
282  i=$((i+1)); sleep 1
283done
284[ -n "$WD" ] || say "!! sin socket wayland en ${i}s:"
285[ -n "$WD" ] || dump /tmp/cosmic-session.log
286
287# ── Los clientes, contra el socket que el compositor haya elegido ───────────────────────────────
288# En modo bare no hay quien los levante: `cosmic-session` es el que normalmente hace esto, y por eso
289# cada uno recibe WAYLAND_DISPLAY explícito. Se lanza sólo lo que ESTÉ instalado — la cola COSMIC se
290# construye por partes, y un `[ -x ]` de más es más barato que un arranque perdido.
291if [ -n "$WD" ] && [ "${COSMIC_MODE:-bare}" != session ]; then
292  export WAYLAND_DISPLAY="$WD"
293
294  for c in cosmic-bg cosmic-panel cosmic-osd cosmic-notifications cosmic-app-library cosmic-launcher cosmic-idle; do
295    if [ -x "/usr/bin/$c" ]; then
296      "/usr/bin/$c" >"/tmp/$c.log" 2>&1 &
297      say "cliente $c lanzado (pid $!)"
298      sleep 1
299    fi
300  done
301fi
302
303# Estado periódico + el log completo al final de cada tramo: el dato que importa no es que siga vivo
304# sino QUÉ componentes levantó la sesión.
305n=0
306while [ $n -lt 12 ]; do
307  sleep 15; n=$((n+1))
308  # `pgrep -c` de busybox devolvía 0 con el compositor VIVO y su socket abierto — o sea que el
309  # contador mentía. Se cuentan los /proc/*/comm, que es el dato del kernel y no una utilería.
310  say "STATUS +$((n*15))s: $(for c in /proc/[0-9]*/comm; do cat "$c" 2>/dev/null; done | grep -c '^cosmic') procesos cosmic · $(for c in /proc/[0-9]*/comm; do cat "$c" 2>/dev/null; done | grep '^cosmic' | sort -u | tr '\n' ' ')"
311  [ $n = 2 ] && { say "log del compositor (primer tramo)"; dump /tmp/cosmic-session.log; for l in /tmp/cosmic-bg.log /tmp/cosmic-panel.log; do [ -s "$l" ] && dump "$l"; done; }
312done
313
314say "fin de la ventana de observación"
315dump /tmp/cosmic-session.log
316exec /bin/sh