gitea-actions
7449c01b14
binárka / linux (pull_request) Failing after 10s
image / image (pull_request) Successful in 7s
testy / pytest (3.11) (pull_request) Successful in 1s
testy / pytest (3.12) (pull_request) Successful in 1s
testy / pytest (3.13) (pull_request) Successful in 1s
testy / pytest (3.14) (pull_request) Successful in 1s
Projekt se jmenuje dice-counter, ale skoro všude vystupoval jako kostky. Tohle je první ze dvou kroků podle #16: nová jména se zavádějí vedle starých, aby běžící instalace nic nerozbilo. Nově: binárka a spec dice-counter.spec, dist/dice-counter přílohy releasu dice-counter-linux-x86_64 a spol. služba v LXC dice-counter.service cesty v LXC /opt/dice-counter, /var/lib/dice-counter uživatel dice-counter hostname LXC dice-counter instalátor deploy/pve-dice-counter.sh datový adresář ~/.local/share/dice-counter a obdoby co appka hlásí "dice-counter <verze>" v banneru i v patičce Stará jména zatím fungují dál: - Přílohy se na release věší pod oběma jmény. - Instalátor umí stáhnout i kostky-*, takže starší vydání jdou nainstalovat pořád. - deploy/pve-kostky.sh zůstává jako přesměrování — příkaz `update` v už založených kontejnerech chodí pro instalátor právě tam. - Kontejnery z dřívějška se při aktualizaci přestěhují samy: služba se přejmenuje a databáze se přesune do /var/lib/dice-counter, takže o historii her nikdo nepřijde. - Binárka sáhne po ~/.local/share/kostky/dice.db, dokud nová databáze neexistuje. Při zkoušení přechodu vyplavala chyba, která tu byla už předtím: příkaz `update` si nový instalátor uloží do $HOME_DIR/install.sh a odtud ho pustí, takže `install -m 755 "$0" "$HOME_DIR/install.sh"` kopírovalo soubor sám na sebe. install to odmítne, se `set -e` spadl celý update. Ošetřeno testem `-ef`. Ověřeno v debianím kontejneru: přechod ze staré instalace (včetně běhu instalátoru z adresáře, který se během něj maže), čistá instalace, běh proti releasu, kde je jen stará příloha, a druhé spuštění za sebou. Refs #16
45 lines
1.8 KiB
Bash
Executable File
45 lines
1.8 KiB
Bash
Executable File
#!/usr/bin/env bash
|
|
# Postaví jednosouborovou binárku do dist/ — pro systém, na kterém běží.
|
|
#
|
|
# PyInstaller neumí křížovou kompilaci: binárku pro každý systém musí postavit
|
|
# ten systém. Linux se staví doma na vlastním runneru, Windows a macOS na
|
|
# půjčených strojích GitHub Actions (.github/workflows/binarky.yml).
|
|
#
|
|
# Staví se proti samostatnému CPythonu od uv, ne proti systémovému. Na Linuxu
|
|
# je slinkovaný s glibc 2.17, takže binárka jede i na letitých systémech.
|
|
# Postavená proti Pythonu z Fedory 44 by chtěla glibc 2.43 a nešla by spustit
|
|
# skoro nikde — glibc drží zpětnou kompatibilitu, ne dopřednou. Nic z hostitele
|
|
# se do ní nedostane, takže kontejner k tomu není potřeba.
|
|
set -euo pipefail
|
|
|
|
PYTHON_VERSION=${PYTHON_VERSION:-3.11}
|
|
BUILD=${BUILD:-.build}
|
|
|
|
# Verze, kterou binárka ohlásí přes --version. V CI ji na tagu vnutíme
|
|
# proměnnou, protože tam je repozitář naklonovaný na jeden commit a git
|
|
# describe nemá o co se opřít.
|
|
VERSION=${VERSION:-$(git describe --tags --always --dirty 2>/dev/null || echo neznámá)}
|
|
printf '%s\n' "$VERSION" > verze.txt
|
|
echo "Verze: $VERSION"
|
|
|
|
uv python install "$PYTHON_VERSION"
|
|
# --clear, protože runner si pracovní adresář mezi běhy drží a uv nad
|
|
# existujícím prostředím jinak skončí chybou. Stavíme načisto.
|
|
uv venv --quiet --clear --managed-python --python "$PYTHON_VERSION" "$BUILD"
|
|
|
|
# Windows dává spustitelné soubory venvu do Scripts/, zbytek světa do bin/.
|
|
python="$BUILD/bin/python"
|
|
pyinstaller="$BUILD/bin/pyinstaller"
|
|
if [ -d "$BUILD/Scripts" ]; then
|
|
python="$BUILD/Scripts/python.exe"
|
|
pyinstaller="$BUILD/Scripts/pyinstaller.exe"
|
|
fi
|
|
|
|
uv pip install --quiet --python "$python" -r requirements-build.txt
|
|
|
|
"$pyinstaller" --clean --noconfirm \
|
|
--distpath dist --workpath "$BUILD/work" dice-counter.spec
|
|
|
|
echo
|
|
ls -lh dist/
|