Construyamos Win32/Linux juntos: el proyecto loss32

• loss32 busca ser una distribución de Linux que use un entorno Win32 como escritorio predeterminado aprovechando WINE y componentes de ReactOS
• Los usuarios pueden descargar y ejecutar archivos .exe directamente, y está diseñado como un sistema operativo completamente de código abierto
• A diferencia del enfoque de ReactOS, que intenta reimplementar el kernel de Windows NT, loss32 apunta a asegurar estabilidad y compatibilidad sobre el kernel de Linux
• Las principales motivaciones del proyecto son mejorar WINE, recuperar la experiencia de escritorio basada en Win32 y ampliar el acceso a software de creación
• Está prevista una distribución de prototipo inicial para enero de 2026, seguida de mejoras graduales

---

Concepto de Win32/Linux

• Se describe a Linux no como un sistema operativo independiente, sino como parte de un sistema completo compuesto por elementos como WINE y el espacio de usuario de ReactOS
  • A esta combinación se le da el nombre de “Win32/Linux” o “Win32 plus Linux”
• Basado en la idea de sistema operativo completo definida por Microsoft, apunta a la combinación del kernel de Linux con un entorno Win32

Resumen del proyecto

• El objetivo es construir un entorno de escritorio completo compuesto por software Win32 sobre WINE
  • Los usuarios pueden ejecutar archivos .exe directamente
  • Se plantea como una forma de SO libre y abierto accesible incluso para quienes no están orientados a Unix
• A diferencia de ReactOS, no reimplementa el kernel, sino que usa el kernel de Linux y componentes ya probados
  • Incluye parte del espacio de usuario de ReactOS para mejorar la usabilidad
  • Al estar basado en Linux, también puede ejecutar software para Linux, una ventaja que ReactOS no tiene

Alcance del reemplazo del espacio de usuario

• La idea es reemplazar con WINE la mayor parte posible del espacio de usuario completo
• No se mencionan límites concretos ni excepciones

Motivación para construirlo

• Busca mantener la experiencia de escritorio de PC de finales de los 90 hasta inicios de los 2010
• Pretende mejorar las partes incompletas de WINE para que todos los usuarios disfruten de una mejor compatibilidad
• Considera a Win32 como un “ABI estable de Linux”
• También incluye una motivación experimental: simplemente “porque se puede”

Afirmación sobre la estabilidad de Win32

• El ABI de Win32 tiene un historial de compatibilidad mantenido durante décadas
  • A través de WINE, incluso es posible ejecutar software Win16
• En áreas como software creativo o videojuegos, donde el ecosistema GNU/Linux tiene carencias, Win32 ofrece una accesibilidad muy amplia
• Se lo describe como el “ABI estable del mundo”, y se valora su papel para ampliar el acceso al patrimonio cultural

Capturas de pantalla y estado actual

• Las capturas publicadas muestran una pantalla real con WINE ejecutándose en Debian 13
• Actualmente hay elementos incómodos y partes incompletas
• El objetivo es estabilizar este entorno y empaquetarlo de forma que pueda instalarse fácilmente

Cómo participar

• El proyecto fue escrito por hikari_no_yume durante el evento 39C3 el 29 de diciembre de 2025 y actualizado el 30 de diciembre
• Se puede participar o hacer consultas por correo electrónico ([e-mail]) o mediante el canal IRC #loss32 (irc.libera.chat)
• Áreas en las que se busca colaboración:
  • Mejorar la integración entre el compositor Wayland y WINE (actualmente se usa standalone mutter)
  • Trabajo relacionado con explorer.exe, shell32.dll, escalado HiDPI y empaquetado en WINE
  • Problemas de compatibilidad entre explorer.exe, shell32.dll de ReactOS y WINE
  • La estructura detallada del stack de escritorio GNU/Linux en general

Próximos pasos

• Está prevista una distribución de prototipo inicial en enero de 2026
  • Podrá instalarse agregándolo a /etc/apt/sources.list y luego con sudo apt install
  • Incluirá numerosos elementos incompletos y defectos, y después seguirá un proceso de mejoras iterativas

[GN⁺]

Comentarios de Hacker News

• Incluso Linus Torvalds ha dicho que la compatibilidad ABI no es suficiente. Creo que esta es una de las principales razones por las que Linux no es popular en el escritorio
  Video relacionado

  • Como diría un amigo, la frase exacta es: “Glibc está desperdiciando una ABI del kernel perfectamente estable”
  • Formatos como AppImage o FlatPak resuelven este problema en teoría, pero el problema práctico es que no hay nadie que empaquete el software antiguo
  • Este argumento sigue teniendo sentido, pero también hay que señalar que esto fue hace 12 años
  • Estoy completamente de acuerdo con Linus. En Windows, un exe para WinXP casi siempre corre también en Win10 y 11, pero en Linux uno sufre problemas de compatibilidad cada vez que cambia la versión de Mint o Ubuntu
  • Por eso OpenBSD puede parecer atractivo. El kernel y las apps están totalmente integrados, y gracias a su simplicidad tiene más seguridad y estabilidad.
    Pero es irónico que el mundo del código abierto siga construyendo un OS inestable sobre conceptos tan antiguos.
    El caos de los sistemas de empaquetado, las actualizaciones que se rompen, glibc inestable y los entornos de escritorio que cambian todo el tiempo siguen siendo problemas

• Gracias a Wine y Proton, sorprende que Linux sea más compatible con juegos viejos de Windows. Juegos de los 90 y 2000 son difíciles de ejecutar en Windows, pero en Steam corren en Linux con un solo clic

  • De hecho, Wine también funciona en Windows. El proyecto Shorthorn lo usa para ejecutar software moderno en XP
  • Mi PC gamer no es compatible con Windows 11, así que me cambié a Linux, y sentí una mejora de rendimiento inmediata. Windows tenía muchas descargas innecesarias y fallos, mientras que en Linux casi todo funciona bien. Eso sí, en Proton siguen existiendo problemas de sonido en algunos juegos
  • Me gustaría ver ejemplos concretos de qué juegos son difíciles de ejecutar en Windows
  • Al revés, también me ha pasado que la versión nativa de Linux de un juego no corre, así que tuve que usar la versión de Windows con Proton

• Hacer utilidades GUI basadas en VB6 podría ser hoy más estable y productivo que las tecnologías web actuales

  • Yo elegiría Delphi. Delphi soporta Windows, Linux, macOS, Android e iOS.
    Además, Elements de RemObjects es un entorno RAD para apuntar a múltiples plataformas con varios lenguajes
  • Yo también empecé con VB6 y me da nostalgia, pero no se puede negar el avance que trajo el modelo declarativo de UI de React. La distinción entre render inicial y rerender desaparece, y la estructura donde la UI se actualiza solo con cambios de estado fue revolucionaria
  • Yo votaría por Delphi o FreePascal, pero comparto el sentimiento general
  • Además, software hecho para 2005 corre increíblemente rápido en los sistemas actuales
  • Claro, eso aplica solo si usas los widgets y efectos básicos de Win32. Si quieres ir más allá, un entorno maduro y bien documentado como un runtime web resulta más productivo

• Me gustaría entender en concreto el problema del ABI en Linux. Llevo más de 20 años usándolo, pero nunca lo he notado en apps instaladas mediante el gestor de paquetes.
  Si alguien conoce toda la historia, estaría bien que la resumiera en un blog

  • El kernel es estable, pero las bibliotecas del sistema que necesitan las apps gráficas se rompen seguido. Componentes principales como GTK, Qt y X11 cambian constantemente y se producen rupturas de compatibilidad
  • El problema real no es el ABI sino la falta de estandarización. Linux Standard Base intentó resolverlo, pero desapareció por falta de interés.
    La cultura de CADT (reescribirlo todo) sigue adelante porque mantener no es divertido. Ej.: Wayland, reescrituras en Rust
    En este entorno es difícil que crezcan las apps comerciales, y hasta las apps de código abierto tardan años en portarse (ej.: la transición de GTK2→3 en GIMP)
  • Linux no abarca toda la pila como Windows. Mezcla bibliotecas de muchos desarrolladores y eso sigue cambiando con el tiempo
  • Me pregunto si nunca te has topado con problemas de versión de GLIBC
  • El modelo de parchar y recompilar todo en cada release del OS es terrible.
    Los desarrolladores sufren por culpa de los intermediarios de las distribuciones, y los usuarios terminan obligados a usar apps viejas.
    Un buen OS debería poder ejecutar las aplicaciones del pasado tal cual.
    Windows es mucho mejor que Linux en eso, y Linux tiene una estructura socialista donde no hay un responsable claro.
    Docker es la solución del lado servidor, pero no aplica al escritorio

• Si existiera un escritorio Linux con una UI clásica como Windows 7 o XP, realmente me volvería fan.
  Esa elegancia me parece mucho más atractiva que Windows 10

  • Sorprende que todavía no exista un clon DE 1:1 realmente pulido de XP/7.
    Copiar un entorno fijo así evitaría la sobrecarga de funciones y permitiría concentrarse en corrección de bugs y optimización
  • Recomiendo probar el tema Aero para KDE. Solo con las capturas de pantalla parece Windows 7 real
  • Pero la mayoría de esos intentos fracasan. Como Linspire o BeOS PC, si no se envía junto con el hardware, es imposible sostenerlo
  • SerenityOS es un OS completo con estilo Win2k y podría tener futuro si logra soporte de hardware.
    O también queda esperar a que ReactOS se complete
  • Si le pones un tema de Windows a XFCE puedes conseguir una experiencia bastante parecida. Sumándole la configuración de Wine, alcanza

• WikidPad se rompió por los cambios de versión de Python y WxWindows, así que al final volví a Windows.
  El exe de 2012 todavía funciona perfecto. Personalmente, creo que Windows 2000 Server SP4 fue el mejor OS de escritorio

  • Mi elección sería Server 2003, la última versión supervisada por Cutler. Técnicamente incluso es posible acceder al código fuente
  • En Debian me pasó algo parecido, pero lo resolví con debootstrap y snapshots.debian.org.
    La aceleración por GPU puede romperse, pero X11 todavía mantiene una retrocompatibilidad muy fuerte
  • Que en 2025 todavía se diga “Task Manager consume 15% de CPU” demuestra que Windows 11 sigue siendo ineficiente

• Creo que ya es hora de que Microsoft pruebe el sabor de la estrategia embrace, extend, extinguish que ellos mismos crearon

  • Yo creo que Windows 13 podría pasar a estar basado en el kernel de Linux.
    En la práctica, Microsoft ha adoptado Linux y el código abierto de forma activa durante los últimos 10 años

• La idea de Linux es buena, pero todavía le falta soporte de hardware. Con la expansión de ARM parece que se va a poner peor.
  Me pregunto por qué Google no convierte Android en un verdadero OS de escritorio. ChromeOS es demasiado limitado

  • En realidad, dependiendo del dispositivo, Linux a veces tiene mejor compatibilidad que Windows.
    Google se está tomando en serio la experiencia de escritorio desde Android 16.
    ChromeOS también es más que suficiente para ciertos trabajos.
    Eso sí, Google no es muy bueno escuchando a sus clientes.
    Aun así, hay que reconocer su aporte al avance de las tecnologías web
  • ChromeOS para nada es un juguete. Como entorno de desarrollo, en algunas cosas hasta es mejor que macOS.
    Si la última vez que lo usaste fue en 2013, hoy es completamente distinto
  • Hoy en día incluso hay bastante hardware que solo soporta Linux
  • En el entorno de escritorio, la mayoría del hardware funciona de inmediato. A menos que sea algo muy fuera de lo común, no hay problema

• Estaría bien que las principales distribuciones registraran Wine por defecto usando binfmt_misc.
  Si las apps de Windows pudieran ejecutarse aisladas dentro de los mecanismos de seguridad de Linux, y además se integraran logs y reportes de fallos,
  se abriría un camino realista para que Linux sea un reemplazo de Windows

  • Ese tipo de función es justamente clave para hacer Linux amigable para principiantes

• El proyecto Longene vuelve a venirme a la mente.
  Fue un intento de integrar la API de Windows en el kernel de Linux, y es un caso histórico interesante como referencia