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