Linux'ta Windows uygulamalarını sorunsuz çalıştıran WinBoat

 (winboat.app)
13 puan yazan GN⁺ 2025-10-10 | 1 yorum | WhatsApp'ta paylaş
  • WinBoat, ayar otomasyonu ve sezgisel kullanıcı arayüzü ile mevcut WinApps'e kıyasla kullanım kolaylığını öne çıkarıyor
  • Wine veya CrossOver ile uyumlu olmayan Adobe ürün ailesi, Affinity Photo gibi başlıca uygulamaları destekliyor
  • Deneysel USB passthrough özelliği sayesinde Windows'a özel donanımlar yapılandırılabiliyor
  • GPU sanallaştırma ile Flatpak ve Podman desteği planlanıyor; bu da genişletilebilirliği artırıyor
  • Office 365 gibi önde gelen Windows uygulamaları rahatça kullanılabiliyor

WinBoat nedir

  • WinBoat, Linux ortamında Windows uygulamalarını sorunsuz çalıştırmaya yardımcı olan bir araçtır
  • Kullanıcıya zahmetli manuel yapılandırmalar olmadan, yalnızca gerekli önkoşullar sağlandıktan sonra tek seferlik kurulumla bütünleşik bir deneyim sunar
  • Ayrı yapılandırma dosyaları düzenleme ya da karmaşık CLI komutlarını öğrenme gereği olmadan, tek bir arayüzden doğrudan kullanılabilir

WinApps ile karşılaştırma

  • WinApps, çeşitli ayar işlemlerinin elle yapılmasını gerektirir ve TUI, görev çubuğu widget'ları ya da CLI komutlarının kullanılmasını ister
  • WinBoat, kurulumdan sonra tüm yapılandırmayı tek seferde otomatikleştirir ve sezgisel bir UI sunarak genel kullanıcı deneyimini tamamlar
  • Yapılandırma dosyalarını doğrudan yönetmeye ya da CLI komutlarını ezberlemeye gerek kalmadan pratik kullanım sağlar

CrossOver veya WINE'a göre avantajları

  • Wine, CrossOver üzerinde çalıştırılması zor olan çeşitli uygulamalar da çalışır (ör. Affinity Photo, tüm Adobe paketi, Paint Tool Sai, AeroChat, Acrobat, Office vb.)
  • Tam bir Windows masaüstü ortamı sunar ve geniş yazılım uyumluluğu sağlar

Çevre birimleri/donanım ve passthrough desteği

  • USB tabanlı cihazlar için WinBoat 0.8.0'dan itibaren USB passthrough desteği vardır (deneysel); bu sayede Windows yazılımıyla yapılandırma yapılabilir
  • Eski WinBoat sürümlerini kullananlar, docker-compose.yml dosyasını doğrudan düzenleyerek USB cihazı ekleyebilir
  • 0.8.0 ve sonrasında yalnızca yerleşik yöntem uyumludur

GPU passthrough ve grafik sanallaştırma

  • Şu anda GPU passthrough desteklenmiyor
  • İleride para-virtualized sürücüler, Indirect Display Driver gibi yöntemlerle GPU hızlandırma ve Looking Glass entegrasyonu planlanıyor
  • Test sonuçlarına göre bazı sürücüler henüz gerçek kullanım için uygun değil; hazır olduklarında entegre edilecekler

Oyunlar ve güvenlik

  • Çekirdek seviyesinde anti-cheat kullanılan oyunlar, sanallaştırma ortamının sınırlamaları nedeniyle çalışmıyor

Genişletilebilirlik ve dağıtım planları

  • Podman (Docker alternatifi) desteği planlanıyor, ancak ağ sorunları nedeniyle özellik henüz tamamlanmış değil
  • Flatpak paketleme de planlanıyor, fakat sistem-uygulama arayüzleri ve araçların açığa çıkarılması gibi teknik zorluklar bulunuyor

Windows yazılımı ve Office desteği

  • Microsoft Office 365 gibi başlıca Windows uygulamaları sorunsuz çalışıyor

Sonuç

  • WinBoat, kullanıcı dostu otomasyon, uyumluluk ve genişletilebilirlik gibi çeşitli güçlü yönleriyle Linux üzerinde Windows uygulama yazılımlarının sorunsuz kullanılmasını destekleyen bir çözümdür

İlgili okumalar

1 yorum

 
GN⁺ 2025-10-10
Hacker News görüşleri
  • Bu, aslında sadece birkaç araç eklenmiş bir Windows VM’i; oldukça havalı görünse de gerçekten “Linux’ta Windows uygulaması çalıştırma” gibi hissettirmiyor.
    Oyun tarafında daha önce de Looking Glass gibi benzer projeler vardı ve onlar da KVM üstünde çalışan bir Windows VM kullanıyordu (sanki Windows doğrudan Docker konteynerinde çalışıyormuş gibi sunulsa da, gerçekte yapı KVM üzerinde işliyor).
    Kullanıcı deneyimi (UX) açısından RAIL’e benziyor.
    Bu projenin kötü olduğunu söylemiyorum ama sonuçta yine, daha önce olduğu gibi, ya API simülasyonu/yeniden uygulaması ya da işletim sisteminin kendisini çalıştırma (Windows) olmak üzere iki yaklaşımdan birine dayanıyor; yani tamamen yeni bir şey değil.
    Eğer üçüncü bir yol olsaydı, örneğin yerinde ABI dönüşümü, o zaman gerçekten büyük haber olurdu.
    • Projenin gerçekte ne yaptığını ve nasıl çalıştığını anlamak için Hacker News’e gelmem gerekti.
      Proje sayfaları genelde ne yaptıklarını açıkça anlatmıyor.
      Yarısı çoğunlukla “Plorglewurzle, büyük veri blokzincirinden yararlanarak Azure Cloud altyapısında sublinear mikroservisler sunuyor” tarzı açıklamalar oluyor.
      Yine de bu proje en azından Windows kurulumu gerektiğini gösteriyor.
    • Gerçekten adını “Linux Subsystem for Windows”, kısaca LSW, koysalar komik olurdu.
    • Bu, dockur/windows:latest + FreeRDP rootless modu + VM’de kurulu uygulamaları API üzerinden bildiren küçük bir daemon birleşimi.
      Son kısma ihtiyacınız yoksa, sadece dockur/windows imajını ve FreeRDP’yi kullanmak daha iyi olabilir.
    • Yerinde ABI dönüşümü zaten wine’ın yaptığı şey. Bununla tam olarak ne demek istediğini merak ediyorum.
    • Bu tam olarak WSL2 ile aynı yapı.
  • Yazılımın gerçekte ne yaptığını anlatan açıklamayı GitHub deposunda buldum.

WinBoat, Linux’ta Windows uygulamalarını konteynerleştirilmiş bir şekilde çalıştırabilen bir Electron uygulamasıdır.
Windows, Docker konteyneri içindeki bir VM’de çalışır ve biz Windows’tan gerekli verileri WinBoat Guest Server üzerinden alırız.
Windows uygulamalarını yerel işletim sistemi düzeyinde pencereler olarak birleştirmek için FreeRDP ve Windows RemoteApp protokolünü kullanıyoruz.

  • Hem Docker konteynerine hem de VM’e neden ihtiyaç duyulduğunu merak ediyorum.
  • Linux’ta mutlu olma konusundaki tavsiyem şu:
    Her zaman yerel uygulamaları kullanın. WINE bile kullanmayın; temelde size karşı çalışan bir şeyle uyumluluk sağlamaya uğraşmayın.
    VM de kullanmayın ve özellikle dual-boot’u asla önermem. Gerçekten berbat.
    Tamamen Linux’a geçip bir daha arkaya bakmamak en iyisi.
    Proton biraz istisna; çünkü Valve her gün muazzam enerji harcayarak onu çalışır halde tutuyor.
    İyi haber şu ki Linux API/ABI olgunlaştırmasına yatırım yapmak kesinlikle sonuç veriyor.
    Valve’ın MESA ve amdgpu’ya yaptığı katkılar gerçekten olağanüstü.
    Keşke Valve, Linux’taki AAA oyunları ve bağımsız yapımları Steam’de ayrıcalıklıymış gibi öne çıkarsa.
    Oyun geliştiricileri de “Linux portunu kesinlikle bir Linux geliştiricisine yaptırmalıyız” diye düşünse keşke.
    PS: Counter-Strike’ın çok uzun süre Linux’ta çalışmamasına üzülüyordum; sonra Valve yerel port yapınca her şey mükemmel oldu.
    PPS: Uyumlu olmayan iki uygulama, Garmin Express ve Zwift yüzünden bir de Mac kullanıyorum; Windows’a göre daha az bakım istiyor ama Linux’tan daha az şey yapabiliyor.
    Dosya gezgini gerçekten kötü ve pencere yönetimi de sinir bozucu.
    Yine de gün boyu baş ağrıtmıyor.
    Counter-Strike 2 Mac’te çalışmadığı için bu kısmı Linux üstlenmek zorunda.
    • Bence bu pek iyi bir tavsiye değil.
      Karşı görüş: Wine gerçekten iyi çalışıyor (özellikle eski yazılımlarda).
      İnsanlar kendilerini böyle kurallarla gereksiz yere kısıtlarsa, birçok kişi Linux kullanamaz hale gelir.
    • Benim önerim: “Her zaman sadece yerel uygulama kullan, WINE kullanma.”
      Bence asıl doğru ifade, “Temelden kırılgan API’lerle uyumlu olmaya çalışma” olur.
      İlgili yazı: Win32 is the stable Linux userland ABI and the consequences
      İlgili blog: Win32 the only stable ABI
      Daha doğru söylemek gerekirse, GNU/Linux için yerel uygulama kullanmanın iyi olduğunu düşünüyorum ama bunun için önce API’nin çok uzun süreler boyunca (en az 20 yıl) kararlı tutulması gerekiyor.
    • Oyun masaüstümü geçen yıl Linux’a taşıdım.
      Benim deneyimime göre, gerçekten iyi yapılmış Linux yerel sürüm sayısı çok azdı.
      Windows-on-Proton sürümleri çoğu zaman daha yüksek kaliteliydi.
      BG3’te olduğu gibi yakın zamanda mükemmel bir yerel sürüm çıkaran Larian gibi şirketlere minnettarım.
      Proton’ın iyi olmasının nedeni Valve’ın istikrarlı çabası, buna tamamen katılıyorum.
      Ama geliştiricilere yerel port diye seslenmek pratikte pek işe yaramıyor.
      Sonuçta pazarın yavaş yavaş Linux’a kayabilmesini mümkün kılan şey Steam Deck, Valve ve Proton oldu.
    • Ayağa dolanan şey genelde AAA düzey büyük oyunlar değil, beklenmedik niş yazılımlar oluyor.
      Örneğin örgü desen tasarlamak için kullanılan küçük, özel bir araç; üstelik açık kaynak da değil.
      Böyle durumlarda sorunsuz çalışan bir uyumluluk katmanı gerçekten gerekli olabiliyor.
      (Oyun tarafı Proton sayesinde bir ölçüde çözülmüş durumda.)
    • “Linux’ta mutlu olmak istiyorsan sadece yerel uygulama kullan, WINE da VM de dual-boot da kullanma.”
      Bence bu hiç de iyi bir tavsiye değil.
      Birçok insan Linux kullanırken aynı zamanda Windows uygulamaları da çalıştırmak istiyor ve Wine da iyi çalışıyor.
      Wine’da çalışmayan uygulamalar ise dual-boot ile gayet kullanılabilir.
  • Yazılımın web sitesinde gerçek çalışır ekran görüntülerinin olmaması üzücü.
    Ofis uygulamalarını çalıştırabildiğini söylemek yerine, gerçekten nasıl göründüğünü gösterselerdi keşke.
    “Seamless” deneyimi öne çıkarıyorlar ama ortada demo yok.
    Bunu gerçekten anlayamıyorum.
    • Buna tamamen katılıyorum.
      Tek tek Windows pencerelerinin Linux masaüstüne (Alt-Tab, Ubuntu Dock vb.) nasıl entegre edildiğine, yoksa sadece devasa tek bir VM penceresi mi açıldığına dair hiçbir bilgi yok.
      Bunu neden sitede göstermediklerini merak ediyorum.
  • UX’i de havalı ve ilginç geldiği için geçen hafta sonu bizzat denedim.
    Ne yazık ki temel kullanım bile düzgün çalışmadı.
    Edge tarayıcısını açınca pencere görünüyor ama donmuş halde kalıyordu ve bunu düzeltmenin bir yolu yok gibiydi.
    Pencereyi kapatsam da pencere çerçevesi kaybolmadan ekranda kalıyordu.
    “Desktop” seçeneğiyle bağlanmayı deneyince sistem donuyordu.
    Yerleşik webview üzerinden oturuma bağlanabildim ama sanki RDP bağlantısına izin verilmesini istiyor gibiydi.
    Daha derine inmedim; eşimin ihtiyacı olan senaryoya uygun değildi, ben de dizüstünü tekrar Windows’a çevirdim.
    İleride Windows tarafındaki uygulama/sistem entegrasyonunun biraz daha iyileşmesini umuyorum.
    • Eşinizin bunu hangi amaçla kullanmaya ihtiyacı olduğunu merak ettim.
      Birçok Windows uygulaması Wine’da iyi çalışıyor ve biraz ince ayarla bu seçenek de işe yarayabilir.
  • Açık kaynak yazılımlara kullanıcı dostu bir UX giydirip Linux’ta ihtiyaç duyulan yazılımları kolay kullanılır hale getiren projeleri gerçekten seviyorum.
    Buna benzer şekilde, macOS uygulamalarını Linux’ta çalıştırmayı sağlayan bir proje de olsa keşke.
    • macOS’u Linux’ta iyi çalıştırabilmek güzel olurdu ama gerçekte aşılması gereken pek çok engel var.
  1. Apple, kendi yazılımının Apple dışı donanımda çalıştırılmasını hukuken yasaklıyor.
  2. Windows için, ne kadar eleştirilse de, sanallaştırıp her yerde çalıştırmak sektör standardı; macOS tarafında ise bu daha yeni yeni biraz mümkün olmaya başladı.
  3. Apple’ın bu eğilimden ekonomik kaybı büyük olacağı için bunu aktif biçimde engellemeye çalışıyor.
  4. Apple, Docker’ın yerine kendi “Apple Containers” platformunu getirerek Mac kullanıcılarını Docker’dan uzaklaştırmaya çalışıyor.
    Bu yüzden macOS uygulamaları + Linux kombinasyonunun sıradan hale gelmesi biraz daha zaman alacak gibi görünüyor.
  • Tam benzeri değil ama sadece CLI uygulamalarını destekleyen darling var: darling
    Tam bir macOS VM gerekiyorsa dockur’un projesine bakılabilir: dockur/macos
    Ama şu an için ikisi de “seamless” modu desteklemiyor.
  • macOS’ta, rootless RDP ile doğrudan macOS uygulamalarını açma gibi bir özellik yok.
    Zaten tüm masaüstünü kullanmak gerekecekse, RDP yerine donanım hızlandırmalı bir grafik görünümü kullanmanın daha iyi olduğunu düşünüyorum.
  • WinBoat projesi ilgimi çekti, takip etmeyi sürdüreceğim.
    Son birkaç yıldır işte daha çok WSL kullanıyorum; GUI uygulamalarını sanki doğrudan Windows’ta çalışıyormuş gibi açabilmek üretkenliği artırıyor.
    Biraz tuhaf yanları var ama genel olarak oldukça iyi.
    Tersi yönde, Linux tarafında buna benzer bir şey olup olmadığını hep merak etmiştim.
    Aslında Linux’ta Windows programı kullanma ihtiyacım çok nadir oldu.
    Eskiden Wine ile GTA: Vice City’yi neredeyse kusursuz çalıştırdığım bir deneyim olmuştu.
    Son zamanlarda ise sık sık “Linux Subsystem for Windows” tarzı bir şey olsa da herhangi bir programı anında çalıştırabilsek diye düşünüyorum.
    Kızımın dizüstüne Debian kurdum; ileride okul ödevleri için Microsoft ürünleri zorunlu olursa, WinBoat’un bir alternatif olup olamayacağını merak ediyorum.
  • Windows uygulama entegrasyonu için WinApps projesini önermek isterim (WinApps bağlantısı).
    Wayland desteği hâlâ geliştirme aşamasında olsa da (Wayland ile ilgili sorun), şimdilik xwayland ile belli ölçüde kullanılabiliyor.
  • Projenin SSS bölümünde geçen Looking Glass Indirect Display Driver (IDD) gerçekten umut verici görünüyor.
    IDD çıktığında Looking Glass, iGPU kurulumlarında da çalışabilecek; 3D hızlandırma olmayacak ama yine de anlamlı.
    Looking Glass’ın asıl büyük başarısı, konuk Windows’un compositörü ile ana sistemde açılan istemci programı arasında video belleğini paylaşabilmesi olmuştu (qemu kullanarak).
    Ne yazık ki hâlâ çekirdek dışı bir sürücünün (kvmfr) ayrıca kurulması gerekiyor; yine de video belleği dışında genel belleği de paylaşabildiği için performansta bir miktar iyileşme sağlayabilir diye düşünüyorum.
    Demo videosu: YouTube bağlantısı
  • Proje ekibine bir ricam var:
    Web sitesinin ana sayfasında Discord’u bu kadar görünür tutmasınlar.
    Discord sık sık C2 sunucusu olarak da kullanıldığı için, güvenliği sıkılaştırılmış ortamlarda erişim denemesi uyarı üretiyor.
    Bizim şirkette bu uyarı doğrudan bana düştüğü için şanslıyım ama yine de gereksiz bir alarm oluşturuyor.
    En azından bağlantının arkasına gizlemek daha iyi olur.