Asahi Linux ändert Lizenz: Mit Copyleft gegen Code-Übernahme durch Forks

1. Asahi Linux ändert Lizenz: Mit Copyleft gegen Code-Übernahme durch Forks
   • Warum es Asahi überhaupt gibt
   • MIT oder GPL: Was der Unterschied bedeutet
   • Omarchy kommt auf den Mac
   • Aurora Silicon: der Fork
   • Meint Asahi Omarchy?
   • Was sich praktisch ändert
   • „Software-Lizenzen sind tot“

Das Asahi-Linux-Projekt stellt seine Repositories schrittweise von der MIT-Lizenz auf die GNU General Public License Version 2 oder neuer (GPLv2+) um. Entwickler James Calligeros begründet den Schritt im Fortschrittsbericht zu Linux 7.3 vom 7. November mit mehreren Versuchen, die freizügige Lizenz auszunutzen, um die Arbeit des Projekts zu kapern, Asahi zu ersetzen und Linux auf Apple Silicon aggressiv zu vermarkten.

In Einzelfällen sei Code für unfertige Funktionen aus den persönlichen Forks der Entwickler ohne Herkunftshinweis veröffentlicht oder mit Sprachmodellen umgeschrieben worden, um seine Herkunft zu verschleiern. Als Antrieb nennt Calligeros auch den Hunger der großen KI-Labore nach Trainingsdaten. Welche Projekte gemeint sind, lässt Asahi offen.

Warum es Asahi überhaupt gibt

Apple liefert für seine Macs mit eigenen Chips (M1 bis M6 und das MacBook Neo mit dem iPhone-Chip A18 Pro) weder Dokumentation der Hardware noch Treiber für andere Betriebssysteme. Wer dort Linux starten will, muss per Reverse Engineering beobachten, was macOS mit dem Chip tut, und daraus eigene Treiber schreiben. Genau das macht Asahi Linux.

Der auch als marcan bekannte Hacker und Entwickler Hector Martin kündigte das Projekt im Dezember 2020 an, wenige Wochen nach dem Start der ersten M1-Macs. Das Team schrieb den Bootloader m1n1, der die Kontrolle vom Apple-Startcode übernimmt und Linux lädt, dazu Installer und Kernel-Treiber. Im März 2022 erschien die erste öffentliche Alpha, im Dezember 2023 Fedora Asahi Remix 39. Im Februar 2025 trat Martin zurück, ein siebenköpfiges Team übernahm, darunter Calligeros. Der aktuelle Bericht meldet M3-Macs als allgemein unterstützt, erste Virtualisierungstricks für M4 und M5 und Fedora Asahi Remix 45 pünktlich zum Fedora-Release am 3. November.

MIT oder GPL: Was der Unterschied bedeutet

Die MIT-Lizenz verlangt praktisch nur eines: Wer den Code weitergibt, muss den Copyright- und Lizenzhinweis mitliefern. Alles andere ist erlaubt, auch der Einbau in ein proprietäres Produkt. Die GPLv2 erlaubt ebenfalls Verkauf und Weitergabe. Wer aber eine abgeleitete Fassung als Programm ausliefert, muss den Empfängern den Quellcode unter denselben Bedingungen zugänglich machen. Dieses Prinzip heißt Copyleft: Verbesserungen an freiem Code bleiben frei.

Asahi hatte MIT bewusst gewählt, damit BSD-Systeme und andere freie Betriebssysteme die Treiber übernehmen können. Der Bericht räumt ein, dass dieser Ansatz nicht mehr trägt, weil MIT keinen Schutz gegen böswillige Akteure bietet. Als Vorbild nennt Asahi Wine, dessen Entwickler 2002 von MIT zur LGPL wechselten, um proprietäre Forks zu verhindern.

Beim Bootloader m1n1 ist die Umstellung vollzogen. Alles bis Version 1.9.9 bleibt unter MIT, ab Version 2.0.0 gilt GPLv2 oder neuer. Rückwirkend ändert sich nichts. Die Kernel-Treiber waren ohnehin immer GPL, weil der Linux-Kernel darunter steht. Die Umstellung trifft Bootloader, Installer und Werkzeuge.

Omarchy kommt auf den Mac

Omarchy entstand ursprünglich aus einer Abkehr David Heinemeier Hanssons von Apple. Der Schöpfer von Ruby on Rails und Mitinhaber von 37signals hatte mit Omakub zunächst ein vorkonfiguriertes Ubuntu veröffentlicht. Im Juni 2025 folgte Omarchy auf Basis von Arch Linux und dem Tiling-Compositor Hyprland. Apple-Hardware spielte von Anfang an eine Rolle, zunächst aber nur in Form alter Intel-MacBooks, für die Apple keine macOS-Updates mehr liefert.

Lesen Sie auch

Omarchy schließt damit eine echte Lücke: Für viele dieser Geräte gibt es kein aktuelles macOS mehr, aber nun ein aktuelles Linux mit gepflegtem Browser, Entwicklerwerkzeugen und Sicherheitsupdates. Das Omarchy-M-Team kümmert sich eigens um Touch-Bar-MacBooks von 2016 und 2017 und um Touch ID auf Intel-Macs mit T2-Chip. Auf Apple Silicon lief es ebenfalls schon im Sommer 2025, aber zu Fuß: Eine Community-Anleitung installierte erst Asahi Alarm, eine Arch-Linux-ARM-Variante auf Asahi-Basis, und darauf Omarchy. Hansson verwies auf diesen Weg, warnte aber vor einer langen Liste von Einschränkungen. Es war ein eher steiniger Weg.

Das änderte sich 2026 mit großen finanziellen Zuwendungen. Im August kündigte Hansson die gemeinnützige Omacom Foundation an, die inzwischen Zusagen über mehr als 20 Millionen US-Dollar meldet. Zu den Unterstützern zählen Meta Superintelligence Labs, OpenAI und SpaceXSI, die allerdings Token-Kontingente für ihre KI-Modelle statt Bargeld zusagen. Am 11. September stellte Hansson Omarchy M vor, ein 15-köpfiges Team für Apple-Hardware. „Let’s finish what Asahi started“, schrieb er und führte das enorme Entwicklungstempo auf KI-Agenten zurück. Mit Omarchy 4.5 kam am 4. November ein nativer Mac-Installer: eine macOS-App, die Omarchy neben macOS auf MacBooks mit M1, M2, M3 und auf dem MacBook Neo einrichtet. M4, M5 und M6 seien in Arbeit. Aus einer holprigen Bastelanleitung ist damit eine für Endnutzer geeignete, einfache Installation ohne USB-Stick und Terminal geworden.

Aurora Silicon: der Fork

Die technische Basis liefert Aurora Silicon. Es entstand am 31. Juli 2026 und legte ab August nacheinander Repositories für Installer, Kernel, m1n1, U-Boot und Mesa an. Aurora bezeichnet Omarchy als seine Vorzeigedistribution und nennt Asahi als Ausgangspunkt seiner Bootloader-, Kernel-, U-Boot- und Installer-Trees. Den m1n1-Fork hat Aurora in Aura umbenannt. Eigene Beiträge stehen dort unter GPL-2.0-only, der geerbte Asahi-Code bleibt MIT.

Aufschlussreich sind Auroras Richtlinien. Der eigene Umgang mit Sprachmodellen und Dekompilierung unterscheide sich deutlich von dem Asahis, heißt es dort. Was in Aurora entsteht, sei aus Sicht von Asahi als unbrauchbar zu betrachten und Mitwirkende dürften dort auch keine Bugs, Pull-Requests oder Erkenntnisse einreichen. Asahis Copyright-Regeln verbieten das Disassemblieren von Apples Grafiktreibern und erlauben das Zerlegen anderer Binaries nur ausgewählten Mitwirkenden, damit der Code vor Ansprüchen Apples sicher bleibt. Aurora erlaubt KI-generierte Beiträge, verlangt aber, dass sie im Commit offengelegt werden.

Meint Asahi Omarchy?

Asahi nennt keine Namen, die Indizien sind trotzdem deutlich: ein mit Millionen finanziertes Projekt, das Asahis Code forkt, Linux auf Apple Silicon als Produkt vermarktet, bei Sprachmodellen und Dekompilierung erklärtermaßen anders vorgeht als Asahi, von KI-Laboren mitfinanziert wird und seinen Mac-Installer drei Tage vor der Lizenzänderung ankündigte. Dass gerade Omarchy oder Aurora Code aus privaten Forks ohne Herkunftsangabe übernommen haben, belegt bislang niemand öffentlich.

Hansson nahm inzwischen auch Stellung zu der Entscheidung von Asahi. Er erklärte auf X, dankbar zu sein für die Arbeit, die Asahi im Bereich Apple Silicon geleistet habe. Und „ganz im Sinne des Open-Source-Gedankens“ habe man diese erweitert, etwa um Touch ID, die M3-GPU, DisplayPort über USB-C, Deep Sleep und das MacBook Neo. „Doch dank der Beschleunigung durch Agenten lehnt Asahi ein Upstreaming ab“, führte Hansson aus und fügte diesem Satz ein Schulterzuck-Emoji hinzu. Dass Asahi auf die GPLv2 umstellt, ändere nichts, so Hansson.

Das Dilemma ist für beide Seiten unangenehm. Omarchy M hat in wenigen Monaten einen Installer, M3-Support und das MacBook Neo vorgelegt und arbeitet an M4 bis M6. Von außen sieht das aus, als hätte ein Team mit Geld und Agenten in einem Quartal geschafft, woran vorher Freiwillige jahrelang arbeiteten. Diese Sicht unterschlägt, worauf das Tempo beruht: Jeder Treiber, jeder Bootloader-Trick und jedes Stück Hardwarewissen, das Aurora forkt, stammt aus mehr als fünf Jahren Reverse Engineering bei Asahi. Nur schützt die Lizenz nicht davor, dass andere die Arbeit übernehmen.

Ein Team dieser Größe, mit diesem Budget und mit Agenten, die rund um die Uhr Code schreiben und macOS-Traces auswerten, könnte vermutlich auch ohne Asahis Vorarbeit in überschaubarer Zeit weit kommen. Gegen dieses Tempo hat ein Freiwilligenprojekt faktisch keine Chance, unter welcher Lizenz auch immer. Die Frustration des Asahi-Teams, von einem gut finanzierten Fork überholt und mit „finish what Asahi started“ verabschiedet zu werden, ist nachvollziehbar.

Was sich praktisch ändert

Für Aurora und Omarchy ändert sich zunächst wenig. Der Fork ist gemacht, der bis September übernommene Code bleibt MIT. Neuere Asahi-Verbesserungen dürfen sie weiter übernehmen, müssen dann aber bei der Weitergabe den Quellcode mitliefern. Das tun sie ohnehin. Das MIT-lizenzierte Omarchy-Hauptrepository und GPL-Komponenten können nebeneinander bestehen, und Geld verdienen verbietet die GPL nicht. Sie verhindert nur das stille Einbauen künftiger Asahi-Arbeit in ein Produkt, dessen Code niemand sieht.

Unter die Räder kommen die BSDs. Für sie hatte Asahi die MIT-Lizenz überhaupt gewählt, und OpenBSD startet auf Apple-Silicon-Macs bis heute über den Asahi-Installer. Künftige Asahi-Treiber können die BSDs nicht mehr übernehmen, weil sie wegen ihrer Lizenzen GPL-Code im Basissystem vermeiden oder beschränken. Auroras Bootloader hilft ihnen auch nicht, denn dessen eigene Beiträge stehen ebenfalls unter GPL.

OpenBSD-Entwickler Bryan Steele nennt die Umstellung deshalb unaufrichtig und fehlgeleitet, Asahi breche ohne Not Brücken ab, und das offenbar ohne Zustimmung aller bisherigen Beitragenden. Rechtlich ist das unproblematisch, weil MIT die Weitergabe unter strengeren Bedingungen erlaubt. Der Streit zwischen Asahi und seinen Forks wird so auf dem Rücken eines Dritten ausgetragen, der mit dem Anlass nichts zu tun hat.

„Software-Lizenzen sind tot“

Scott Chacon, Mitgründer von GitHub und dort bis 2016 CIO, heute Chef der Git-Client-Firma GitButler, kommentierte die Nachricht am Sonntagmorgen auf X: Er finde es urkomisch, dass irgendwer die GPL in dieser neuen Welt noch für relevant oder durchsetzbar halte. Das Urheberrecht beruhe auf der Annahme, dass es schwer sei, den kreativen Ausdruck einer Idee zu kopieren. Das sei nicht mehr der Fall. „Software-Lizenzen sind tot.“

Chacon beschreibt genau das, was Asahi beklagt: Ein Sprachmodell schreibt fremden Code in Minuten so um, dass kein Diff mehr die Herkunft zeigt. Das Urheberrecht schützt nur die Ausdrucksform, nicht die Idee. Ob eine KI-Paraphrase eine Bearbeitung des Originals ist und damit dessen Lizenz unterliegt, ist juristisch ungeklärt. Bei Asahi liegen die Rechte bei den einzelnen Entwicklern, weil das Projekt keine Rechteübertragung verlangt. Durchsetzen kann die GPL also nur, wer selbst klagt und die Herkunft vor Gericht beweist. Asahi hat die Lizenz trotzdem gewechselt, weniger als Rechtsmittel denn als Erklärung, was das Projekt von seinen Forks erwartet.

(axk)