Win32/Linux gemeinsam aufbauen: das Projekt loss32

 (loss32.org)
3 Punkte von GN⁺ 2026-01-01 | 1 Kommentare | Auf WhatsApp teilen
  • loss32 hat das Ziel, mithilfe von WINE- und ReactOS-Komponenten eine Linux-Distribution zu schaffen, die eine Win32-Umgebung als primären Desktop verwendet
  • Nutzer können .exe-Dateien direkt herunterladen und ausführen, und das System ist als vollständiges Open-Source-Betriebssystem konzipiert
  • Anders als ReactOS, das den Windows-NT-Kernel nachbilden will, verfolgt loss32 den Ansatz, Stabilität und Kompatibilität auf einem Linux-Kernel sicherzustellen
  • Die wichtigsten Beweggründe des Projekts sind die Verbesserung von WINE, die Wiederherstellung eines Win32-basierten Desktop-Erlebnisses und ein breiterer Zugang zu Kreativsoftware
  • Eine erste Prototyp-Distribution ist für Januar 2026 geplant, danach soll das System schrittweise verbessert werden

Das Konzept von Win32/Linux

  • Linux wird nicht als eigenständiges Betriebssystem beschrieben, sondern als Teil eines vollständigen Systems, zusammen mit WINE und dem ReactOS-User-Space
    • Diese Kombination wird „Win32/Linux“ oder „Win32 plus Linux“ genannt
  • Ausgehend von Microsofts Definition eines vollständigen OS zielt das Projekt auf die Verbindung von Linux-Kernel und Win32-Umgebung

Projektüberblick

  • Ziel ist es, eine vollständige Desktop-Umgebung aus Win32-Software auf Basis von WINE aufzubauen
    • Nutzer können .exe-Dateien direkt ausführen
    • Gedacht als freies und offenes OS, das auch für Nutzer zugänglich ist, die nicht auf Unix ausgerichtet sind
  • Im Unterschied zu ReactOS wird kein Kernel neu implementiert; stattdessen setzt das Projekt auf den Linux-Kernel und erprobte Komponenten
    • Teile des ReactOS-User-Space werden einbezogen, um die Nutzbarkeit zu verbessern
    • Da es auf Linux basiert, kann es auch Linux-Software ausführen — ein Vorteil, den ReactOS nicht hat

Umfang des Ersatzes im User-Space

  • Die Richtung ist, den User-Space so weit wie möglich vollständig durch WINE zu ersetzen
  • Konkrete Grenzen oder Ausnahmen werden nicht genannt

Motivation für den Aufbau

  • Das Projekt will das PC-Desktop-Erlebnis von den späten 1990ern bis in die frühen 2010er bewahren
  • Durch die Verbesserung der unvollständigen Teile von WINE soll die Kompatibilität für alle Nutzer steigen
  • Win32 wird als „stabiles Linux-ABI“ betrachtet
  • Dazu kommt auch ein experimenteller Antrieb nach dem Motto: einfach, weil es möglich ist

Behauptete Stabilität von Win32

  • Das Win32-ABI verfügt über eine jahrzehntelange Kompatibilitätsbilanz
    • Über WINE lässt sich sogar Win16-Software ausführen
  • Auch in Bereichen wie Kreativsoftware oder Games, in denen das GNU/Linux-Ökosystem Lücken hat, bietet Win32 breite Zugänglichkeit
  • Es wird als „stabiles ABI der Welt“ beschrieben und als Mittel bewertet, den Zugang zu kulturellem Erbe zu erweitern

Screenshots und aktueller Status

  • Die veröffentlichten Screenshots zeigen einen realen Bildschirm mit WINE unter Debian 13
  • Der aktuelle Stand enthält noch unbequeme und unfertige Elemente
  • Ziel ist es, diese Umgebung zu stabilisieren und in eine leicht installierbare Form zu paketieren

So kann man mitmachen

  • Das Projekt wurde von hikari_no_yume am 29. Dezember 2025 während des 39C3 verfasst und am 30. Dezember aktualisiert
  • Teilnahme oder Anfragen sind per E-Mail (hikari@noyu.me) oder über den IRC-Kanal #loss32 (irc.libera.chat) möglich
  • Gesucht wird Unterstützung in folgenden Bereichen:
    • Verbesserung der Integration von Wayland-Compositoren und WINE (derzeit wird standalone mutter verwendet)
    • Arbeiten an WINEs explorer.exe, shell32.dll, HiDPI-Skalierung und Packaging
    • Kompatibilitätsprobleme bei ReactOS explorer.exe, shell32.dll und WINE
    • Die gesamte Detailstruktur des GNU/Linux-Desktop-Stacks

Zeitplan

  • Für Januar 2026 ist die Veröffentlichung eines ersten Prototyps geplant
    • Nach dem Hinzufügen zu /etc/apt/sources.list soll die Installation per sudo apt install möglich sein
    • Der Prototyp wird voraussichtlich viele unfertige und fehlerhafte Elemente enthalten; anschließend ist ein iterativer Verbesserungsprozess vorgesehen

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2026-01-01
Hacker-News-Kommentare

  • Sogar Linus Torvalds hat gesagt, dass die ABI-Kompatibilität nicht ausreichend ist. Ich denke, das ist einer der Hauptgründe, warum Linux auf dem Desktop nicht beliebt ist
    Zugehöriges Video

    • Um einen Freund zu zitieren: „Glibc verschwendet ein vollkommen stabiles Kernel-ABI“ trifft es ziemlich gut
    • Formate wie AppImage oder FlatPak lösen dieses Problem theoretisch, aber das praktische Problem ist, dass es niemanden gibt, der alte Software paketiert
    • Das Argument ist weiterhin stichhaltig, aber man sollte auch erwähnen, dass das eine Geschichte von vor 12 Jahren ist
    • Ich stimme Linus voll zu. Unter Windows läuft eine für WinXP geschriebene exe fast immer auch unter Win10 und 11, aber unter Linux kämpft man bei jedem Wechsel der Mint- oder Ubuntu-Version mit Kompatibilitätsproblemen
    • Deshalb kann OpenBSD attraktiv wirken. Kernel und Apps sind vollständig integriert, und durch die Einfachheit sind Sicherheit und Stabilität hoch.
      Trotzdem ist es ironisch, dass die Open-Source-Welt auf so alten Konzepten noch immer instabile Betriebssysteme baut.
      Das Chaos bei Paketierungssystemen, kaputte Updates, instabiles glibc und sich ständig ändernde Desktop-Umgebungen bleiben weiter Probleme

  • Dank Wine und Proton ist Linux überraschend besser mit alten Windows-Spielen kompatibel. Spiele aus den 90ern und 2000ern sind unter Windows schwer zum Laufen zu bringen, aber auf Steam laufen sie unter Linux mit einem Klick

    • Tatsächlich funktioniert Wine auch unter Windows. Das Projekt Shorthorn nutzt es, um moderne Software unter XP laufen zu lassen
    • Mein Gaming-PC ist nicht mit Windows 11 kompatibel, also bin ich auf Linux umgestiegen, und gefühlt war die Leistungssteigerung sofort da. Unter Windows gab es viele unnötige Downloads und Abstürze, unter Linux funktioniert das meiste gut. Allerdings bleiben bei manchen Spielen unter Proton Soundprobleme
    • Mich würden konkrete Beispiele interessieren, welche Spiele unter Windows schwer auszuführen sind
    • Umgekehrt musste ich auch schon die Windows-Version eines Spiels über Proton starten, weil die native Linux-Version nicht lief

  • GUI-Dienstprogramme auf Basis von VB6 zu bauen kann heutzutage stabiler und produktiver sein als aktuelle Web-Technologien

    • Ich würde Delphi wählen. Delphi unterstützt Windows, Linux, macOS, Android und iOS.
      Außerdem ist Elements von RemObjects eine RAD-Umgebung, die mit verschiedenen Sprachen mehrere Plattformen ansprechen kann
    • Ich habe auch mit VB6 angefangen und habe nostalgische Gefühle dazu, aber den Fortschritt durch Reacts deklaratives UI-Modell kann man nicht leugnen. Dass die Trennung zwischen erstem Rendern und Re-Rendern verschwindet und sich die UI allein durch Status-Updates aktualisiert, ist revolutionär
    • Ich würde für Delphi oder FreePascal stimmen, aber der grundlegenden Stimmung stimme ich zu
    • Außerdem läuft Software von 2005 auf heutigen Systemen extrem schnell
    • Das gilt allerdings nur, wenn man die Standard-Widgets und -Effekte von Win32 nutzt. Will man mehr, ist eine ausgereifte und gut dokumentierte Umgebung wie eine Web-Runtime produktiver

  • Ich würde gern die ABI-Probleme von Linux konkret verstehen. Ich nutze Linux seit über 20 Jahren, habe aber bei Apps, die ich über den Paketmanager installiert habe, keine Probleme bemerkt.
    Falls jemand die ganze Geschichte kennt, wäre ein Blogpost dazu hilfreich

    • Der Kernel ist stabil, aber die für grafische Apps nötigen Systembibliotheken brechen oft. GTK, Qt, X11 und andere Hauptkomponenten ändern sich ständig, wodurch Kompatibilitätsbrüche entstehen
    • Das eigentliche Problem ist nicht ABI, sondern fehlende Standardisierung. Die Linux Standard Base sollte das lösen, ist aber mangels Interesse verschwunden.
      Weil Wartung als langweilig gilt, setzt sich weiter CADT (Rewrite-Kultur) durch. Beispiele: Wayland, Rust-Rewrites
      In so einem Umfeld ist es schwer für kommerzielle Apps zu wachsen, und selbst Open-Source-Apps brauchen Jahre für Portierungen (z. B. GIMPs Wechsel von GTK2 zu 3)
    • Linux umfasst anders als Windows nicht den gesamten Stack. Bibliotheken vieler Entwickler werden zusammengemischt und ändern sich mit der Zeit weiter
    • Mich würde interessieren, ob du nie Probleme mit GLIBC-Versionen hattest
    • Das Modell, bei jeder OS-Version alles zu patchen und neu zu kompilieren, ist furchtbar.
      Entwickler leiden unter den Distributions-Zwischenhändlern, und Nutzer müssen sich mit alten App-Versionen begnügen.
      Ein gutes Betriebssystem sollte frühere Apps unverändert ausführen können.
      Windows ist Linux in diesem Punkt viel überlegen, und Linux hat eine sozialistische Struktur, in der es keinen klaren Verantwortlichen gibt.
      Docker ist auf der Serverseite eine Lösung, aber nicht für den Desktop

  • Wenn es einen Linux-Desktop mit einer klassischen UI wie Windows 7 oder XP gäbe, wäre ich ein großer Fan.
    Diese Eleganz ist viel anziehender als Windows 10

    • Erstaunlich, dass es noch keinen ausgereiften 1:1-XP-/7-Klon als DE gibt.
      Wenn man so eine feste Umgebung nachbildet, könnte man Feature-Überfrachtung vermeiden und sich auf Bugfixes und Optimierung konzentrieren
    • Ich empfehle, das Aero-Theme für KDE auszuprobieren. Auf Screenshots sieht es wirklich wie Windows 7 aus
    • Solche Versuche scheitern aber meist. Wie bei Linspire oder BeOS PC ist es ohne Auslieferung zusammen mit Hardware nicht nachhaltig
    • SerenityOS ist ein vollständiges OS im Win2k-Stil und hätte Potenzial, wenn nur die Hardware-Unterstützung käme.
      Oder man wartet darauf, dass ReactOS fertig wird
    • Wenn man XFCE mit einem Windows-Theme versieht, bekommt man ein ziemlich ähnliches Erlebnis. Dazu noch Wine-Konfiguration, dann reicht es völlig

  • Durch Änderungen bei Python und WxWindows ist WikidPad kaputtgegangen, weshalb ich am Ende wieder zu Windows zurückgekehrt bin.
    Die exe von 2012 funktioniert immer noch perfekt. Persönlich halte ich Windows 2000 Server SP4 für das beste Desktop-OS

    • Meine Wahl wäre Server 2003, die letzte Version unter Cutlers Aufsicht. Technisch ist dort sogar Zugriff auf den Quellcode möglich
    • Ich hatte ein ähnliches Problem unter Debian, habe es aber mit debootstrap und snapshots.debian.org gelöst.
      GPU-Beschleunigung kann kaputtgehen, aber X11 behält weiterhin eine starke Abwärtskompatibilität
    • Dass man selbst 2025 noch hört, der „Task Manager frisst 15 % CPU“, zeigt, dass Windows 11 immer noch ineffizient ist

  • Ich finde, Microsoft sollte jetzt einmal die eigene Strategie embrace, extend, extinguish zu spüren bekommen

    • Ich denke, Windows 13 könnte auf einen Linux-Kernel umsteigen.
      Microsoft hat Linux und Open Source in den letzten 10 Jahren tatsächlich aktiv angenommen

  • Die Idee von Linux ist gut, aber es mangelt weiterhin an Hardware-Unterstützung. Mit der Verbreitung von ARM dürfte das noch schlimmer werden.
    Ich frage mich, warum Google Android nicht zu einem echten Desktop-OS macht. ChromeOS ist zu eingeschränkt

    • Tatsächlich ist Linux je nach Gerät in manchen Fällen kompatibler als Windows.
      Google treibt seit Android 16 die Desktopisierung ernsthaft voran.
      Auch ChromeOS ist für bestimmte Aufgaben völlig ausreichend.
      Nur beim Zuhören auf Kundenstimmen ist Google schwach.
      Trotzdem muss man anerkennen, dass das Unternehmen zur Entwicklung von Web-Technologien beigetragen hat
    • ChromeOS ist keineswegs ein Spielzeug. Als Entwicklungsumgebung ist es in mancher Hinsicht sogar besser als macOS.
      Wenn dein letzter Einsatz 2013 war, ist es heute etwas völlig anderes
    • Inzwischen gibt es eher sogar Hardware, die nur Linux unterstützt
    • In Desktop-Umgebungen funktioniert die meiste Hardware direkt. Solange es keine exotische Ausrüstung ist, gibt es keine Probleme

  • Es wäre schön, wenn große Distributionen Wine standardmäßig über binfmt_misc registrieren würden.
    Wenn Windows-Apps innerhalb der Linux-Sicherheitsmechanismen isoliert laufen und Logs sowie Crash-Reports zentral verwaltet würden,
    dann gäbe es einen realistischen Weg zu einem Ersatz für Windows

    • Genau solche Funktionen sind der Schlüssel, um Linux einsteigerfreundlich zu machen

  • Das Projekt Longene fällt mir wieder ein.
    Es war ein Versuch, die Windows-API in den Linux-Kernel zu integrieren, und ist ein interessanter historischer Referenzfall