Hallo zusammen,
ein kleines technisches Update zum AX25 Packet OS.
Im ersten Beitrag hatte ich beschrieben, dass das System zunächst komplett in einer VM aufgebaut und anschließend als fertiges Image auf USB übertragen wurde. Inzwischen ist das Projekt einen Schritt weiter: Der finale Stand wird nicht mehr „von Hand“ als Master-System gepflegt, sondern über einen eigenen AX25 Packet OS Builder vollständig neu erzeugt.
Die eigentliche Buildlogik steckt bewusst in normalen Shellskripten. Die grafische Builder-GUI ist im Prinzip nur die komfortable Bedienoberfläche darüber. Damit lässt sich das Root-Dateisystem erzeugen, daraus das bootfähige RAW-Image bauen und dieses anschließend kontrolliert auf ein USB-Medium schreiben.
Beim Rootfs-Build wird mit mmdebstrap ein frisches Debian 12 Bookworm aufgebaut. Wichtig für die Reproduzierbarkeit ist dabei, dass nicht einfach der jeweils aktuelle Debian-Paketstand verwendet wird, sondern ein fest definierter Debian-Snapshot. Auch der für die AX.25-/Baycom-Hardware getestete Kernel 6.1.0-53-amd64 ist versionsgenau festgelegt. Der Builder kontrolliert außerdem, ob die zusätzlich benötigten Module für genau diesen Kernel vorhanden sind.
Danach wird das projektspezifische Overlay eingespielt, also Launcher, Konfigurationen, eigene Hilfsprogramme, Desktop-Konfiguration usw.
Anschließend baut ein zweiter Schritt daraus ein 5-GiB-GPT-RAW-Image mit BIOS-Bootpartition, EFI-Partition und einem normalen beschreibbaren ext4-Root-Dateisystem. GRUB wird dabei sowohl für Legacy-BIOS als auch für UEFI installiert.
Das Ergebnis ist also weiterhin eine normale Linux Installation (auf einem externen Medium).
Wird das Image auf einen größeren Stick oder eine SSD geschrieben, erweitert das System beim Booten seine Root-Partition automatisch auf den verfügbaren Platz.
Ein wichtiger Grund für diese Builder-Lösung ist neben der Wartbarkeit auch die Reproduzierbarkeit.
Die Builder-Lösung vereinfacht außerdem die Verteilung und Lizenzpflege erheblich.
Der Builder selbst enthält keine Debian-DEB-Pakete, kein fertiges Debian-Rootfs und kein komplettes Debian-Systemimage.
Die Debian-Pakete, der Kernel und weitere Fremdsoftware werden erst beim Build direkt aus den vorgesehenen Paketquellen heruntergeladen und behalten dabei selbstverständlich ihre jeweiligen Lizenzen.
Damit muss nicht für jeden Release ein komplettes fertiges Linux-System mit allen darin enthaltenen Binärpaketen weiterverteilt werden. Stattdessen kann der vergleichsweise kleine Builder veröffentlicht werden, während Debian und andere Fremdkomponenten aus ihren ursprünglichen Quellen bezogen werden.
Das macht die Lizenzzuordnung und Pflege beim Verteilen wesentlich übersichtlicher.
Die eigenen, eindeutig zugeordneten Projektbestandteile stehen im finalen Stand unter GPL-2.0-only. Fremdprojekte und einzelne Assets behalten ausdrücklich ihre vorhandenen Lizenzen.
Außerdem wurden für dieses Projekt die Packet Radio Tools "Terminal" und "Nodeserver" angepasst. Diese unterstützen neben dem Hostmode jetzt auch Linux eigene AX.25 Ports.
Das Control Center ist in der v1.9 auch enthalten. Mit diesem Tool lassen sich verschiedene Axports anlegen und verwalten.
Getestet wurden hier bereits erfolgreich: Baycom Modem, KISS TNC sowie 6Pack TNC.
Benötigte Programme wie z.B. die axtools oder auch Direwolf installiert das Control Center bei Bedarf über apt automatisch nach.
Der Builder selbst wurde unter Linux Mint 22.3 x64 getestet und ist für x86_64/amd64-Systeme der Debian-Familie mit APT ausgelegt.
Debian, Ubuntu und Linux Mint werden vom Builder als unterstützte Hosts erkannt.
73
Marco
ein kleines technisches Update zum AX25 Packet OS.
Im ersten Beitrag hatte ich beschrieben, dass das System zunächst komplett in einer VM aufgebaut und anschließend als fertiges Image auf USB übertragen wurde. Inzwischen ist das Projekt einen Schritt weiter: Der finale Stand wird nicht mehr „von Hand“ als Master-System gepflegt, sondern über einen eigenen AX25 Packet OS Builder vollständig neu erzeugt.
Die eigentliche Buildlogik steckt bewusst in normalen Shellskripten. Die grafische Builder-GUI ist im Prinzip nur die komfortable Bedienoberfläche darüber. Damit lässt sich das Root-Dateisystem erzeugen, daraus das bootfähige RAW-Image bauen und dieses anschließend kontrolliert auf ein USB-Medium schreiben.
Beim Rootfs-Build wird mit mmdebstrap ein frisches Debian 12 Bookworm aufgebaut. Wichtig für die Reproduzierbarkeit ist dabei, dass nicht einfach der jeweils aktuelle Debian-Paketstand verwendet wird, sondern ein fest definierter Debian-Snapshot. Auch der für die AX.25-/Baycom-Hardware getestete Kernel 6.1.0-53-amd64 ist versionsgenau festgelegt. Der Builder kontrolliert außerdem, ob die zusätzlich benötigten Module für genau diesen Kernel vorhanden sind.
Danach wird das projektspezifische Overlay eingespielt, also Launcher, Konfigurationen, eigene Hilfsprogramme, Desktop-Konfiguration usw.
Anschließend baut ein zweiter Schritt daraus ein 5-GiB-GPT-RAW-Image mit BIOS-Bootpartition, EFI-Partition und einem normalen beschreibbaren ext4-Root-Dateisystem. GRUB wird dabei sowohl für Legacy-BIOS als auch für UEFI installiert.
Das Ergebnis ist also weiterhin eine normale Linux Installation (auf einem externen Medium).
Wird das Image auf einen größeren Stick oder eine SSD geschrieben, erweitert das System beim Booten seine Root-Partition automatisch auf den verfügbaren Platz.
Ein wichtiger Grund für diese Builder-Lösung ist neben der Wartbarkeit auch die Reproduzierbarkeit.
Die Builder-Lösung vereinfacht außerdem die Verteilung und Lizenzpflege erheblich.
Der Builder selbst enthält keine Debian-DEB-Pakete, kein fertiges Debian-Rootfs und kein komplettes Debian-Systemimage.
Die Debian-Pakete, der Kernel und weitere Fremdsoftware werden erst beim Build direkt aus den vorgesehenen Paketquellen heruntergeladen und behalten dabei selbstverständlich ihre jeweiligen Lizenzen.
Damit muss nicht für jeden Release ein komplettes fertiges Linux-System mit allen darin enthaltenen Binärpaketen weiterverteilt werden. Stattdessen kann der vergleichsweise kleine Builder veröffentlicht werden, während Debian und andere Fremdkomponenten aus ihren ursprünglichen Quellen bezogen werden.
Das macht die Lizenzzuordnung und Pflege beim Verteilen wesentlich übersichtlicher.
Die eigenen, eindeutig zugeordneten Projektbestandteile stehen im finalen Stand unter GPL-2.0-only. Fremdprojekte und einzelne Assets behalten ausdrücklich ihre vorhandenen Lizenzen.
Außerdem wurden für dieses Projekt die Packet Radio Tools "Terminal" und "Nodeserver" angepasst. Diese unterstützen neben dem Hostmode jetzt auch Linux eigene AX.25 Ports.
Das Control Center ist in der v1.9 auch enthalten. Mit diesem Tool lassen sich verschiedene Axports anlegen und verwalten.
Getestet wurden hier bereits erfolgreich: Baycom Modem, KISS TNC sowie 6Pack TNC.
Benötigte Programme wie z.B. die axtools oder auch Direwolf installiert das Control Center bei Bedarf über apt automatisch nach.
Der Builder selbst wurde unter Linux Mint 22.3 x64 getestet und ist für x86_64/amd64-Systeme der Debian-Familie mit APT ausgelegt.
Debian, Ubuntu und Linux Mint werden vom Builder als unterstützte Hosts erkannt.
73
Marco