[firmware] Umstellung auf GLUON? (#7)

[Tim Niemeyer]

Hi

Am 29. Oktober 2014 10:08:13 MEZ, schrieb Tobias Klaus <tk+ff at meskalero.de>:
>Hallo,
>
>ich bin war noch nich so richtig dabei und vor allem noch nicht
>wirklich in 
>Erscheinung getreten, aber  ich bin hätte auch Interesse an einem 
>Entwicklertreffen im Raum Nürnberg.
>
>Am Mittwoch, 29. Oktober 2014, 08:52:22 schrieb Andreas Müller:
>> Hi,
>> 
>> an diesem Wochenende hätte ich Freitag oder Sonntag Zeit.
>> Am nächsten nur Sonntag.
>Auch wenn mein Anwesenheit nicht dringend ist hätte ich so wie es
>gerade 
>aussieht beide Sonntage nachmittags Zeit.
>
>Es würde mich freuen wenn das klappt.

Dann lasst uns die Einträge Sonnentage mal festhalten. Brauche noch das OK von meiner besseren Hälfte, aber ich glaub das klappt.

Fehlt nurnoch ein Raum. 

Tim


>Viele Grüße
>Tobias
>
>> Andreas
>> 
>> Am 29. Oktober 2014 07:53:52 MEZ, schrieb Tim Niemeyer 
><tim.niemeyer at mastersword.de>:
>> >Am Dienstag, den 28.10.2014, 22:44 +0100 schrieb Andreas Müller:
>> >> Hi,
>> >> 
>> >> 
>> >> ja, klingt gut. Ich wäre auf jeden Fall dabei!
>> >> Hast du Vorschläge wann und wo?
>> >
>> >Mein Vorschlag wäre am Wochenende, da unter der Woche Abends nie
>genug
>> >Zeit ist ordentlich in das Thema einzutauchen.
>> >
>> >Ich glaube ich hab dieses (abgesehen von Freitag) und nächstes noch
>> >Zeit. Was Orte an geht kenne ich mich in der Gegend nach wie vor
>nicht
>> >so gut aus.
>> >
>> >@DelphiN: Meinst du, wir könnten mal für nen ganzen Tag im K4
>abhängen,
>> >ohne den Raum mit anderen Veranstaltungen teilen zu müssen? Du hast
>da
>> >doch Kontakte, oder?
>> >
>> >Tim
>> >
>> >> Viele Grüße
>> >> Andreas
>> >> 
>> >> > Am 28.10.2014 um 22:26 schrieb Tim Niemeyer
>> >> > <tim.niemeyer at mastersword.de>:
>> >> > 
>> >> > Hi
>> >> > 
>> >> > Wollen wir vielleicht einfach mal ein Hack-Treffen machen, wo
>wir
>> >> > uns
>> >> > das Thema dann mal in Ruhe annehmen?
>> >> > 
>> >> > Tim
>> >> > 
>> >> > Am Montag, den 27.10.2014, 22:11 +0100 schrieb Andreas Müller:
>> >> > > Hi,
>> >> > > 
>> >> > > 
>> >> > > wie schon auf GitHub erwähnt, jetzt nochmal in der
>Mailingliste:
>> >> > > ich
>> >> > > kann zu dem Thema leider nicht wirklich viel sagen, weil ich
>mich
>> >> > > noch
>> >> > > nicht wirklich damit beschäftigt habe.
>> >> > > Wenn ich bei der Entwicklung irgendwo gebraucht werde, würde
>ich
>> >> > > gerne
>> >> > > mithelfen.
>> >> > > 
>> >> > > 
>> >> > > Viele Grüße
>> >> > > Andreas
>> >> > > 
>> >> > > > Am 27.10.2014 um 21:56 schrieb Tim Niemeyer
>> >> > > > <tim.niemeyer at mastersword.de>:
>> >> > > > 
>> >> > > > Hi
>> >> > > > 
>> >> > > > Bitte lasst uns das nicht in diesem unübersichtlichen
>> >> > > > Bug-Tracker
>> >> > > > bereden. Da gibt es keine Threads und nix..
>> >> > > > 
>> >> > > > 
>> >> > > > Meine Gedanken zum Gluon:
>> >> > > > 
>> >> > > > = Gluon =
>> >> > > > Die meisten Leute wissen gar nicht was Gluon ist. Die
>wenigen,
>> >> > > > die
>> >> > > > glauben zu wissen was es ist, behaupten häufig es wäre eine
>> >> > > > Freifunk-Firmware. Tatsächlich ist es nur ein Framework um
>> >
>> >etwas
>> >
>> >> > > > "vereinfachter" eine Freifunk Firmware zu bauen. Dabei ist
>> >
>> >Gluon
>> >
>> >> > > > aber
>> >> > > > eben nur eines von vielen.
>> >> > > > Tatsächlich haben wir in Franken das Framework im Einsatz,
>was
>> >> > > > damals in
>> >> > > > Oldenburg entwickelt und in Franken weiterentwickelt wurde.
>> >> > > > Dieses
>> >> > > > macht
>> >> > > > einige Dinge anders, manche Dinge sind nicht so weit
>> >
>> >entwickelt,
>> >
>> >> > > > manche
>> >> > > > sind weiter.
>> >> > > > 
>> >> > > > Gluon bringt einige Pakete mit, die man für eine Freifunk
>> >> > > > Firmware
>> >> > > > benutzen kann (und dank kaputter Abhängigkeiten, oft auch
>> >
>> >muss).
>> >
>> >> > > > Dazu
>> >> > > > zählen zum Beispiel:
>> >> > > > 
>> >> > > > * Der Config Mode
>> >> > > > Der Config-Mode erscheint auf den ersten Blick ein
>sinnvolles
>> >> > > > Tool
>> >> > > > zu
>> >> > > > sein. Man erwartet ein Webinterface, worüber man den Router
>zu
>> >> > > > jeder
>> >> > > > Zeit bearbeiten kann. Wir müssen uns aber erstmal im Klaren
>> >> > > > werden:
>> >> > > > Das
>> >> > > > Teil ist nur da, wenn der Router in den Modus gebootet wird!
>> >> > > > Jetzt
>> >> > > > können wir überlegen, ob wir Gluon so umbauen, dass das Ding
>> >> > > > immer
>> >> > > > da
>> >> > > > ist. Davon abgesehen sollte man wissen, was man dort
>überhaupt
>> >> > > > zum
>> >> > > > konfigurieren anbietet. Meiner Meinung ist es sinnvoll:
>> >> > > > ** Hood
>> >> > > > ** Passwort
>> >> > > > ** Router-Name
>> >> > > > ** Standort (spätestens hier gibt es das Problem, dass ein
>> >> > > > Router im
>> >> > > > normalen Config-Modus nicht mit der Außenwelt reden kann)
>> >> > > > ** Betreiber Kontakt
>> >> > > > 
>> >> > > > * Das Auto-Update
>> >> > > > Das Auto-Update ist extrem umstritten. Vielen wollen sich
>damit
>> >> > > > die
>> >> > > > Arbeit erleichtern, aber andere empfinden das zentral (durch
>> >> > > > eine
>> >> > > > Handvoll Leute) gesteurte Auto-Update eher wie ein
>> >> > > > "Drohnen-Kontroll-System". Mit dem Auto-Update werden aus
>allen
>> >> > > > Freifunk-Knoten plötzlich ganz dumme Knoten, die von einer
>> >> > > > zentralen
>> >> > > > Stelle aus ferngesteuert werden. Das Gegenargutment ist dann
>> >> > > > immer
>> >> > > > nur
>> >> > > > "Kann man ja abschalten". Darauf wird immer erwiedert: "Wir
>> >> > > > haben
>> >> > > > bereits eine offene Schnittstelle um ein Auto-Update zu
>> >> > > > implementieren.". Über diese Schnittstelle kann schnell ein
>> >> > > > Fernwartungssystem geskriptet werden, Tools gibt es da wie
>Sand
>> >> > > > am
>> >> > > > Meer
>> >> > > > (pssh, um nur eins zu nennen).
>> >> > > > Ich finde es wichtig von dieser Auto-Update Diskussion weg
>zu
>> >> > > > kommen.
>> >> > > > Wir wollen kein zentrales Update und es muss auch nicht
>> >
>> >zwingend
>> >
>> >> > > > automatisch sein. Wir wollen ein einfaches Update und was
>noch
>> >> > > > viel
>> >> > > > wichtiger ist, wir wollen die Kontrolle. Spätestens wenn wir
>> >
>> >uns
>> >
>> >> > > > mal
>> >> > > > ernsthaft _untereinander_ vernetzen wird Kompatibilität
>> >> > > > plötzlich
>> >> > > > eine
>> >> > > > super wichtige Rolle spielen. Da ist dann ein Update
>eventuell
>> >> > > > ein
>> >> > > > No-Go, so lange nicht alle Peerings mitspielen.
>> >> > > > 
>> >> > > > * Kein Switch-Support
>> >> > > > Mit Gluon verlieren wir die Möglichkeit die Knoten schnell
>mal
>> >> > > > per
>> >> > > > Kabel
>> >> > > > zu vernetzen und trotzdem Clients per Kabel anzuschließen.
>Dies
>> >> > > > ist
>> >> > > > ein
>> >> > > > seit langer Zeit nachgefragtes Feature, was aber vermutlich
>> >> > > > durch
>> >> > > > die
>> >> > > > schiere Masse an Routern nicht so leicht umsetzbar ist. Hier
>> >
>> >ist
>> >
>> >> > > > ständiges Nachjustieren und Testen wichtig, was eben nicht
>für
>> >> > > > alle
>> >> > > > unterstützen Geräte gewährleistet werden kann. Eventuell ist
>> >
>> >das
>> >
>> >> > > > für
>> >> > > > uns
>> >> > > > aber auch nicht wichtig, da bei größeren Setups eh eine
>> >> > > > individuelle
>> >> > > > Lösung her muss.
>> >> > > > 
>> >> > > > Leider ist es nicht möglich diese Gluon-Pakete über ein
>System
>> >> > > > an-
>> >> > > > und
>> >> > > > abzuwählen, welches auch Abhängigkeiten auflösen kann. Hier
>> >> > > > wurde
>> >> > > > ein
>> >> > > > gehyptes config-Format gewählt, welches aber
>technischerweise
>> >> > > > keine
>> >> > > > Abhängigkeiten auflösen kann. Die richtige Wahl wäre z.B.
>> >> > > > Kconfig
>> >> > > > gewesen. Natürlich spricht nichts dagegen die site-config
>durch
>> >> > > > ein
>> >> > > > ordentliches System zu ersetzen, muss man aber halt mal
>machen.
>> >> > > > 
>> >> > > > Tim
>> >
>> >http://lists.freifunk.net/mailman/listinfo/franken-dev-freifunk.net
>
>
>------------------------------------------------------------------------
>
>-- 
>franken-dev mailing list
>franken-dev at freifunk.net
>http://lists.freifunk.net/mailman/listinfo/franken-dev-freifunk.net