Mari membangun Win32/Linux bersama: proyek loss32

 (loss32.org)
3 poin oleh GN⁺ 2026-01-01 | 1 komentar | Bagikan ke WhatsApp
  • loss32 bertujuan menjadi distribusi Linux yang menggunakan lingkungan Win32 sebagai desktop default dengan memanfaatkan WINE dan komponen ReactOS
  • Pengguna dapat mengunduh dan menjalankan file .exe secara langsung, dan sistem ini dirancang sebagai sistem operasi open source sepenuhnya
  • Berbeda dari pendekatan ReactOS yang mencoba mengimplementasikan ulang kernel Windows NT, loss32 memilih arah untuk menjamin stabilitas dan kompatibilitas di atas kernel Linux
  • Motivasi utama proyek ini adalah meningkatkan WINE, menghidupkan kembali pengalaman desktop berbasis Win32, dan memperluas akses ke perangkat lunak kreatif
  • Distribusi prototipe awal dijadwalkan pada Januari 2026, lalu akan ditingkatkan secara bertahap

Konsep Win32/Linux

  • Linux dijelaskan bukan sebagai sistem operasi yang berdiri sendiri, melainkan bagian dari sistem lengkap yang terdiri dari WINE dan ruang pengguna ReactOS
    • Kombinasi ini dinamai “Win32/Linux” atau “Win32 plus Linux”
  • Berdasarkan konsep OS lengkap seperti yang didefinisikan Microsoft, proyek ini mengarah pada penggabungan kernel Linux dan lingkungan Win32

Gambaran proyek

  • Tujuannya adalah membangun seluruh lingkungan desktop yang tersusun dari perangkat lunak Win32 di atas WINE
    • Pengguna dapat menjalankan file .exe secara langsung
    • Ditujukan sebagai bentuk OS bebas dan terbuka yang tetap mudah diakses bahkan bagi pengguna yang tidak berorientasi Unix
  • Tidak seperti ReactOS, proyek ini tidak mengimplementasikan ulang kernel, melainkan memakai kernel Linux dan komponen yang sudah teruji
    • Juga mencakup sebagian ruang pengguna ReactOS untuk meningkatkan kegunaan
    • Karena berbasis Linux, perangkat lunak Linux juga dapat dijalankan, sebuah keunggulan yang tidak dimiliki ReactOS

Cakupan penggantian ruang pengguna

  • Diarahkan untuk mengganti sebanyak mungkin seluruh ruang pengguna dengan WINE
  • Tidak ada batasan atau pengecualian spesifik yang disebutkan

Motivasi pembangunan

  • Ingin mempertahankan pengalaman desktop PC dari akhir 1990-an hingga awal 2010-an
  • Dengan memperbaiki bagian WINE yang belum sempurna, semua pengguna diharapkan bisa menikmati kompatibilitas yang lebih baik
  • Win32 dipandang sebagai “ABI Linux yang stabil”
  • Juga ada motivasi eksperimental sederhana: karena hal ini memungkinkan untuk dilakukan

Klaim stabilitas Win32

  • ABI Win32 memiliki rekam jejak kompatibilitas yang bertahan selama beberapa dekade
    • Melalui WINE, bahkan perangkat lunak Win16 pun dapat dijalankan
  • Di bidang seperti perangkat lunak kreatif atau game, yang masih kurang dalam ekosistem GNU/Linux, Win32 menawarkan aksesibilitas yang luas
  • Disebut sebagai “ABI stabil dunia”, dan dinilai berperan dalam meningkatkan akses terhadap warisan budaya

Tangkapan layar dan status saat ini

  • Tangkapan layar yang dipublikasikan adalah layar nyata saat WINE berjalan di Debian 13
  • Saat ini masih ada bagian yang kurang nyaman dan belum selesai
  • Tujuannya adalah menstabilkan lingkungan ini dan mengemasnya agar mudah dipasang

Cara berpartisipasi

  • Proyek ini ditulis oleh hikari_no_yume pada 29 Desember 2025 selama acara 39C3, lalu diperbarui pada 30 Desember
  • Partisipasi atau pertanyaan dapat dilakukan melalui email (hikari@noyu.me) atau kanal IRC #loss32 (irc.libera.chat)
  • Bidang kerja sama yang diharapkan:
    • Peningkatan integrasi kompositor Wayland dengan WINE (saat ini menggunakan standalone mutter)
    • Pekerjaan terkait explorer.exe, shell32.dll, penskalaan HiDPI, dan packaging di WINE
    • Masalah kompatibilitas explorer.exe, shell32.dll, dan WINE di ReactOS
    • Struktur detail keseluruhan stack desktop GNU/Linux

Jadwal ke depan

  • Prototipe awal dijadwalkan dirilis pada Januari 2026
    • Dapat dipasang dengan menambahkannya ke /etc/apt/sources.list lalu menjalankan sudo apt install
    • Rilis ini akan mencakup banyak bagian yang belum selesai dan cacat, lalu akan dilanjutkan dengan proses perbaikan berulang

Bacaan terkait

1 komentar

 
GN⁺ 2026-01-01
Opini Hacker News

  • Bahkan Linus Torvalds pernah mengatakan kompatibilitas ABI belum memadai. Menurut saya, ini salah satu alasan utama Linux tidak populer di desktop
    Video terkait

    • Meminjam kata seorang teman, ungkapan “Glibc menyia-nyiakan ABI kernel yang benar-benar stabil” terasa sangat tepat
    • Format seperti AppImage atau FlatPak secara teoretis menyelesaikan masalah ini, tetapi masalah nyatanya adalah tidak ada yang mau memaketkan perangkat lunak lama
    • Argumen ini masih masuk akal, tetapi perlu juga dicatat bahwa ini pembicaraan 12 tahun lalu
    • Saya sepenuhnya setuju dengan pendapat Linus. Di Windows, file exe untuk WinXP hampir selalu tetap berjalan di Win10 dan 11, tetapi di Linux saya selalu kesulitan dengan masalah kompatibilitas setiap kali versi Mint atau Ubuntu berubah
    • Karena alasan ini, OpenBSD bisa terlihat menarik. Kernel dan aplikasinya terintegrasi penuh, dan berkat kesederhanaannya keamanan dan stabilitasnya tinggi.
      Namun ironis bahwa kubu open source masih membuat OS yang tidak stabil di atas konsep setua ini.
      Kekacauan sistem packaging, pembaruan yang merusak, glibc yang tidak stabil, dan lingkungan desktop yang terus berubah masih menjadi masalah

  • Menarik bahwa berkat Wine dan Proton, Linux justru lebih kompatibel dengan game Windows lama. Game era 90-an hingga 2000-an sulit dijalankan di Windows, tetapi di Steam bisa berjalan di Linux hanya dengan satu klik

    • Sebenarnya Wine juga berjalan di Windows. Proyek Shorthorn memakainya untuk menjalankan perangkat lunak terbaru di XP
    • PC gaming saya tidak kompatibel dengan Windows 11 jadi saya beralih ke Linux, dan peningkatan performa terasa seketika. Windows sering penuh unduhan yang tidak perlu dan crash, tetapi di Linux sebagian besar berjalan baik. Hanya saja, masalah suara pada beberapa game di Proton masih ada
    • Saya penasaran contoh spesifik game apa saja yang sulit dijalankan di Windows
    • Sebaliknya, pernah juga versi native Linux dari sebuah game tidak berjalan sehingga saya harus menjalankan versi Windows-nya lewat Proton

  • Membuat utilitas GUI berbasis VB6 mungkin lebih stabil dan produktif dibanding teknologi web masa kini

    • Saya akan memilih Delphi. Delphi mendukung Windows, Linux, macOS, Android, dan iOS.
      Selain itu, Elements dari RemObjects adalah lingkungan RAD yang bisa menargetkan banyak platform dengan berbagai bahasa
    • Saya juga mulai dari VB6 jadi ada rasa nostalgia, tetapi kemajuan yang dibawa model UI deklaratif React tidak bisa disangkal. Hilangnya perbedaan antara render awal dan re-render, serta struktur di mana UI diperbarui hanya lewat update state, benar-benar revolusioner
    • Saya mungkin akan memilih Delphi atau FreePascal, tetapi saya paham dengan sentimen dasarnya
    • Lagipula, perangkat lunak untuk tahun 2005 berjalan sangat cepat di sistem saat ini
    • Namun itu hanya berlaku jika Anda memakai widget dan efek bawaan Win32. Untuk hal di luar itu, lingkungan yang matang dan terdokumentasi seperti runtime web lebih produktif

  • Saya ingin tahu detail masalah ABI di Linux. Saya sudah memakai Linux lebih dari 20 tahun, tetapi tidak pernah merasakan masalah pada aplikasi yang diinstal lewat package manager.
    Kalau ada yang memahami seluruh sejarahnya, akan bagus jika dirangkum dalam sebuah blog

    • Kernel memang stabil, tetapi library sistem yang dibutuhkan aplikasi grafis sering rusak. Komponen utama seperti GTK, Qt, dan X11 terus berubah dan memicu putusnya kompatibilitas
    • Masalah sebenarnya bukan ABI, melainkan kurangnya standardisasi. Linux Standard Base pernah mencoba menyelesaikannya, tetapi hilang karena kurang minat.
      Karena maintenance dianggap tidak menyenangkan, CADT(budaya rewrite) terus berlanjut. Contoh: Wayland, rewrite dengan Rust
      Dalam lingkungan seperti ini, aplikasi komersial sulit berkembang dan bahkan aplikasi open source butuh waktu bertahun-tahun untuk porting (contoh: transisi GTK2→3 pada GIMP)
    • Linux tidak mencakup seluruh stack seperti Windows. Library dari banyak pengembang bercampur, dan terus berubah seiring waktu
    • Saya penasaran apakah Anda belum pernah mengalami masalah versi GLIBC
    • Model di mana seluruh sistem harus di-patch dan di-compile ulang pada setiap rilis OS itu mengerikan.
      Pengembang menderita karena distributor menjadi perantara, dan pengguna hanya bisa memakai aplikasi versi lama.
      OS yang baik seharusnya bisa menjalankan aplikasi lama apa adanya.
      Windows jauh lebih baik daripada Linux dalam hal ini, dan Linux punya struktur sosialistis sehingga tidak ada pihak yang benar-benar bertanggung jawab.
      Docker adalah solusi di sisi server, tetapi tidak berlaku untuk desktop

  • Kalau ada desktop Linux dengan UI klasik seperti Windows 7 atau XP, saya rasa saya akan benar-benar jadi penggemarnya.
    Keanggunannya jauh lebih menarik daripada Windows 10

    • Anehnya, belum ada DE klon XP/7 1:1 yang benar-benar matang.
      Meniru lingkungan tetap seperti itu akan membantu mencegah kelebihan fitur, dan memungkinkan fokus pada perbaikan bug serta optimisasi
    • Saya sarankan mencoba tema Aero untuk KDE. Dari screenshot saja tampilannya benar-benar mirip Windows 7
    • Tetapi sebagian besar upaya seperti ini gagal. Seperti Linspire atau BeOS PC, kalau tidak dikirim bersama hardware, sulit untuk dipertahankan
    • SerenityOS adalah OS lengkap bergaya Win2k, dan kalau dukungan hardwarenya memadai, ada potensi.
      Atau kita tinggal menunggu ReactOS selesai
    • Jika XFCE diberi tema Windows, pengalaman yang didapat bisa cukup mirip. Tambahkan konfigurasi Wine dan itu sudah cukup

  • WikidPad rusak karena perubahan versi Python dan WxWindows, jadi saya akhirnya kembali ke Windows.
    File exe tahun 2012 masih berjalan sempurna. Secara pribadi saya menganggap Windows 2000 Server SP4 adalah OS desktop terbaik

    • Pilihan saya adalah Server 2003, versi terakhir yang diawasi Cutler. Secara teknis akses ke source code juga dimungkinkan
    • Saya mengalami masalah serupa di Debian, tetapi menyelesaikannya dengan debootstrap dan snapshots.debian.org.
      Akselerasi GPU bisa rusak, tetapi X11 masih mempertahankan kompatibilitas mundur yang kuat
    • Melihat bahwa bahkan pada 2025 kita masih mendengar “Task Manager memakai 15% CPU”, Windows 11 tetap tidak efisien

  • Saya rasa sudah saatnya Microsoft merasakan hasil dari strategi embrace, extend, extinguish yang mereka ciptakan sendiri

    • Menurut saya, Windows 13 bisa saja beralih ke basis kernel Linux.
      Faktanya, Microsoft selama 10 tahun terakhir aktif merangkul Linux dan open source

  • Gagasan Linux itu bagus, tetapi dukungan hardware masih kurang. Jika ARM makin meluas, rasanya ini akan memburuk.
    Saya heran mengapa Google tidak menjadikan Android sebagai OS desktop sungguhan. ChromeOS terlalu terbatas

    • Sebenarnya Linux tergantung perangkatnya, tetapi kadang justru lebih kompatibel daripada Windows.
      Google juga mulai serius mendorong Android ke arah desktop sejak Android 16.
      ChromeOS juga sudah sangat memadai untuk tugas tertentu.
      Hanya saja Google memang lemah dalam mendengarkan suara pelanggan.
      Meski begitu, kontribusinya pada perkembangan teknologi web tetap perlu diakui
    • ChromeOS sama sekali bukan mainan. Untuk lingkungan pengembangan, ada bagian yang bahkan lebih baik daripada macOS.
      Jika terakhir kali Anda memakainya pada 2013, sekarang sudah sepenuhnya berbeda
    • Sekarang malah cukup banyak hardware yang hanya mendukung Linux
    • Dalam lingkungan desktop, sebagian besar hardware langsung bekerja. Selama bukan perangkat yang aneh, tidak ada masalah

  • Akan bagus kalau distro-distro utama mendaftarkan Wine sebagai default lewat binfmt_misc.
    Jika aplikasi Windows bisa dijalankan terisolasi di dalam mekanisme keamanan Linux, lalu log dan crash report dikelola secara terintegrasi,
    maka akan terbuka jalan yang realistis untuk menjadi OS pengganti Windows

    • Fitur seperti inilah yang menjadi kunci agar Linux lebih ramah bagi pemula

  • Proyek Longene jadi teringat lagi.
    Itu adalah upaya mengintegrasikan Windows API ke kernel Linux, dan merupakan contoh historis yang menarik