Hackathon: Difference between revisions
Jump to navigation
Jump to search
| Line 23: | Line 23: | ||
== Zeitplan == |
== Zeitplan == |
||
* vor 19.00 Kurzer Besuch beim Kaufland (Getränke) |
|||
* 19:00 Kurze Einführung in die neue Infrastruktur (gitolite und Jenkins, evtl. sphinx) (Dominik) |
* 19:00 Kurze Einführung in die neue Infrastruktur (gitolite und Jenkins, evtl. sphinx) (Dominik) |
||
* 19:20 Besprechung der Themen, Planung (Dominik, Robert, Chris) |
* 19:20 Besprechung der Themen, Planung (Dominik, Robert, Chris) |
||
Revision as of 07:10, 30 July 2012
HWL/BRN Hackathon
Beim HWL/BRN Hackathon setzen sich interessierte Studenten und Doktoranden zusammen, um innerhalb einer Nacht konkrete Verbesserungen am Testbed, der eingesetzten Software und Infrastruktur umzusetzen.
Der Hackathon findet zum ersten Mal am 30 Juli 2012 ab 19 Uhr im SAR Poolraum statt.
Themenvorschläge
Folgende Themenvorschlägefür Projekte existieren zur Zeit:
- click-brn bug squashing: Zur Zeit gibts 230 Warnings in Jenkins, nach dem Hackaton gibt es keine mehr (Alle)
- bessere JIST Integration (allgemein: bessere Unterstützung verschiedener Simulatoren, z.B. auch NS3) (Robert)
- Verringerung der Kopplung der einzelnen brn2 Elemente untereinander durch Entwicklung und Umsetzung eines strikteren Schichtenmodells (Chris)
- Treiber ins git bringen (geht schnell) + Tests für jenkins (schon schwieriger) (Robert, Dominik)
- Bessere Abstraktion der verschiedenen Knotentypen bei Experimenten im Testbed (Robert)
- Ausbau des automatisierten Testings (Skripte + Auswertungen für verschiedene Elemente)
- Ausbau der Dokumentation
- Simulation: Verbesserung der run_sim; wenn bestehendes Verzeichnis angegeben wird, dann Simulationsskript noch einmal ausführen mit einem Info-Disclaimer (Chris, Robert)
- Konzept entwerfen für zuverlässigeres HWL (z. B. Absicherung der Knoten gegen Kernel-Panic bei Server-Ausfall, um händisches Neustarten von über 100 Knoten zu vermeiden – this really sucks)
- Web-Gui wieder an den Start bringen
- BRN-Testbed-Basis-Script: läuft immer, wenn keine Messungen stattfinden und soll anderen Internet zur Verfügung stellen. Ein solchen Script kann zum Testen vieler Elemente und zum Messen verwendet werden.
Zeitplan
- vor 19.00 Kurzer Besuch beim Kaufland (Getränke)
- 19:00 Kurze Einführung in die neue Infrastruktur (gitolite und Jenkins, evtl. sphinx) (Dominik)
- 19:20 Besprechung der Themen, Planung (Dominik, Robert, Chris)
- 19:45 Essen
- 20:30 Hackathon
- ...