Freifunk Reboot 8 (2018-04-20)
Link zum letzten Meeting: https://pad.n39.eu/p/FreifunkReboot7 Übersicht der Treffen: http://www.netz39.de/wiki/freifunk:treffen
Anwesend:
- Tillmann verspätet sich
- Franz (aka polybos)
- Angelika
- Tux (aka tux)
- Max
- Erik (neu™)
Absagen:
- Johann
Agenda: 1) (sehr!) kurzes Review offener/abgeschlossener Aufgaben gemäß Github https://github.com/FreifunkMD/FFMD-Orga/issues
* Wiki ist umgezogen (yeah!) * Smeagol und Gollum archivieren * Tillmann kümmert sich um #21 (ich hatte schon Kontakt mit denen, die haben sich aber nach dem letzten mal nicht mehr gemeldet. Ich kann ansonsten nochmal nachhorchen oder dir nachher die Kontaktdaten geben - Tillmann) * #15 wird geschlossen
2) Verteilung der Firmware-Schlüssel (#24)
- Tux und Johann haben Schlüssel integriert
- Franz integriert seinen Schlüssel
- Es werden wahrscheinlich Andreas, Michel und Bastinat0r entfernt (Müssen noch gefragt werden!)
- Franz fragt
3) Neues Firmware-Release
- Ausrollen der v0.38 zunächst manuell? ⇒ Ja
- Welche offenen Issues gibt es noch?
⇒ Lässt sich mit den Anwesenden nicht lösen Tux spricht mit Johann über weiteres Vorgehen, insbesondere Problem Firmware-Build
4) Gestaltung des Rollouts (auch im Zusammenspiel mit Jenkins) (siehe #17)
- Experimental-Firmware wird aus dem Master des site-ffmd-Repositorys gebaut
- Entwicklung findet nur in Branches statt. Merge zum master nur über PR nach lokalem Test
- Frage: Sind hier Branches oder Forks gemeint? Lokaler Test würde entsprechend lokal den Merge durchführen + bauen + testen und wenn es funktioniert wird der Merge nach "master origin" gepusht?
- Jenkins kann experimental-Firmware selbständig bauen und ausrollen (mit eigenem Key)
- Frage: Ausrollen direkt auf Geräte, d.h. Jenkins brickt im Zweifel Router? Kann man das evtl. absichern? Irgendwlche Static-Analyse bzgl. offensichtlicher Bruck
Antwort: es soll verschiedene Channels geben, und direktes Ausrollen soll nur auf Geräte passieren die im Zweifelsfall schnell ersetzbar sind. Alle anderen bekommen einen Release Channel.
* Wir brauchen hier mehr Kommunikation mit Andreas (ads).
5) Beantwortung von Kontakt-Anfragen an FFMD
- Tux möchte eine Anfrage offiziell ablehnen ⇒ rejected (ohne aktive Stellungnahme durch Freifunk)
6) Überarbeitung PR-Materialien
- TODO Tux: Anpassung Zeit für Treffen auf md.freifunk.net
- Auf dem nächsten Hacking-Event: Durchschauen der Webseite, Änderungen als Issue anlegen
DONE seit letztem Abstimmungstreffen * Wikiumzug!!!