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…

⎇ main scripts/servidor/publicar-humanoid.sh Shell · 57 siq'ikuna · 3.2 KB Ñawpa willay ch'uya

la subpágina de humanoid se publica con rsync, y queda dicho por qué 984ebdf58 · Sergio ·

1#!/bin/sh
2# Publica la subpágina `gioser.net/humanoid` en la caja. SE CORRE DESDE EL LAPTOP, no en la caja.
3#
4# ── POR QUÉ ES DISTINTA DE LAS DEMÁS (2026-09-18) ───────────────────────────────────────────────
5# El resto de los sitios se publican con `git pull` porque Caddy sirve de los clones
6# (`publicar-webs.sh`). Con humanoid no se puede: su repo es el proyecto **Android** —gradle, con
7# consola/cubo/keyboard/launcher/matiz/nimbo/nonet/notas— y lo que se sirve son **APK ya
8# construidos** más su índice. Eso es salida de release: no vive en ningún repo, y para regenerarla
9# hay que COMPILAR con Android SDK + Java, que la caja no tiene.
10#
11# Así que hasta que la caja pueda construir Android, esto es un `rsync` del árbol que produce el
12# laptop. Es un puente declarado, no el modelo: el día que haya build reproducible, esta receta se
13# jubila y humanoid se publica como los demás.
14#
15# ⚠ `--checksum` a propósito: los APK se reconstruyen a menudo con el MISMO tamaño y otra fecha, y
16# un rsync por fecha subiría 91 M cada vez. Con checksum se midió lo que de verdad cambia: en la
17# corrida del 2026-09-18, tres ficheros (`index.html`, `en/index.html` y `rizoma-launcher.apk`) —los
18# otros nueve APK sólo tenían la marca de tiempo distinta.
19#
20# ⚠ Y NO lleva `--delete`: el árbol de la caja podría tener algo que el laptop no, y borrar a ciegas
21# en lo que se está sirviendo no es una publicación, es una pérdida. Si hace falta podar, a mano.
22set -eu
23
24ORIGEN=${ORIGEN:-/home/sergio/gioser-web/humanoid/}
25CAJA=${CAJA:-root@2.29.29.217}
26DESTINO=${DESTINO:-/work/www/gioser-web/humanoid/}
27LLAVE=${LLAVE:-$HOME/.ssh/github5}
28PUERTO=${PUERTO:-22022}
29URL=${URL:-https://gioser.net/humanoid/}
30
31[ -f "${ORIGEN}index.html" ] || { echo "no encuentro la página en $ORIGEN" >&2; exit 1; }
32SSH="ssh -i $LLAVE -p $PUERTO -o StrictHostKeyChecking=accept-new"
33
34echo "==> qué cambia (en seco, por contenido)"
35rsync -an --checksum --itemize-changes -e "$SSH" "$ORIGEN" "$CAJA:$DESTINO" | grep -E '^[<>ch]' || echo "  (nada)"
36
37echo "==> subiendo"
38rsync -a --checksum --itemize-changes -e "$SSH" "$ORIGEN" "$CAJA:$DESTINO" | grep -E '^[<>ch]' || true
39
40# ── CONTROL: lo que se SIRVE, no lo que se copió ────────────────────────────────────────────────
41# Un rsync que "salió bien" y una página vieja conviven sin ruido: hay que preguntarle al sitio.
42echo "==> control"
43loc=$(sha256sum "${ORIGEN}index.html" | cut -c1-12)
44viv=$(curl -s --max-time 30 "$URL" | sha256sum | cut -c1-12)
45[ "$loc" = "$viv" ] || { echo "  ✗ la página servida ($viv) NO es la local ($loc)" >&2; exit 1; }
46echo "  ✓ índice: $viv"
47
48# Y un APK, porque el índice puede estar bien y la descarga rota: es lo que la gente se lleva.
49apk=$(ls "$ORIGEN"*.apk 2>/dev/null | head -1)
50if [ -n "$apk" ]; then
51  n=$(basename "$apk")
52  l=$(sha256sum "$apk" | cut -c1-12)
53  v=$(curl -s --max-time 120 "$URL$n" | sha256sum | cut -c1-12)
54  [ "$l" = "$v" ] || { echo "  ✗ $n servido ($v) ≠ local ($l)" >&2; exit 1; }
55  echo "  ✓ $n: $v"
56fi
57echo "==> humanoid publicado"