Win32/Linux’i birlikte inşa edelim: loss32 projesi

 (loss32.org)
3 puan yazan GN⁺ 2026-01-01 | 1 yorum | WhatsApp'ta paylaş
  • loss32, WINE ve ReactOS bileşenlerini kullanarak Win32 ortamını varsayılan masaüstü olarak kullanan bir Linux dağıtımını hedefliyor
  • Kullanıcılar .exe dosyalarını doğrudan indirip çalıştırabilecek ve sistem, tamamen açık kaynaklı bir işletim sistemi olarak tasarlanıyor
  • ReactOS’un Windows NT çekirdeğini yeniden uygulamaya çalışan yaklaşımının aksine, loss32 Linux çekirdeği üzerinde kararlılık ve uyumluluk sağlamayı amaçlıyor
  • Projenin başlıca motivasyonları WINE’ı iyileştirmek, Win32 tabanlı masaüstü deneyimini geri kazandırmak ve yaratıcı yazılımlara erişilebilirliği genişletmek
  • İlk prototip dağıtımının Ocak 2026’da yayınlanması planlanıyor ve sonrasında kademeli iyileştirmeler hedefleniyor

Win32/Linux kavramı

  • Linux, tek başına bir işletim sistemi değil; WINE ve ReactOS kullanıcı alanı gibi bileşenlerden oluşan tam bir sistemin parçası olarak tanımlanıyor
    • Bu birleşim “Win32/Linux” veya “Win32 plus Linux” olarak adlandırılıyor
  • Microsoft’un tanımladığı tam işletim sistemi kavramına dayanarak, Linux çekirdeği ile Win32 ortamının birleşimi hedefleniyor

Proje özeti

  • Amaç, WINE üzerinde Win32 yazılımlarından oluşan tam bir masaüstü ortamı kurmak
    • Kullanıcılar .exe dosyalarını doğrudan çalıştırabilecek
    • Unix odaklı kullanıcılar olmasa bile erişilebilir olan özgür ve açık bir işletim sistemi biçimi hedefleniyor
  • ReactOS’tan farklı olarak çekirdek yeniden uygulanmıyor; bunun yerine Linux çekirdeği ve doğrulanmış bileşenler kullanılıyor
    • ReactOS kullanıcı alanının bazı bölümleri de dahil edilerek kullanılabilirliğin artırılması amaçlanıyor
    • Linux tabanlı olduğu için Linux yazılımlarını da çalıştırabiliyor; bu da ReactOS’ta bulunmayan bir avantaj

Kullanıcı alanını değiştirme kapsamı

  • Mümkün olduğunca tüm kullanıcı alanının WINE ile değiştirilmesi yönünde ilerleniyor
  • Belirli sınırlamalar veya istisnalardan söz edilmiyor

Geliştirme motivasyonu

  • 1990’ların sonu ile 2010’ların başı arasındaki PC masaüstü deneyimini korumak isteniyor
  • WINE’daki eksik kısımlar iyileştirilerek, tüm kullanıcıların daha iyi uyumluluktan yararlanması hedefleniyor
  • Win32, “kararlı bir Linux ABI” olarak görülüyor
  • Ayrıca, yalnızca “mümkün olduğu için” yapılan deneysel bir motivasyon da bulunuyor

Win32’nin kararlılığına dair iddia

  • Win32 ABI, onlarca yıldır süren bir uyumluluk geçmişine sahip
    • WINE sayesinde Win16 yazılımları bile çalıştırılabiliyor
  • Yaratıcı yazılımlar veya oyunlar gibi GNU/Linux ekosisteminde zayıf kalan alanlarda da Win32 geniş erişilebilirlik sunuyor
  • “Dünyanın kararlı ABI’si” olarak tanımlanıyor ve kültürel mirasa erişimi artıran bir unsur olarak değerlendiriliyor

Ekran görüntüleri ve mevcut durum

  • Yayınlanan ekran görüntüleri, Debian 13 üzerinde çalışan WINE’ın gerçek ekranlarını gösteriyor
  • Şu anda rahatsız edici unsurlar ve tamamlanmamış bölümler bulunuyor
  • Hedef, bu ortamı kararlı hale getirmek ve kolay kurulabilir bir paket olarak sunmak

Katılım yolları

  • Proje, hikari_no_yume tarafından 29 Aralık 2025’te 39C3 etkinliği sırasında yazıldı ve 30 Aralık’ta güncellendi
  • Katılım veya sorular için e-posta (hikari@noyu.me) ya da IRC kanalı #loss32 (irc.libera.chat) kullanılabiliyor
  • Katkı beklenen alanlar:
    • Wayland compositörü ile WINE entegrasyonunun iyileştirilmesi (şu anda bağımsız mutter kullanılıyor)
    • WINE’ın explorer.exe, shell32.dll, HiDPI ölçeklendirme ve paketleme ile ilgili çalışmaları
    • ReactOS’un explorer.exe, shell32.dll ve WINE ile uyumluluk sorunları
    • GNU/Linux masaüstü yığınının ayrıntılı yapısı genel olarak

Gelecek takvim

  • Ocak 2026 içinde ilk prototip dağıtımının yayınlanması planlanıyor
    • /etc/apt/sources.list dosyasına ekleme yapıp sudo apt install ile kurulabilecek bir biçimde sunulacak
    • Çok sayıda tamamlanmamış ve hatalı unsur içerecek; ardından yinelemeli iyileştirme süreci devam edecek

İlgili okumalar

1 yorum

 
GN⁺ 2026-01-01
Hacker News yorumları

  • Linus Torvalds bile ABI uyumluluğunun yeterli olmadığını söyledi. Bunun, Linux’un masaüstünde popüler olmamasının başlıca nedenlerinden biri olduğunu düşünüyorum
    İlgili video

    • Bir arkadaşımın dediği gibi, “Glibc, kusursuz derecede kararlı kernel ABI’sini boşa harcıyor” ifadesi tam oturuyor
    • AppImage ya da FlatPak gibi formatlar bu sorunu teorik olarak çözüyor, ama pratikte eski yazılımları paketleyecek kimse yok
    • Bu argüman hâlâ geçerli, ama bunun 12 yıl önce söylenmiş bir şey olduğunu da not etmek gerek
    • Linus’un görüşüne tamamen katılıyorum. Windows’ta WinXP için derlenmiş bir exe neredeyse her zaman Win10 ve 11’de de çalışır, ama Linux’ta Mint ya da Ubuntu sürümü her değiştiğinde uyumluluk sorunlarıyla uğraşıyorum
    • Bu yüzden OpenBSD çekici görünebilir. Kernel ve uygulamalar tamamen entegre, sadeliği sayesinde güvenlik ve kararlılık yüksek.
      Ama açık kaynak dünyasının hâlâ bu kadar eski fikirlerin üzerinde böylesine kararsız bir OS üretmesi ironik.
      Paketleme sistemi karmaşası, bozulan güncellemeler, kararsız glibc, sürekli değişen masaüstü ortamları gibi sorunlar hâlâ duruyor

  • Wine ve Proton sayesinde Linux’un eski Windows oyunlarıyla daha uyumlu olması şaşırtıcı. 90’lar ve 2000’ler oyunları Windows’ta çalıştırmak zor olabilirken, Steam’de Linux’ta tek tıkla açılıyorlar

    • Aslında Wine, Windows üzerinde de çalışıyor. Shorthorn projesi bunu XP’de modern yazılımları çalıştırmak için kullanıyor
    • Oyun bilgisayarım Windows 11 ile uyumlu değildi, ben de Linux’a geçtim; hissettiğim performans artışı anında oldu. Windows’ta gereksiz indirmeler ve çökmeler çoktu, ama Linux’ta çoğu şey iyi çalışıyor. Yine de Proton’da bazı oyunlarda ses sorunları sürüyor
    • Windows’ta çalıştırması zor olan oyunlara dair somut örnekleri merak ediyorum
    • Tersine, Linux yerel sürümü çalışmadığı için oyunun Windows sürümünü Proton ile açmak zorunda kaldığım da oldu

  • VB6 tabanlı GUI yardımcı programları yapmak, günümüz web teknolojilerinden daha kararlı ve üretken olabilir

    • Ben Delphi’yi seçerdim. Delphi Windows, Linux, macOS, Android ve iOS’u destekliyor.
      Ayrıca RemObjects’in Elements ürünü, çeşitli dillerle birden çok platformu hedefleyebilen bir RAD ortamı
    • Ben de VB6 ile başladım ve nostalji hissediyorum, ama React’in bildirimsel UI modeliyle gelen ilerlemeyi inkâr edemem. İlk render ile yeniden render ayrımının ortadan kalkması ve yalnızca state güncellemeleriyle UI’ın yenilenmesi gerçekten devrim niteliğinde
    • Oyumu Delphi ya da FreePascal’dan yana kullanırdım, ama temel duyguyu paylaşıyorum
    • Ayrıca 2005 için yapılmış yazılımlar bugünün sistemlerinde inanılmaz hızlı çalışıyor
    • Ama bu, yalnızca Win32’nin varsayılan widget’larını ve efektlerini kullandığınızda geçerli. Daha fazlasını yapmak istiyorsanız, web runtime’ları gibi olgun ve iyi belgelenmiş bir ortam daha üretken oluyor

  • Linux’un ABI sorunlarını somut olarak öğrenmek istiyorum. 20 yıldan uzun süredir Linux kullanıyorum ama paket yöneticisi üzerinden kurduğum uygulamalarda sorun hissetmedim.
    Tüm geçmişi bilen biri varsa bunu bir blog yazısında toparlasa harika olur

    • Kernel kararlı, ama grafik uygulamaların ihtiyaç duyduğu sistem kütüphaneleri sık sık bozuluyor. GTK, Qt, X11 gibi temel bileşenler sürekli değişiyor ve uyumluluk kopuşları yaşanıyor
    • Asıl sorun ABI değil, standartlaşma eksikliği. Linux Standard Base bunu çözmeye çalıştı ama ilgi yetersizliğinden öldü.
      Bakım işinin eğlenceli olmaması yüzünden CADT(yeniden yazma kültürü) sürüp gidiyor. Örnek: Wayland, Rust yeniden yazımları
      Böyle bir ortamda ticari uygulamaların büyümesi zor, açık kaynak uygulamaların port edilmesi bile yıllar alıyor (ör. GIMP’in GTK2→3 geçişi)
    • Linux, Windows gibi tüm yığını kapsamaz. Farklı geliştiricilerin kütüphaneleri karışır ve zaman içinde sürekli değişir
    • Hiç GLIBC sürüm sorunları yaşamadınız mı gerçekten merak ediyorum
    • Her OS sürümünde her şeyi yamalayıp yeniden derleme modeli korkunç.
      Geliştiriciler dağıtım aracılarından dolayı acı çekiyor, kullanıcılar ise eski uygulamalara mahkûm kalıyor.
      İyi bir OS geçmiş uygulamaları olduğu gibi çalıştırabilmeli.
      Windows bu konuda Linux’tan çok daha iyi; Linux ise sosyalist bir yapı gibi, ortada sorumluluk alacak tek bir merci yok.
      Docker sunucu tarafında çözüm ama masaüstüne uygulanamıyor

  • Windows 7 ya da XP gibi klasik bir UI’a sahip bir Linux masaüstü olsaydı gerçekten hayranı olurdum.
    O zarafet Windows 10’dan çok daha çekici

    • Şaşırtıcı olan, hâlâ yüksek kaliteli bire bir XP/7 klonu bir DE olmaması.
      Böyle sabit bir ortamı kopyalamak özellik şişmesini engeller, hata düzeltme ve optimizasyona odaklanmayı sağlar
    • KDE için Aero teması denemenizi öneririm. Ekran görüntülerine bakınca gerçekten Windows 7 gibi görünüyor
    • Ama bu tür girişimler çoğunlukla başarısız oluyor. Linspire ya da BeOS PC örneklerinde olduğu gibi, donanımla birlikte gönderilmedikçe bunu sürdürmek mümkün olmuyor
    • SerenityOS Win2k tarzında tam bir OS ve donanım desteği gelirse potansiyeli var.
      Ya da ReactOS’un tamamlanmasını beklemek gerekir
    • XFCE’ye bir Windows teması uygularsanız oldukça benzer bir deneyim elde edebilirsiniz. Yanına biraz Wine ayarı da eklenince yeterli olur

  • Python ve WxWindows sürüm değişiklikleri yüzünden WikidPad bozuldu, ben de sonunda tekrar Windows’a döndüm.
    2012 tarihli exe hâlâ kusursuz çalışıyor. Şahsen Windows 2000 Server SP4’ün en iyi masaüstü OS olduğunu düşünüyorum

    • Benim seçimim, Cutler’ın denetlediği son sürüm olan Server 2003 olurdu. Teknik olarak kaynak erişimi de mümkün
    • Debian’da benzer bir sorun yaşadım ama debootstrap ve snapshots.debian.org ile çözdüm.
      GPU hızlandırma bozulabiliyor, ama X11 hâlâ güçlü bir geri uyumluluğu koruyor
    • 2025’te bile “Task Manager CPU’nun %15’ini yiyor” cümlesini duyuyorsak, Windows 11 hâlâ verimsiz demektir

  • Microsoft’un artık kendi yarattığı embrace, extend, extinguish stratejisinin tadına bakma zamanı geldi diye düşünüyorum

    • Bence Windows 13, Linux kernel tabanına geçebilir.
      Sonuçta Microsoft son 10 yılda Linux ve açık kaynağı oldukça aktif biçimde benimsedi

  • Linux’un fikri güzel ama donanım desteği hâlâ yetersiz. ARM yaygınlaştıkça bunun daha da kötüleşeceğini düşünüyorum.
    Google’ın neden Android’i gerçek bir masaüstü OS’a dönüştürmediğini merak ediyorum. ChromeOS fazla kısıtlı

    • Aslında Linux, cihaza bağlı olarak Windows’tan daha iyi uyumluluk sunduğu durumlar da var.
      Google, Android 16 ile birlikte masaüstüleşmeyi ciddi biçimde zorluyor.
      ChromeOS da bazı işlerde fazlasıyla yeterli.
      Ama Google müşteri sesini dinleme konusunda zayıf.
      Yine de web teknolojilerinin ilerlemesine katkısını teslim etmek gerek
    • ChromeOS asla oyuncak değil. Geliştirme ortamı olarak macOS’tan daha iyi olduğu yönler bile var.
      En son 2013’te kullandıysanız artık tamamen farklı
    • Bugünlerde tam tersine, yalnızca Linux’u destekleyen donanımlar da epey var
    • Masaüstü kullanımında çoğu donanım doğrudan çalışıyor. Çok sıra dışı ekipmanlar dışında sorun yok

  • Büyük dağıtımların binfmt_misc kullanarak Wine’ı varsayılan olarak kaydetmesini isterdim.
    Windows uygulamalarını Linux’un güvenlik mekanizmaları içinde izole biçimde çalıştırıp log ve çökme raporlarını entegre şekilde yönetebilseler,
    Windows’a alternatif bir OS olarak gerçekçi bir yol açılmış olur

    • İşte Linux’u yeni başlayanlar için dostça yapan asıl özellikler bunlar olurdu

  • Longene projesi aklıma geldi.
    Windows API’sini Linux kernel’ine entegre etmeye çalışan bir girişimdi; tarihsel açıdan ilginç bir referans örneği