![\"Ver\u00f6ffentlichung](\"\/wp-content\/uploads\/2026\/03\/aea74d1819e67ee6096da17292bff7e9.png\")
\nDas Unternehmen Collabora hat die Linux-Distribution Apertis 2026 vorgestellt, die urspr\u00fcnglich f\u00fcr den Einsatz in Automobilsystemen entwickelt wurde, nun jedoch f\u00fcr ein breiteres Spektrum an elektronischen Ger\u00e4ten, eingebetteten Systemen und Industrieanlagen neu ausgerichtet ist. Zu den Ger\u00e4ten, auf denen Apertis eingesetzt wird, geh\u00f6ren die Spielkonsole Atari VCS, die Raspberry Pi 4-Platine, die Automobile SoC R-car und der Bosch D-tect 200 Objekterkennungsscanner. <\/p>\n
Referenzsystemabbilder werden f\u00fcr die Architekturen x86_64, arm64 und armhf bereitgestellt. Die Distribution ist modular und erlaubt es den Herstellern von Ger\u00e4ten, die erforderliche Systemumgebung individuell zu gestalten. Sowohl die Erstellung von Builds auf Basis traditioneller deb-Pakete als auch die von monolithischen, atomar aktualisierten Abbildern auf Basis von OSTree werden unterst\u00fctzt. Die Unterst\u00fctzungszeit f\u00fcr jede Apertis-Version betr\u00e4gt 1 Jahr und 9 Monate, alle drei Monate wird ein Korrektur-Release zur Fehlerbehebung erstellt. <\/p>\n
Die Basis f\u00fcr den Aufbau der Distribution bilden Pakete aus Debian GNU\/Linux. Dabei wurde die Systemumgebung erheblich \u00fcberarbeitet, um den Risiken Rechnung zu tragen, die Herstellern von Hardware bei der Verwendung bestimmter freier Lizenzen, wie z. B. der GPLv3, entstehen k\u00f6nnen, die Tivoisierung verbieten, d. h. die Bindung von Software an Hardware, beispielsweise durch das Verbot der Nutzung von nur vom Hersteller digital signierten Firmware. <\/p>\n
Apertis erm\u00f6glicht die Erstellung von Builds, die keinen Code unter Lizenzen des GPLv3-Systems enthalten. Anstelle der Verwendung veralteter Versionen von GNU-Tools, die vor dem Wechsel zur GPLv3-Lizenz erstellt wurden, werden in Apertis modernere Alternativen unter permissiven Lizenzen eingesetzt. Beispielsweise werden anstelle der Pakete GNU coreutils und findutils in Apertis Alternativen vom Projekt uutils verwendet, die in Rust geschrieben und unter der MIT-Lizenz ver\u00f6ffentlicht sind, w\u00e4hrend Sequoia-PGP unter den Lizenzen GPL-2+ und LGPL-2+ anstelle von GnuPG bereitgestellt wird. F\u00fcr diejenigen, die sich nicht um die rechtlichen Fragen im Zusammenhang mit der GPLv3 k\u00fcmmern, bleibt die M\u00f6glichkeit, traditionelle Sammlung von Tools zu verwenden. <\/p>\n
Das Kernpaket basiert auf dem aktuellen LTS-Zweig des Linux-Kernels. Beispielsweise wird in der Ver\u00f6ffentlichung Apertis 2026 der Kernel 6.18 verwendet, nicht der Kernel 6.12 aus den Debian 13-Paketen. Alle Pakete, Images, Utilities und Einstellungen werden in einem \u00f6ffentlichen Git-Repository entwickelt, in dem 6679 Pakete verf\u00fcgbar sind (im vorherigen Release waren es 5905). F\u00fcr die Zusammenarbeit wird GitLab genutzt, und f\u00fcr das Testen mit kontinuierlicher Integration \u2013 GitLab CI. Die Erstellung von Bin\u00e4rpaketen aus dem Quellcode erfolgt mit Hilfe des Tools OBS (Open Build Service). Die erstellten Pakete werden \u00fcber APT-Repositories verteilt, die mit dem Tool aptly verwaltet werden. <\/p>\n
Das Projekt Apertis h\u00e4lt sich an die Entwicklungsrichtlinien von Debian und umfasst nur Anwendungen, die unter offenen Lizenzen bereitgestellt werden oder eine freie Verbreitung zulassen. Damit Unternehmen, die ihre Produkte auf der Basis von Apertis erstellen, sicher sein k\u00f6nnen, dass die Lizenzierung des abgeleiteten Werks sauber ist, wird f\u00fcr jeden Build ein SBOM-Bericht (Software Bill of Materials) erstellt, der Informationen \u00fcber die Lizenzen aller verwendeten Coddateien sowie Daten \u00fcber die Programmversionen enth\u00e4lt, was auch f\u00fcr die Pr\u00fcfung auf verwundbare Versionen von Vorteil ist. <\/p>\n
Alle Komponenten von Apertis durchlaufen regelm\u00e4\u00dfig umfassende automatisierte und manuelle Tests auf standardisierten Hardwareplattformen, wie zum Beispiel den Raspberry Pi 4, UP Squared 6000, i.MX8MN, TI SK-AM62, MYIR Remi Pi, i.MX6 Sabrelite sowie Automotive SoCs von Renesas R-car. Die Ergebnisse dieser Tests werden \u00f6ffentlich ver\u00f6ffentlicht. Die automatisierten Tests der System-Builds auf der Standardhardware werden mit Hilfe des LAVA-Systems (Linaro Automated Validation Architecture) organisiert. <\/p>\n
Haupt\u00e4nderungen: <\/p>\n
\n