Asahi Linux abandonne MIT et adopte pleinement la licence GPL après avoir détecté un blanchiment de licence assisté par IA. L'annonce survient après la sortie d'Omarchy 4.5 qui s'appuie sur l'installateur Asahi

Le projet Asahi Linux (qui porte Linux sur les puces Apple Silicon par rétro-ingénierie) MIT au profit de la licence GNU GPLv2 ou ultérieure pour l'ensemble de ses dépôts logiciels. Cette décision vise à bloquer la réutilisation commerciale fermée et le blanchiment de code et de licence assistés par intelligence artificielle de ses travaux de rétro-ingénierie sur les puces Apple Silicon.

Jusqu'à cette annonce, l'architecture d'Asahi Linux reposait sur un modèle hybride. Si son fork du noyau Linux était déjà soumis à la licence GPLv2, la majorité des outils périphériques développés par l'équipe étaient sous licence MIT afin d'en faciliter l'adoption par d'autres systèmes libres comme les distributions BSD.

Désormais, le projet passe à la GPLv2 et cela s'applique à tous ses dépôts, incluant le chargeur de démarrage bas niveau m1n1, les scripts d'installation sous macOS, les utilitaires système et les pilotes graphiques (comme HoneyKrisp).

La licence MIT permettait à un tiers d'intégrer le code dans un produit propriétaire fermé ou de le modifier à la seule condition de conserver l'avis de droit d'auteur d'origine. La GPLv2+ impose un copyleft fort : toute distribution d'un logiciel dérivé oblige désormais l'auteur à publier l'intégralité du code source modifié sous la même licence.

Les versions du code publiées avant le 7 novembre 2026 restent légalement disponibles sous licence MIT. Toutefois, toute intégration des futures mises à jour (comme le support matériel des puces récentes ou les correctifs Thunderbolt) soumettra automatiquement le projet tiers aux obligations de la GPL.

@awesomekling They learnt the hard way the reason Linux is GPL.

— John (@JohnOtJames) November 8, 2026

Plusieurs débats juridiques et communautaires couvent en toile de fond

Bien qu'Asahi ne cite aucun nom, l'annonce survient trois jours après la sortie d'Omarchy 4.5, la distribution financée à hauteur de plusieurs millions de dollars par David Heinemeier Hansson (DHH). Omarchy s'appuie sur le noyau Aurora et l'installateur d'Asahi pour tourner sur Mac, mais sa politique pro-IA l'empêche de reverser ses contributions en amont vers Asahi. DHH minimise l'impact en affirmant que le noyau était déjà sous GPL, mais l'intégration des futures évolutions de m1n1 et de l'installateur contraindra désormais Omarchy à respecter la GPL.

Le développeur OpenBSD Bryan Steele a critiqué cette décision. Le projet OpenBSD rejette par principe les licences GPL et dépendait précisément de la licence MIT du chargeur de démarrage m1n1 pour démarrer sur les Mac Apple Silicon. OpenBSD se retrouve bloqué sur les anciennes versions de m1n1.

Des juristes et développeurs pointent un risque légal : changer la licence d'un dépôt existant (comme m1n1) exige normalement le consentement explicite de tous les anciens contributeurs ayant écrit du code sous licence MIT, sauf si seul le nouveau code est concerné.

Certains observateurs estiment que la GPL n'empêchera pas techniquement les LLM de réécrire du code. Prouver devant un tribunal qu'un code reformulé par une IA constitue une œuvre dérivée soumise au copyleft reste un terrain juridique incertain.

Asahi Linux, which works to enable support for Apple Silicon Macs on Linux, is dropping the MIT license… and moving to the GNU GPL. Why? Because, according to their statement, of “bad faith actors” who “exploit” open source code by… using it in other open source code. “We were made aware of multiple attempts to exploit our permissive licensing to hijack our work, with a direct view to replacing the project and aggressively monetising Linux on Apple Silicon.” This licensing change (MIT to GPL) is happening immediately following Omarchy adding support for Apple Silicon, building upon the Asahi work with the usage of LLMs. And Asahi does not approve of AI usage. At all. “We broadly forbid the use of generative Al,” says the Asahi AI policy. “A contributor using an LLM … may be issued with a first and final warning. A contributor found to have concealed extensive LLM use will be banned immediately.”

— The Lunduke Journal (@LundukeJournal) November 8, 2026

Le cas Asahi vient allonger la liste des projets qui ont durci leurs licences face à l'exploitation commerciale ou aux évolutions technologiques

En 2002, la couche de compatibilité permettant d'exécuter des logiciels Windows sous Linux est passée de la licence MIT à la LGPL après que des entreprises (comme TransGaming avec WineX/Cedega) ont créé des versions propriétaires fermées sans reverser leurs améliorations au projet communautaire. C’est d’ailleurs le cas cité par l’équipe Asahi.

Entre 2018 et 2024, plusieurs éditeurs d'infrastructures open source (sous licences MIT, Apache 2.0 ou BSD) ont migré vers des licences restrictives non-open-source (SSPL, BSL) pour empêcher les géants du cloud (comme AWS) de monétiser leurs logiciels en tant que services gérés sans contribuer financièrement.

En 2018, MongoDB a abandonné la licence AGPL pour créer la licence SSPL afin de bloquer l'hébergement commercial tiers de sa base de données.

L’on ne saurait oublier le recours collectif contre GitHub Copilot entre 2022 et 2026. Celui-ci illustre la tension inverse: l'entraînement de modèles d'IA sur des milliards de lignes de code sous licences MIT et GPL sans respecter les obligations d'attribution ni de copyleft

I'm grateful for the work Asahi did on Apple Silicon, and in the best open source spirit, we've been expanding that with TouchID, M3 GPU, DisplayPort over USB-C, deep sleep, MacBook Neo. But thanks to agent acceleration, Asahi rejects upstreaming 🤷

— DHH (@dhh) November 8, 2026

L'affaire Asahi Linux met en lumière des défis structurels pour l'industrie logicielle à l'ère de l'intelligence artificielle générative

Les licences MIT et BSD reposaient sur un contrat moral tacite de réciprocité communautaire. À l'ère des grands modèles de langage capables de reformuler et d'absorber du code en un instant, une licence permissive expose les projets bénévoles à une prédation commerciale immédiate par des acteurs disposant de capitaux importants.

Longtemps délaissée par les startups et les projets récents au profit de MIT ou Apache 2.0 pour favoriser l'adoption rapide, la famille GPL redevient un bouclier stratégique indispensable pour les projets de rétro-ingénierie matérielle et d'infrastructure critique.

Un projet open source qui n'exige pas d'accord de cession ou de licence des contributeurs dès sa création se retrouve paralysé s'il doit faire évoluer sa licence face à de nouvelles menaces juridiques ou technologiques.

L'aspiration de code non publié depuis les forks personnels des développeurs montre que les équipes open source doivent désormais sécuriser leurs branches expérimentales et clarifier leurs règles d'utilisation de l'IA avant toute publication publique.

Et vous ?

Quel est votre avis sur le cas Asahi Linux ? Que vous inspire-t-il pour ce qui est de la cohabitation future entre l’open source et l’intelligence artificielle ? Quelles dynamiques voyez-vous être modifiées dans l'écosystème open source en raison de cas de ce type ?

Voir aussi :

GitHub Copilot, l'assistant de programmation basé sur l'IA, sous le feu des critiques, un développeur affirme qu'il émet de nombreux bouts de son code protégé par le droit d'auteur
Un enseignant pointe GitHub Copilot comme l'outil parfait pour les tricheurs lors des évaluations de programmation et ravive les craintes sur la disparition du métier de développeur à cause de l'IA
Copilot, l'outil d'IA commercial de GitHub, est critiqué par la communauté du logiciel open source, pour sa reproduction aveugle des blocs de code