[Freifunk Franken] [Fwd: Re: [PATCH] Revert "Added an automatism which will retrive Router-Coordinates from the old Netmon system"]

[Michael Fritscher]

Hi,

zur Einordnung die Mail, die ich an die dev-Liste geschrieben habe
(_bevor_ die api ausgeschalten wurde). Die einzige Reaktion war im irc
"die Reaktionen zeigen, dass die api nur für Verwirrung sorgt und es am
besten ist wenn ich sie sofort ausschalte")

Viele Grüße,
Michael
----------------------- Ursprüngliche Nachricht -------------------------
Betreff: Re: [PATCH] Revert "Added an automatism which will retrive
Router-Coordinates from the old Netmon system"
Von:     "Michael Fritscher" <michael at fritscher.net>
Datum:   So, 12.03.2017, 10:21
--------------------------------------------------------------------------

Hi,

aus Mails habe ich da andere Infos (du hattest schonmal geschrieben,
dass sie abgeschalten wird, andere meinten, dass sie noch weiterlaufen wird)

Ich wusste bis gestern nichts von der autom. Datenübernahme und dachte,
dass ich das manuell übernehmen musste (ich wusste, dass da mal was
angedacht war, aber nicht, dass es (halbwegs) im Produktivbetrieb war/ist)

Das aktuelle Wiki schweigt sich komplett aus
(https://wiki.freifunk-franken.de/w/Update), und wenn man im IRC fragt
bekommt man unterschiedliche Antworten, "bin mir nicht sicher", oder
Berichte, dass es sehr unzuverlässig läuft.

Das hat zumindest bei mir nicht gerade dazu beigetragen frühzeitig zu
aktualisieren - auch weil ich schon damals keine wirklich guten
Antworten bekommen habe was passiert.

Naja, bei mir ging ja dann trotzdem alles gut, aber es wäre schön, wenn
diejenigen, die so eine tiefgreifende / brechende Änderung vornehmen
diese auch zumindest stichpunktartig dokumentieren, wenns produktiv wird
(z.B. ins Wiki). Im oben angesprochenen Dokument fehlt das Update zu
>0.5.2 nämlich komplett.

Auch das bei einem zukünftigen normalen sysupgrade die Koord etc.
übernommen wird (bei einem -n aber nicht, und früher galt die Regel
"mach lieber -n") ist eine wichtige Info.

Ich mein, ich krieg noch einiges mit und stecke ein wenig in der
Materie, aber vom "Wald und Wiesenbetreiber" kann nicht verlangt werden,
dass er in github reinschauen muss, um zu gucken, obs jetzt solche
Funktionen gibt. Und aktiv nachfragen traut der sich eher weniger.
Sondern lassens im Zweifel bis zum bitteren Ende laufen - tut ja noch.

Deswegen mein Vorschlag: Lasst das APi noch 2 Wochen laufen (läuft ja
grad noch) und schreibt ne Mail "Update ist jetzt noch 2 Wochen einfach
möglich (Daten werden übernommen, und selbst im Worst Case (Default
Hood) findet sich ne Lösung!), danach nur noch aufwendig und die Router
werden danach nicht mehr funktionieren.

Und das wir bei zukünftigen brechenden Änderungen ein wenig mehr
offizielle Doku erstellen und Migrationstests fahren, gerade wenn falls
es schiefgeht die Betreiber gröbere Probleme bekommen (Vor Ort Termin
oder Eingriff von jemanden mit Eingriff in die Default-Hood notwendig).
Die IRC-Diskussionen zeigen, dass da selbst heute noch viel Unklarheit
herrscht.

Viele Grüße,
Michael


P.S.
Bevor "mach doch" kommt: Eigentlich ist das meines Erachtens ne Aufgabe
von denen, die diese Änderungen vornehmen bzw. produktiv nehmen
(Einbinden von anderen konkret erlaubt ;) ). Außerdem stecke ich in
diesem Bereich nicht tief genug drinne und habe lokal auch keine
verbreitete HW (841/1043/4300) zum testen. Das ich persönlich von Anfang
an nicht besonders von überzeugt war trägt vielleicht auch ein wenig
dazu bei, ist an dieser Stelle aber auch nicht das Thema.