Eén app store, twee apps

umbrelOS leest per store één repo, dus twee apps in twee repo's kan niet. Deze
repo is de store en bevat vanaf nu Electrum Gate en het werk aan Evolu Relay.
Opgezet als verse repo op verzoek van de gebruiker: de historie van ElectrumTLS
en van EvoluRelay komt niet mee.

Dat heeft één gevolg dat verder gaat dan opruimen. In de historie van
ElectrumTLS staat het domein van de gebruiker en het certificaatpad, van vóór de
opschoning van 19-08. Die komt hier niet in. Zolang die repo op de Git-server
blijft staan verandert dat niets, dus het weghalen ervan is het laatste stuk van
open punt 3 van het plan Appstore, en geen bijzaak.

De store zelf hoefde niet te veranderen: store-id whatsnext, en dus blijft het
app-id whatsnext-electrum-gate. Dat hangt aan het store-id en niet aan de URL,
dus voor umbrelOS is dit dezelfde app in een andere store. Dat de store op 19-08
naar de maker genoemd werd in plaats van naar deze ene app, betaalt zich hier
uit.

Wat de documentatie betreft is dit één wortel voor beide apps, en dat was de
reden om samen te voegen en niet de prijs ervan: de appstore-spec, het pinnen
van images en de werkwijze golden al voor allebei en stonden in twee repo's naast
elkaar. De kruisverwijzing die daarvoor nodig was (Referenties/Umbrel-appstore.md
in de oude EvoluRelay-repo) is verdwenen; wat daarin stond over de plekken waar
de relay een ander geval is, staat nu als ontwerp in het masterplan Umbrelapp §4.

Botsende namen kregen een achtervoegsel met de app, en alleen die: Publicatie
werd Publicatie-Gate en Publicatie-Relay, CHANGELOG.md werd
CHANGELOG-electrum-gate.md. Proefopstelling kreeg 007, tussen de twee bestaande
nummers, zodat de bovenkant van de reeks op tier-orde blijft staan.
CONTINUE_HERE.md heeft een kolom App, maar de tiers lopen over beide apps heen:
er is één volgorde van werken.

Electrum Gate gaat naar 0.0.15, want website, repo, support, submission en icon
wijzen nu naar UmbrelApps en zonder versieverhoging rolt dat niet uit. De release
notes leggen aan de gebruiker uit dat hij de store opnieuw moet toevoegen. Of een
geïnstalleerde app een wisseling van store-URL overleeft is nog steeds niet
uitgezocht; dat blijkt bij het omzetten.

Twee dingen in de plannen van Electrum Gate waren door deze verhuizing niet meer
waar en zijn bijgewerkt: de taak "de repo hernoemen" in fase 7 is afgevinkt, en
de repo-vorm in PLAN.md §4a toonde nog de store-id electrumtls, die al sinds
fase 7 achterhaald was.

Tests: 39 goed 0 fout en 54 goed 0 fout, niets overgeslagen.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

Docs/Plannen/Actief/007-Proefopstelling/OPEN.md

@@ -0,0 +1,50 @@
+# Open punten - Proefopstelling
+
+> Beslissingen die nog een **eigenaar** of een **moment** nodig hebben. Staat een punt hier zonder
+> allebei, dan is dat de eerste fout om op te lossen. Wordt een punt een taak, dan verhuist het naar
+> [TAKEN.md](TAKEN.md).
+>
+> **Nummers blijven staan**, ook als een punt beslist is: er kan elders naar verwezen worden, ook vanuit
+> codecommentaar. Beslissen betekent verplaatsen naar de kop hieronder, niet hernummeren.
+
+## Nog te beslissen
+
+1. **Waar draait de proefopstelling?**
+   Er zijn twee plekken en ze meten niet hetzelfde. Een machine met Docker onder handbereik is het
+   snelst en het makkelijkst opruimen. De Umbrel zelf lijkt dichter bij het doel, maar dat is
+   schijnnauwkeurigheid: je draait dan nog steeds niet als umbrelOS-app, je hebt wel meteen last van
+   poortbotsingen met wat er al draait, en een mislukte poging laat rommel achter op een
+   productiemachine.
+   Voorstel: de losse machine, tenzij er een reden is dat het daar niet kan. De echte controle op de
+   Umbrel hoort bij het masterplan **Umbrelapp**.
+   **Moment:** voor fase 2 · **Eigenaar:** gebruiker
+
+2. **Welke Trezor Suite telt?**
+   Desktop, web en mobiel zijn drie verschillende programma's, en het is niet gegeven dat ze alle drie
+   een eigen sync-server accepteren. Het antwoord bepaalt wat "het werkt" betekent, en het bepaalt ook
+   het masterplan **Bereikbaarheid**: alleen desktop op het thuisnetwerk vraagt veel minder dan een
+   telefoon onderweg.
+   **Moment:** valt samen met de "Volgende stap" van fase 1 · **Eigenaar:** gebruiker
+
+3. **Is er een tweede apparaat om mee te synchroniseren?**
+   Fase 3 heeft er een nodig, want dat is de enige controle die bewijst dat de relay doet waarvoor hij
+   bestaat. Een tweede installatie van Suite op dezelfde machine kan misschien ook, maar dat is niet
+   uitgezocht en het is zwakker bewijs: dezelfde machine, hetzelfde netwerk.
+   **Moment:** voor fase 3 · **Eigenaar:** gebruiker
+
+4. **Wat als de quota-manager verplicht blijkt én zelf een externe dienst nodig heeft?**
+   Dan is dit geen pakketteerprobleem meer. Denkrichtingen, niet in volgorde: de quota-manager mee
+   pakketteren met een minimale configuratie die niets betaalt; uitzoeken of er een schakelaar is die de
+   controle uitzet; of concluderen dat zelf hosten niet bedoeld is en het project hier stoppen. Dat
+   laatste is een geldige uitkomst en zou de goedkoopste zijn die dit plan kan opleveren.
+   **Moment:** zodra fase 1 of fase 2 het antwoord geeft · **Eigenaar:** gebruiker beslist, op basis van
+   wat er dan bekend is
+
+5. **Wordt de proefopstelling zelf vastgelegd in deze repo?**
+   Een `compose/`-map met de gebruikte compose en een `.env.sample` maakt het herhaalbaar, en dat is
+   veel waard als er over twee weken pas verder gewerkt wordt. Er zit een prijs aan: deze repo wordt
+   publiek, dus er mag geen enkel echt geheim in, en een tweede compose naast die van het pakket kan
+   later verwarren welke de echte is.
+   Voorstel: wel, in een map die duidelijk `proefopstelling/` heet, met uitsluitend een `.env.sample`
+   en nooit een `.env`.
+   **Moment:** bij de eerste geslaagde start in fase 2 · **Eigenaar:** gebruiker