Az ÁSZF saját 3.2. pontja "megismerhető, megjeleníthető és letölthető"
szöveget kér — ezt egy önálló (külső CSS/JS-függőség nélküli) HTML oldal
is teljesíti (böngészőből menthető/nyomtatható), külön PDF-render nélkül.
Ez NEM ugyanaz, mint a HRF-33/34 ajánlat-szerződés PDF-je — az egy
ténylegesen elfogadott, hash-elt clickwrap-példány, más indokkal; azt nem
érinti ez a változás.
Egyszerűsödött CI-környezet: WeasyPrint + natív libek (pango/cairo) törölve,
csak pandoc + python3 kell. A manifest "pdf" mezője megszűnt.
A rendereletHTML immár kicsi (nincs PDF), ezért a teljes dist/ kimenet
visszacommitolódik "manifest/" néven (nem csak a JSON) — a fogyasztók
ugyanazzal a git clone-nal a HTML-t is megkapják, nem csak a metaadatot.
scripts/build-manifest.py: minden projekt-almappa .md dokumentumát
HTML+PDF-re renderel (pandoc → HTML, WeasyPrint → PDF, full_fonts=True —
lásd HRF-34, ugyanaz a determinizmus-óvintézkedés), és dist/legal-manifest.json-t
ír soronként: version (utolsó, a fájlt ténylegesen érintő commit rövid
hashe, NEM repo HEAD — HT-15), effective_from (a dokumentum saját
"Hatálybalépés napja" sorából parse-olva, null ha még [dátum] placeholder),
content_hash (a forrás git blob hashe, átmeneti megoldás, lásd a script
docstringjét).
.gitea/workflows/legal-manifest.yml: push/manual trigger, teljes (nem
sekély) checkout, pandoc+WeasyPrint telepítve explicit lépésként (nem
egyedi runner-image — így a CI-környezet a workflow fájlból látható és
reprodukálható).
Helyileg tesztelve: effective_from-parse, git_blob_hash, last_commit_hash,
pandoc HTML-render mind helyesen működik. A WeasyPrint-lépés Windows-on
nem tesztelhető (natív libek, lásd HRF-34) — a CI-futtatás bizonyítja.
Your Name