Benutzer-Werkzeuge

Webseiten-Werkzeuge


freifunk:treffen:2018:2018-04-20

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

⇒ 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!!!

freifunk/treffen/2018/2018-04-20.txt · Zuletzt geändert: 2019-03-01 18:56 von kwasir