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 * [[https://github.com/FreifunkMD/FFMD-Orga/issues/26]] * [[https://github.com/FreifunkMD/site-ffmd/milestone/11]] * Welche offenen Issues gibt es noch? * [[https://github.com/FreifunkMD/gluon-docker]], siehe #2 => 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!!!