(Fixing) timestamp removal in configurehood

[Adrian Schmutzler]

Hallo,

im Code und in den relevanten Commits steht nichts zur Begründung.

Im Patchwork ist die Zeile seit dem allerersten Patchvorschlag in sehr ähnlicher Form vorhanden:

https://pw.freifunk-franken.de/patch/458/

Ich werde jetzt aber nicht alle 17 (?) Patchversionen nach Kommentaren durchsehen. Daher fürchte ich fast, dass wir uns erinnern müssen ...

Grüße

Adrian

> -----Original Message-----
> From: Tim Niemeyer [mailto:tim at tn-x.org]
> Sent: Mittwoch, 13. Juni 2018 15:58
> To: Adrian Schmutzler <mail at adrianschmutzler.de>; franken-
> dev at freifunk.net
> Subject: Re: (Fixing) timestamp removal in configurehood
> 
> Hi
> 
> Am 13. Juni 2018 15:15:13 MESZ schrieb Adrian Schmutzler
> <mail at adrianschmutzler.de>:
> >Hallo alle,
> >
> >
> >
> >die Zeilen zum Entfernen des timestamps im Hoodfile enthalten ein
> >“falsches”
> >Anführungszeichen:
> >
> >
> >
> >https://github.com/FreifunkFranken/firmware/blob/master/src/packages/
> ff
> >f/fff
> >-hoods/files/usr/sbin/configurehood#L166
> >
> >
> >
> >Dies könnte man in einem Patch austauschen. Allerdings frage ich mich
> >folgendes:
> >
> >
> >
> >Das Entfernen des Timestamp basierte auf der Idee, dass dieser sich
> >häufig ändert (oder?), während die anderen Daten im Hoodfile gleich
> >bleiben.
> 
> Bin ich mir grad nicht so sicher. Da müssten wir nochmal in die Patch
> Diskussion gucken.
> 
> >Tatsächlich ändert sich in der jetzigen Konfiguration der Timestamp
> >aber nur, wenn jemand dies manuell tut (z.B. Datenänderung am
> >KeyXchange), die GWs übernehmen die Daten vom KeyXchange.
> >
> >
> >
> >Entsprechend könnten man das Entfernen des timestamp eigentlich hier
> >rauswerfen? Hab ich was übersehen?
> >
> >
> >
> >Je nach Resonanz würde ich also eine der beiden folgenden Lösungen
> >bauen:
> >
> >1.       Ein Patch, der das Anführungszeichen repariert.
> >
> >2.       Ein Patch, der den Timestamp nicht mehr entfernt.
> >
> >
> 
> Aus dem Bauch heraus 2.. Aber man sollte nochmal recherchieren.
> 
> Tim
> 
> 
> >
> >Im Moment favorisieren ich Nr. 2. So könnte man z.B. auch ein
> >Rekonfiguration aller Router in der Hood triggern, indem man nur den
> >Timestamp ändert. Umgekehrt gibt es „Probleme“, wenn ein GW ein
> >Hoodfile mit (von KeyXchange oder anderem GW) abweichendem
> Timestamp
> >ausliefert, aber solche Probleme gibt es bei abweichenden Parametern
> >auch, weshalb GWs immer brav vom KeyXchange holen sollten (oder im
> >dezentralen Fall allein sind oder sich synchronisieren).
> >
> >
> >
> >Meinungen?
> >
> >
> >
> >Grüße
> >
> >
> >
> >Adrian