In dieser Folge setzen wir uns hin und reden mal ausgiebig ĂŒber das Labgrid Projekt. Wir, das sind in diesem Fall Rouven, der damals den Grundstein fĂŒr das Labgrid Projekt gelegt hat, wie wir es heute kennen, und Leonard, der schon mal labgrid-client power on aufgerufen hat. Es geht darum was Labgrid eigentlich ist (ein Automatisierungs-Dingsie fĂŒr die Embedded Softwareentwicklung, aber kein Testing-Framework an sich), aus welchen Komponenten eine Labgrid-Installation besteht, ĂŒber die Geschichte dahinter und noch ein bisschen mehr.
In dieser Folge setzen wir uns hin und reden mal ausgiebig ĂŒber das Labgrid
Projekt.
Wir, das sind in diesem Fall Rouven, der damals den Grundstein fĂŒr das Labgrid
Projekt gelegt hat, wie wir es heute kennen, und Leonard, der schon mal
labgrid-client power on
aufgerufen hat.
Es geht darum was Labgrid eigentlich ist (ein Automatisierungs-Dingsie fĂŒr
die Embedded Softwareentwicklung, aber kein Testing-Framework an sich),
aus welchen Komponenten eine Labgrid-Installation besteht, ĂŒber die
Geschichte dahinter und noch ein bisschen mehr.
Leonard und Rouven
In wahrscheinlich jedem Berufsfeld gibt es Schauergeschichten, die man sich abends am Lagerfeuer mit einer Taschenlampe am Kinn erzĂ€hlen kann. So auch in der Welt der Software. In diesem Podcast geben wir in unregelmĂ€Ăigen AbstĂ€nden Entwicklerinnen und Entwicklern die Möglichkeit ihre Schauergeschichten zu erzĂ€hlen. Es geht um monatelange Fehlersuchen, deren Ergebnis nur eine Hand voll Zeilen falscher Code sind, um subtil fehlerhafte Hardware, die zu sporadisch auftretenden Geistern im System fĂŒhrt, um bröckelnde Software, deren Quellcode schon vor Jahren verloren gegangen ist, und manchmal auch um ganz was anderes.
Wer nicht die ganze Folge hören möchte kann sich an den folgenden Zeitmarken orientieren:
00:00Einleitende warme Worte. Rouven ist zwar nicht das erste Mal im Podcast, trotzdem stellen wir ihn, mich (Leonard), den Podcast und das Drumherum nochmal vor.
Rouven ist zwar eigentlich im Pengutronix Grafikteam, setzt sich heute aber mal wieder seinen alten Automated Testing Hut auf und erzÀhlt wie man Single Board Computer fernsteuert.
01:30Was ist Labgrid, warum ist Testing-Framework vielleicht, vielleicht aber auch, nicht der richtige Begriff dafĂŒr und wie kam es dazu, dass das Projekt ins Leben gerufen wurde.
Was waren die Designkriterien? Welche Features sollte Labgrid haben?
10:00 Labgrid als interaktives Programm zum Steuern von GerĂ€ten, Labgrid als Python-Bibliothek zum Skripten von Aufgaben und Labgrid als Teil einer pytest-Testsuite zum automatisierten AusfĂŒhren von Tests. 12:00 Aus welchen Komponenten besteht ein Labgrid-Setup? Was sind die Rollen des Coordinator und Exporter? 14:00 Einschub: welche Arten von Ressourcen unterstĂŒtzt Labgrid eigentlich? 20:00 ZurĂŒck zu den Komponenten eines Labgrid-Setup. Was ist die Rolle des interaktiven Clients und wie benutzt man ihn? 27:00 Labgrid als Python-Bibliothek. 29:30 Die Labgrid Remotelab Infrastruktur bei Pengutronix. Welche Hardware kommt zum Einsatz und wie viel davon? 36:20 Wie lĂ€uft die Integration eines neuen Boards in die Labgrid-Infrastruktur ab? 42:20 Wie nutzt man Labgrid Strategies um Boards automatisiert von Zustand A in Zustand B zu bringen? 47:00 Wie sehen Labgrid basierte Testsuites in der Regel aus? Was wird eigentlich getestet? 50:00 Wie können ad-hoc beschriebene Testaufbauten bei der Entwicklung helfen? Z.B. um ein
git bisect
auszufĂŒhren, das Dinge auf der Hardware
ausprobiert oder um selten auftretende Probleme zu reproduzieren.
55:30
Wer setzt auĂerhalb von Pengutronix noch Labgrid ein?
58:10
Welche aktuellen Entwicklungen gibt es im Labgrid?
63:00
Ein Bug zum Abschluss. Wie Labgrid einen Bug in
getty
gefunden hat.
66:00
Zusammenfassung und Abschluss.