Eigenimage komt na Webinterface, besloten door de gebruiker. De vindplaats is
hier het punt: een masterplan zonder tier komt in geen enkele prioriteits-
herziening langs, dus een notitie in dat plan alleen zou op het moment dat het
ingaat niemand bereiken.
Daarom staat de keuze in de prioriteits-header van Webinterface, want dat is wat
een sessie bij het starten leest, met de opdracht erbij: promoveren met een nieuw
tussennummer en eerst de registervraag beantwoorden.
De kolom "afhankelijk van" in de masterplannen-tabel houdt zijn streepje. Die is
voor harde afhankelijkheden en dit is er geen; technisch kan het plan morgen.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Masterplan Eigenimage: van de code die nu uit app-data gemount wordt een image
maken, in het eigen Gitea-register.
Het plan begint met wat het niet oplost. De vanzelfsprekende motivatie zou zijn
dat wijzigingen een bestaande installatie niet bereiken, maar dat is niet meer
waar: alle code van deze app staat in een .template en die staan in de
update-whitelist. Alleen icon.png valt erbuiten, en dat is te klein om een plan
op te bouwen.
Wat overblijft weegt nog steeds: de code gaat uit app-data, het shell-blok van
honderd regels verlaat de compose en wordt een leesbaar entrypoint, en er is nog
een eigen digest in plaats van twee vreemde. De kosten staan er even hard in: een
bouwronde per wijziging, precies terwijl Webinterface op tier A itereert.
De registervraag is het echte open punt. Gitea werkt en dat is bij Evolu Relay
bewezen, maar bij inlevering zou het domein van de gebruiker in het pakket staan
en zou zijn thuisserver een afhankelijkheid van andermans installatie worden.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
