GNU Windows

SYNTHÈSE STRUCTURÉE

Les faits : ce que Microsoft a vraiment annoncé

Microsoft a dévoilé coreutils pour Windows lors de la Build 2026, une suite de commandes Unix (comme cat, ls, cp, mv) exécutables nativement sans WSL ni couche de compatibilité. L’installation se fait par une commande unique : winget install microsoft.coreutils. L’intervenant précise : « It is not a complete port. Commands like dd, shred, sync, uname are deliberately missing along with a whole series of POSIX tools like chmod, chown, tty, who. » Il s’agit d’un sous-ensemble choisi, et des conflits existent avec les alias PowerShell (nécessité de PowerShell 7.4+). De plus, le statut « generally available » de l’annonce contredit le dépôt GitHub marqué « preview », ce qui, selon l’intervenant, « says a lot about how much is marketing announcement and how much is substance ».

La clé technique : uutils, une réécriture en Rust sous licence MIT

Microsoft n’a pas écrit coreutils de zéro. Il a forké uutils, un projet open source qui réimplémente les GNU coreutils en Rust. L’intervenant insiste : « Rust provided the technical opportunity to rewrite them. The MIT license provided the legal mechanism to adopt them. » La différence fondamentale est la licence : les GNU coreutils originaux sont sous GPLv3 (copyleft), tandis que uutils est sous MIT (permissive). Cette bascule légale est le vrai moteur, pas la sécurité mémoire.

Pourquoi maintenant ? La licence, pas la technique

La question centrale est : pourquoi Microsoft n’a-t-il pas fait cela avant ? La réponse n’est pas technique (Git, GPL, tourne déjà sur Windows via MSYS2). L’intervenant explique : « It is not that the GPL did not run on Windows. False. Git is GPL and has run on Windows forever. The point is not technical. It is that Microsoft does not want to bind its own binaries, its own distribution, its own packaging to the obligations of copy left. » La GPL impose une réciprocité forcée : toute modification doit être redistribuée sous la même licence. La MIT libère Microsoft de toute contrainte : il peut prendre, modifier, intégrer sans rien devoir à personne.

Le piège de l’argument « sécurité mémoire »

L’intervenant démonte l’argument marketing de la sécurité mémoire : « What was the rewrite really for? A set of tools that has existed for 40 years, that is tested on billions of machines by billions of users, that represents the backbone of the entire GNU Linux ecosystem. What was it for? To make it memory safe? The memory safety CVEs in the coreutils written in C over 10 years were maybe two. Two. » La réécriture n’était pas une nécessité technique urgente, mais une opportunité légale déguisée en amélioration technique.

Le vrai problème : la disparition de la réciprocité

Le cœur de l’analyse est éthique et politique. Pendant 40 ans, la GPL a créé une asymétrie protectrice : quiconque tire valeur du commun doit y contribuer en retour. L’intervenant prévient : « Rust culture pushes by default toward permissive licenses, MIT or Apache. It is not a conspiracy. It is a matter of incentives. Companies prefer permissive because they can take without giving back. » Le résultat est que la prochaine couche fondamentale du logiciel libre (userland, bibliothèques, outils) naît déjà désarmée, sans mécanisme de défense.

Le scénario futur : un noyau GPL isolé dans une mer permissive

L’intervenant projette l’évolution : Rust entre dans le noyau Linux (GPLv2), mais l’écosystème autour (crates, bibliothèques, outils) est majoritairement MIT/Apache. Il décrit : « Picture this scenario, 5 or 10 years from now. The userland increasingly MIT, the system libraries MIT, the development tools MIT, and the GPL kernel as an island increasingly surrounded by a permissive sea. » La question devient : quelle est la valeur du copyleft du noyau si tout ce qui l’entoure peut être fermé et revendu librement ?

L’avertissement : ne pas confondre guerre de religion et défense du libre

L’intervenant conclut en recentrant le débat : « This is not a war of religion between extremist ideologues of free software fought against other people of free software. It is a war in favor of free software against proprietary software. » Il appelle à ne pas se laisser distraire par les querelles techniques (Rust vs C, sécurité mémoire) et à reconnaître que l’enjeu est la survie du mécanisme de réciprocité qui a permis au logiciel libre de prospérer.

CONCEPTS CLÉS

• Copyleft (GPL) : Licence qui impose que toute distribution d’un logiciel modifié doit se faire sous la même licence, garantissant une réciprocité forcée. C’est un mécanisme de défense contre l’appropriation propriétaire.
• Permissive (MIT, Apache) : Licence qui autorise la réutilisation, la modification et la redistribution sans obligation de partager les modifications, même dans un logiciel propriétaire.
• uutils : Réécriture en Rust des GNU coreutils, sous licence MIT, qui a servi de base au coreutils de Microsoft.
• Asymétrie protectrice : Concept clé de l’intervenant : la GPL crée un déséquilibre favorable au commun, car elle force les entreprises à contribuer si elles veulent utiliser le code. La permissive inverse ce déséquilibre.

CONCLUSION

Le message principal est que l’adoption de coreutils par Microsoft n’est pas une victoire technique ni une preuve que « Windows devient Linux ». C’est la démonstration concrète d’un glissement silencieux : la substitution des licences copyleft par des licences permissives dans les couches fondamentales du logiciel libre. Ce glissement, porté par la culture Rust et les intérêts des grandes entreprises, désarme le mécanisme de réciprocité qui a protégé le libre pendant 40 ans. L’intervenant résume : « Defending free software means defending the mechanism that keeps it free, not just the code. » Pour un administrateur système, cela signifie qu’il faut regarder au-delà des outils et des commandes, et comprendre que les choix de licence d’aujourd’hui déterminent la capacité du logiciel libre à rester libre demain.