4 Commits

Include renames

Author	SHA1	Message	Date
gitea-actions	b1b7d1fad1	Nezavádět další "kostky" tam, kde na to není důvod ... Značka image ve zkoušce, testovací kontejner a builder buildx se jmenovaly kostky. Všechno to vzniká a mizí uvnitř jednoho běhu CI, nikam se to nepropisuje a nic to nestojí — jen jsem to zkopíroval ze zvyku. Jména v docker-compose.yaml (služba, container_name, svazek kostky-data) zůstávají; ta se dotýkají uložených dat a patří k tomu úklidu ve #16.	2026-08-23 20:41:03 +02:00
gitea-actions	b6066e2be8	Image vydávat z GitHubu, doma ho jen zkoušet ... Domácí runner běží v LXC. binfmt_misc je vlastnost jádra hostitele a do toho se kvůli počitadlu kostek vrtat nebude — je produkční. tonistiigi/binfmt sice hlásil úspěch, ale na hostiteli po něm nezůstala žádná registrace, takže buildkit arm64 mezi platformami nikdy neuvidí. Stejná dělba jako u binárek: doma se hlídá, na GitHubu se vydává. Zdejší workflow staví nativní amd64 obyčejným `docker build` a zkouší ho spustit nad každým pull requestem; žádný buildx, žádná emulace, nic, co by na runneru mohlo chybět. Publikaci multiarch image převzalo .github/workflows/image.yml, kde jsou běhouni plnohodnotné virtuály a emulace funguje bez zásahu. Publikovat jde nově jen z tagu. Ruční spuštění nad větví by udělalo `:latest` ukazující na rozdělanou práci.	2026-08-23 20:31:24 +02:00
gitea-actions	9283a87a1e	Ověřit emulaci dřív, než se do stavby pustíme ... První běh na runneru odhalil dvě věci. Rouru do `head` shodil pipefail: head zavřel rouru po dvaceti řádcích, docker dostal EPIPE a krok skončil na 255, přestože se builder založil v pořádku. Horší je, že binfmt se sice nainstaloval (installing: arm64 OK), ale buildkit pak arm64 mezi platformami nenabídl. Emulace musí být registrovaná s příznakem F, aby si na ni buildkit ve svém kontejneru sáhl bez interpretu v souborovém systému; jinak vidí jen nativní platformy. Doma to tak mám z qemu-user-static a proto tam multiarch stavba prošla. Builder se teď staví načisto — ten z minulého běhu by si pamatoval platformy z doby před registrací — a hned po něm se ověří, že arm64 v seznamu opravdu je. Bez toho by stavba spadla až na konci s hláškou, ze které se nic nepozná.	2026-08-23 20:14:17 +02:00
gitea-actions	0bb2e0efab	Publikovat image do registru balíčků Gitey ... Compose soubor měl v sobě build: context: .., takže si image stavěl z lokálních zdrojáků a bez naklonovaného repozitáře byl k ničemu. Proti LXC cestě, kde se stahuje hotová binárka, to byla nesrovnalost. Nové workflow staví image na domácím runneru a při vydání ho pošle do registru Gitey, pro amd64 i arm64. Compose se tím smrskl na jeden soubor, který si člověk stáhne a rovnou spustí. Automatický token Actions na balíčky nestačí — Gitea to zatím neumí a sama v dokumentaci odkazuje na osobní token. Je v secrets pod PACKAGE_TOKEN; jméno nesmí začínat na GITEA_, ten prefix si Gitea vyhrazuje. Nad pull requesty se image staví a zkouší, ale nepublikuje. Dockerfile do teď v CI žádné pokrytí neměl a rozbil by se až při releasu. Image se jmenuje podle repozitáře, dice-counter. Zbytek projektu pořád mluví o kostkách; sjednocení je na samostatné issue, protože se dotkne vydaných binárek i běžících instalací.	2026-08-23 20:09:20 +02:00