51 lines
3.1 KiB
Markdown
51 lines
3.1 KiB
Markdown
|
# 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
|