Theorie und Praxis
Bereitstellung und Pflege eines Images sind relativ aufwendig, und gewöhnlich will man ja in erster Linie, dass die eigene Software läuft. Wer ein von der Community betreutes Image für das Gerät verwendet, muss dieses nicht ständig an neue Entwicklungen auf dem Raspberry Pi selbst anpassen. Gemeinschaft 5 verwendet aus diesem Grund das originale Debian-Image.
Das Erstellen der ISO-Dateien auf dem Gerät übernehmen eigens entwickelte Hook-Skripte, die in Debian Live laufen, aber unabhängig von der CPU-Architektur funktionieren. Damit diese Hook-Skripte auch auf dem Raspberry Pi laufen, erzeugen wieder andere Skripte eine Systemumgebung, die der von Debian Live entspricht. Später aktualisiert eine dritte Variante von Skripten die Software über Apt-get- oder Git-Repositories.
Das Bauen eines Image mit neu angepassten Skripten dauert nun noch fünf bis sechs Stunden, was über Nacht passieren kann. Steht das Grundgerüst aber erst einmal, lassen sich Anpassungen und Erweiterungen schnell erledigen. In Kombination mit einem Git-Repository und Jenkins CI entsteht sogar eine kontinuierliche Integrations- und Build-Umgebung.
Fazit
Die gängigen Emulations- und Virtualisierungswerkzeuge für Linux lassen sich auch bei der plattformübergreifenden Entwicklung von Software gewinnbringend einsetzen. Speziell bei der Anpassung von Programmen und Images für den Raspberry Pi kommt es aber noch mehr als bei der Virtualisierung von PC-Betriebssystemen auf die Leistungsfähigkeit und insbesondere Taktrate der Wirts-CPU an.
Glossar
- Continuous Integration
-
Software-Entwicklung unter fortlaufendem Zusammenfügen von Komponenten zu einer Anwendung. Umfasst typischerweise neben dem Neubau des Gesamtsystems auch automatisierte Tests.
Infos
- Jenkins CI: http://jenkins-ci.org
- Qemu: http://wiki.qemu.org
- Raspberry-Pi-Image mounten: https://github.com/amooma/GPiBE/blob/master/tools/mnt-pi-img.sh
- Gemeinschaft 5: http://amooma.de/gemeinschaft/gs5
