La société Microsoft a annoncé l'ouverture d'un outil permettant le fonctionnement du WSL (Windows Subsystem for Linux), qui permet d'exécuter des applications Linux sous Windows. Il a été noté que désormais, toute personne intéressée peut compiler WSL à partir du code source et participer au développement. Entre autres, Microsoft a commencé à accepter dans WSL des corrections et de nouvelles fonctionnalités préparées par des représentants de la communauté. Le code est publié sous licence MIT. Pour les développeurs souhaitant participer au projet, le site wsl.dev a été lancé.
WSL fournit une machine virtuelle avec un noyau Linux complet (basé sur la branche 6.6), dans laquelle les distributions Linux peuvent être exécutées. Le noyau comprend des modifications spécifiques à WSL, telles que des optimisations pour réduire le temps de démarrage et diminuer la consommation de mémoire, la possibilité de libérer la mémoire occupée par les processus Linux vers Windows, et des réglages pour exclure des pilotes et sous-systèmes inutiles. Le système est installé dans une image disque distincte (VHD) avec un système de fichiers ext4 et un adaptateur réseau virtuel.
Les composants WSL liés au noyau Linux et à la pile graphique wslg, utilisée pour exécuter des applications GUI basées sur Wayland et X11, ont été développés sous une forme ouverte dès le départ, mais tout l'outillage associé restait propriétaire. Désormais, les composants suivants sont ouverts :
- Les utilitaires en ligne de commande wsl.exe, wslconfig.exe et wslg.exe, utilisés pour interagir avec WSL.
- Le service wslservice.exe, utilisé pour lancer la machine virtuelle, activer l'environnement Linux et monter les systèmes de fichiers.
- Les processus d'arrière-plan exécutés dans l'environnement Linux pour accéder aux fonctionnalités de WSL. Par exemple, le processus init pour l'initialisation, gns pour la configuration de l'accès réseau, localhost pour le redirection des ports.
- Le processus plan9 avec implémentation de serveurs Plan9, utilisé dans WSL pour l'accès partagé aux fichiers Linux depuis Windows.
Reste une partie de Windows et n'est actuellement pas ouvert :
- Le pilote du noyau Lxcore.sys, utilisé pour exécuter des fichiers exécutables au format ELF via une couche de compatibilité.
- Le pilote P9rdr.sys et la bibliothèque p9np.dll, permettant le redirection d'accès au FS «\\wsl.localhost» lors de l'accès de Windows à Linux.
En même temps, la société Microsoft a ouvert sous licence MIT le code source de l'éditeur de texte en ligne de commande Edit, écrit en Rust et destiné à être fourni par défaut dans les versions 64 bits de Windows. Dans les mois à venir, l'éditeur sera proposé pour examen et test dans les builds du Windows Insider Program, après quoi il sera inclus dans l'offre standard de Windows 11.
L'éditeur a tenté de mettre en œuvre une interface moderne avec une gestion à la manière de VS Code. L'objectif est de fournir une interface qui soit claire et facile à utiliser même pour ceux qui n'ont pas d'expérience avec le terminal. L'éditeur est compact et ne prend que 250 Ko sur le disque. Parmi les fonctionnalités, on note : un système de menus, la gestion des raccourcis clavier ou de la souris, le support des onglets et le travail simultané avec plusieurs fichiers, ainsi que des opérations de recherche et de remplacement, et un mode de retour à la ligne automatique.
Il convient également de noter qu'une mise à jour de mai de Windows a corrigé un problème empêchant le démarrage de certains systèmes Linux dans des configurations de double amorçage où Windows et Linux sont utilisés sur un même ordinateur. Ce problème est survenu en août de l'année dernière et a été résolu seulement maintenant (auparavant, la correction nécessitait la suppression manuelle des données SBAT installées dans l'UEFI). L'essence du problème est que Microsoft voulait bloquer la possibilité de contourner le mode Secure Boot en utilisant des versions vulnérables de GRUB sur des ordinateurs n'exécutant que Windows, mais n'a pas pris en compte certaines nuances. En fin de compte, ce changement a perturbé le processus de démarrage pour les utilisateurs des systèmes en double amorçage utilisant des distributions Linux avec des paramètres SBAT non mis à jour et un chargeur GRUB.
Source : opennet.ru
