Construisons Win32/Linux ensemble : le projet loss32

• loss32 vise une distribution Linux utilisant un environnement Win32 comme bureau principal, en s’appuyant sur WINE et des composants de ReactOS
• Les utilisateurs peuvent télécharger et exécuter directement des fichiers .exe, et le système est conçu comme un système d’exploitation entièrement open source
• Contrairement à l’approche de ReactOS, qui cherche à réimplémenter le noyau Windows NT, loss32 vise à assurer stabilité et compatibilité au-dessus du noyau Linux
• Les principales motivations du projet sont l’amélioration de WINE, la restauration d’une expérience de bureau fondée sur Win32 et l’élargissement de l’accès aux logiciels de création
• Une première distribution de prototype est prévue pour janvier 2026, suivie d’un plan d’amélioration progressive

---

Concept Win32/Linux

• Linux n’est pas décrit comme un système d’exploitation autonome, mais comme une partie d’un système complet, composé notamment de WINE et de l’espace utilisateur de ReactOS
  • Cette combinaison est appelée « Win32/Linux » ou « Win32 plus Linux »
• En s’appuyant sur la définition d’un OS complet telle que formulée par Microsoft, le projet vise la combinaison du noyau Linux et de l’environnement Win32

Vue d’ensemble du projet

• L’objectif est de construire un environnement de bureau complet composé de logiciels Win32 au-dessus de WINE
  • Les utilisateurs peuvent exécuter directement des fichiers .exe
  • Le projet prend la forme d’un OS libre et ouvert, accessible même à des utilisateurs non orientés Unix
• Contrairement à ReactOS, il ne réimplémente pas un nouveau noyau et utilise le noyau Linux ainsi que des composants éprouvés
  • Il intègre aussi une partie de l’espace utilisateur de ReactOS afin d’améliorer l’utilisabilité
  • Comme il repose sur Linux, il peut aussi exécuter des logiciels pour Linux, un avantage que ReactOS n’a pas

Portée du remplacement de l’espace utilisateur

• L’orientation est de remplacer autant que possible l’ensemble de l’espace utilisateur par WINE
• Aucune limitation ni exception précise n’est mentionnée

Motivations de la construction

• Le projet cherche à préserver l’expérience du bureau PC de la fin des années 1990 au début des années 2010
• Il veut améliorer les parties incomplètes de WINE afin que tous les utilisateurs bénéficient d’une meilleure compatibilité
• Il considère Win32 comme un « ABI Linux stable »
• Il inclut aussi une motivation expérimentale, simplement parce que « c’est possible »

Affirmation sur la stabilité de Win32

• L’ABI Win32 dispose d’un historique de compatibilité maintenu pendant des décennies
  • Via WINE, il est même possible d’exécuter des logiciels Win16
• Win32 offre une large accessibilité dans des domaines où l’écosystème GNU/Linux est insuffisant, comme les logiciels de création ou les jeux
• Il est présenté comme « l’ABI stable du monde » et considéré comme un moyen d’améliorer l’accès au patrimoine culturel

Captures d’écran et état actuel

• Les captures d’écran publiées montrent un véritable écran où WINE fonctionne sur Debian 13
• À l’heure actuelle, il existe encore des éléments peu pratiques et des parties inachevées
• L’objectif est de stabiliser cet environnement et de le packager sous une forme facile à installer

Comment participer

• Le projet a été rédigé par hikari_no_yume le 29 décembre 2025 pendant la 39C3, puis mis à jour le 30 décembre
• Pour participer ou poser des questions, il est possible de contacter le projet par e-mail ([e-mail]) ou via le canal IRC #loss32 (irc.libera.chat)
• Domaines de collaboration souhaités :
  • amélioration de l’intégration entre le compositeur Wayland et WINE (avec standalone mutter actuellement utilisé)
  • travail lié à explorer.exe, shell32.dll, la mise à l’échelle HiDPI et le packaging dans WINE
  • problèmes de compatibilité entre explorer.exe, shell32.dll de ReactOS et WINE
  • ensemble de la structure détaillée de la stack de bureau GNU/Linux

Calendrier à venir

• Une première distribution de prototype est prévue en janvier 2026
  • installation possible après ajout à /etc/apt/sources.list, puis via sudo apt install
  • cette version comprendra de nombreux éléments inachevés ou défectueux, avant un processus d’amélioration itératif

[GN⁺]

Commentaires sur Hacker News

• Même Linus Torvalds a dit que la compatibilité ABI n’était pas suffisante. Je pense que c’est l’une des principales raisons pour lesquelles Linux n’est pas populaire sur le desktop
  Vidéo associée

  • Pour reprendre les mots d’un ami, l’expression « glibc gaspille un ABI noyau parfaitement stable » résume parfaitement la situation
  • Des formats comme AppImage ou FlatPak résolvent théoriquement ce problème, mais en pratique personne ne veut empaqueter les vieux logiciels
  • Cet argument reste valable, mais il faut aussi rappeler qu’il date de 12 ans
  • Je suis entièrement d’accord avec Linus. Sous Windows, un exe prévu pour WinXP fonctionne presque toujours encore sur Win10 et 11, alors que sous Linux, chaque changement de version de Mint ou Ubuntu apporte son lot de problèmes de compatibilité
  • C’est aussi ce qui peut rendre OpenBSD séduisant. Le noyau et les applications y sont entièrement intégrés, et cette simplicité améliore la sécurité et la stabilité.
    Mais il est ironique que le monde de l’open source produise encore un OS instable sur des concepts aussi anciens.
    Le désordre des systèmes de packaging, les mises à jour qui cassent tout, une glibc instable et les environnements de bureau qui changent sans cesse restent des problèmes réels

• Il est surprenant que Linux soit plus compatible avec les vieux jeux Windows grâce à Wine et Proton. Des jeux des années 90 et 2000 difficiles à lancer sous Windows tournent sur Linux en un clic via Steam

  • En fait, Wine fonctionne aussi sous Windows. Le projet Shorthorn l’utilise pour faire tourner des logiciels récents sur XP
  • Mon PC de jeu n’était pas compatible avec Windows 11, donc je suis passé à Linux, et le gain de performances a été immédiat. Windows avait trop de téléchargements inutiles et de conflits, alors que sous Linux la plupart des choses fonctionnent bien. Il reste toutefois des problèmes de son sur certains jeux avec Proton
  • J’aimerais avoir des exemples précis de jeux difficiles à faire tourner sous Windows
  • À l’inverse, il m’est aussi arrivé de devoir lancer la version Windows d’un jeu via Proton parce que la version native Linux ne fonctionnait pas

• Créer des utilitaires GUI en VB6 peut aujourd’hui être plus stable et plus productif que les technologies web modernes

  • Moi, je choisirais Delphi. Delphi prend en charge Windows, Linux, macOS, Android et iOS.
    Et Elements de RemObjects est un environnement RAD capable de cibler plusieurs plateformes avec divers langages
  • J’ai aussi commencé avec VB6, donc j’ai une certaine nostalgie, mais il est impossible de nier les progrès apportés par le modèle d’UI déclaratif de React. La disparition de la distinction entre rendu initial et rerendu, avec une UI mise à jour uniquement via l’état, a été une vraie révolution
  • Je voterais plutôt pour Delphi ou FreePascal, mais je partage le sentiment général
  • Et en plus, un logiciel conçu pour 2005 tourne aujourd’hui à une vitesse folle sur les machines actuelles
  • Cela dit, c’est vrai uniquement si l’on se limite aux widgets et effets natifs de Win32. Dès qu’on va au-delà, un environnement mature et bien documenté comme un runtime web devient plus productif

• J’aimerais comprendre concrètement les problèmes d’ABI de Linux. J’utilise Linux depuis plus de 20 ans, mais je n’ai jamais vraiment ressenti de problème avec les applications installées via le gestionnaire de paquets.
  Si quelqu’un connaît bien tout l’historique, ce serait bien d’en faire un billet de blog

  • Le noyau est stable, mais les bibliothèques système nécessaires aux applications graphiques cassent souvent. GTK, Qt, X11 et d’autres composants majeurs changent régulièrement, créant des ruptures de compatibilité
  • Le vrai problème n’est pas l’ABI, mais l’absence de standardisation. La Linux Standard Base avait tenté d’y répondre, mais a disparu faute d’intérêt.
    Comme la maintenance n’est pas amusante, la CADT (culture de la réécriture) continue. Ex. : Wayland, réécritures en Rust
    Dans un tel environnement, les applications commerciales ont du mal à se développer, et même les applications open source mettent des années à être portées (ex. : la transition GTK2→3 de GIMP)
  • Linux ne couvre pas toute la pile comme Windows. Il assemble des bibliothèques de développeurs variés qui continuent d’évoluer avec le temps
  • Je me demande si vous n’avez jamais eu de problème de version de GLIBC
  • Ce modèle où il faut patcher et recompiler l’ensemble à chaque sortie de l’OS est affreux.
    Les développeurs souffrent à cause des intermédiaires que sont les distributions, et les utilisateurs se retrouvent à n’utiliser que de vieilles versions d’applications.
    Un bon OS devrait pouvoir exécuter les anciennes applications telles quelles.
    Windows est bien meilleur que Linux sur ce point, et Linux a une structure socialiste sans véritable responsable.
    Docker est une solution côté serveur, mais ne s’applique pas au desktop

• S’il existait un desktop Linux avec une UI classique façon Windows 7 ou XP, j’en serais vraiment fan.
  Cette élégance est bien plus séduisante que Windows 10

  • Il est étonnant qu’il n’existe toujours pas de DE vraiment abouti clonant XP/7 à l’identique.
    Reproduire un environnement figé de ce type permettrait d’éviter la surenchère fonctionnelle et de se concentrer sur les corrections de bugs et l’optimisation
  • Je recommande d’essayer le thème Aero pour KDE. Rien qu’avec les captures d’écran, on dirait un vrai Windows 7
  • Mais la plupart de ces tentatives échouent. Sans être livrées avec le matériel, comme Linspire ou BeOS PC, elles ne peuvent pas durer
  • SerenityOS est un OS complet au style Win2k qui pourrait avoir du potentiel s’il obtenait un vrai support matériel.
    Sinon, il faudra attendre que ReactOS soit terminé
  • En appliquant un thème Windows à XFCE, on peut obtenir une expérience assez proche. Avec quelques réglages Wine en plus, cela suffit largement

• WikidPad a cessé de fonctionner à cause des changements de version de Python et de WxWindows, et j’ai fini par revenir à Windows.
  L’exe de 2012 fonctionne toujours parfaitement. Personnellement, je pense que Windows 2000 Server SP4 était le meilleur OS desktop

  • Ma préférence va à Server 2003, la dernière version supervisée par Cutler. Techniquement, l’accès au code source est même possible
  • J’ai eu un problème similaire sur Debian, mais je l’ai résolu avec debootstrap et snapshots.debian.org.
    L’accélération GPU peut casser, mais X11 conserve toujours une rétrocompatibilité solide
  • En 2025, entendre encore dire que « le Gestionnaire des tâches consomme 15 % du CPU » montre bien que Windows 11 reste inefficace

• Je pense qu’il est temps pour Microsoft de goûter à sa propre stratégie du embrace, extend, extinguish

  • À mon avis, Windows 13 pourrait même basculer sur un noyau Linux.
    Microsoft a en réalité adopté Linux et l’open source de manière très active depuis dix ans

• Les idées de Linux sont bonnes, mais le support matériel reste insuffisant. Avec la montée en puissance d’ARM, cela risque d’empirer.
  Je me demande pourquoi Google ne fait pas d’Android un véritable OS desktop. ChromeOS est trop limité

  • En réalité, selon le matériel, Linux peut parfois être plus compatible que Windows.
    Google pousse sérieusement Android vers le desktop à partir d’Android 16.
    ChromeOS est aussi largement suffisant pour certains usages.
    En revanche, Google n’est pas très bon pour écouter ses utilisateurs.
    Il faut néanmoins reconnaître sa contribution à l’évolution des technologies web
  • ChromeOS n’est absolument pas un jouet. Pour le développement, il a même des avantages sur macOS dans certains cas.
    Si votre dernière utilisation remonte à 2013, c’est aujourd’hui complètement différent
  • De nos jours, il existe même pas mal de matériel pris en charge uniquement par Linux
  • Dans un environnement desktop, la plupart des matériels fonctionnent directement. Sauf équipement exotique, il n’y a pas de problème

• J’aimerais que les grandes distributions enregistrent Wine par défaut via binfmt_misc.
  Si les applications Windows pouvaient être exécutées de manière isolée dans les mécanismes de sécurité de Linux, avec gestion unifiée des logs et des rapports de plantage,
  cela ouvrirait une voie réaliste pour faire de Linux un remplaçant de Windows

  • Ce genre de fonctionnalité est justement ce qui rendrait Linux accessible aux débutants

• Le projet Longene me revient aussi en tête.
  C’était une tentative d’intégrer l’API Windows au noyau Linux, un cas historique intéressant à garder en référence