Alles prima. Nur braucht es mMn die zusätzliche Konfigfile-Option "first_run" nicht.
* Alte Versionen kennen ihn nicht.
* Neue Versionen brauchen ihn auch nicht:
Alle Versionen gucken als erstes nach der Konfigdatei. Gibt es die, prima. Alles wie gehabt.
Fehlt die, schmieren die alten Versionen auch nicht ab, sondern laden Cmdline params, und wenn's die auch nicht gibt, starten sie mit builtins.
Neue Versionen erkennen aber, oh, keine Konfig, dann muss ich erst eine bauen --> first_run....
(Es gibt ja keinen "Auslieferungszustand", weil es keinen zentralen Auslieferer gibt. )
piTelex Setup: grundlegende Überlegungen
-
obrecht
- Rank 9

- Beiträge: 920
- Registriert: Fr 26. Jun 2020, 18:53
- Wohnort: Aachen
- Hauptanschluß: 833539 fili d
- Kontaktdaten:
piTelex Setup: grundlegende Überlegungen
Viele Grüße,
Rolf
Rolf
833533 rolfac d (T100S) 8-23 Uhr 833538 obrac d (FS220) 8-23 Uhr 833539 fili d (T100a) 8-23 Uhr 833540 rowo d (T100/R) 8-23 Uhr 833541 obby d (T37h) 8-23 Uhr 833142 rolf d (Lo15A) 8-23 Uhr 83110 aachen d (T68d) 8-23 Uhr (ETSt Aachen)
-
obrecht
- Rank 9

- Beiträge: 920
- Registriert: Fr 26. Jun 2020, 18:53
- Wohnort: Aachen
- Hauptanschluß: 833539 fili d
- Kontaktdaten:
piTelex Setup: grundlegende Überlegungen
Ich nehme alles zurück. Mein Denkfehler: Wenn bei nichtexistenter Konfig immer sofort eine neue gebaut würde, käme man mit den neuen Versionen nie auf den Punkt
Es sei denn, man verzichtet auf die Kommandozeilenparameter (die ja auch nicht wirklich nützlich sind, man baut eh immer eine telex.json). Dann könnte man viel ausmisten im Code.
Viele Grüße,
Rolf
Rolf
833533 rolfac d (T100S) 8-23 Uhr 833538 obrac d (FS220) 8-23 Uhr 833539 fili d (T100a) 8-23 Uhr 833540 rowo d (T100/R) 8-23 Uhr 833541 obby d (T37h) 8-23 Uhr 833142 rolf d (Lo15A) 8-23 Uhr 83110 aachen d (T68d) 8-23 Uhr (ETSt Aachen)