Linux पर Windows ऐप्स को सहजता से चलाने वाला WinBoat

• WinBoat सेटअप ऑटोमेशन और सहज यूज़र इंटरफ़ेस के ज़रिए मौजूदा WinApps की तुलना में अधिक सुविधा पर ज़ोर देता है
• Wine या CrossOver में संगत न रहने वाले Adobe प्रोडक्ट्स, Affinity Photo जैसे प्रमुख ऐप्स का समर्थन
• प्रायोगिक USB passthrough फ़ीचर के माध्यम से Windows-विशिष्ट हार्डवेयर कॉन्फ़िगर किया जा सकता है
• GPU virtualization तथा Flatpak, Podman समर्थन की योजना, जिससे विस्तार क्षमता अधिक है
• Office 365 जैसे प्रमुख Windows ऐप्स का स्वतंत्र रूप से उपयोग संभव

---

WinBoat क्या है

• WinBoat एक ऐसा टूल है जो Linux वातावरण में Windows ऐप्स को सुचारु रूप से चलाने में मदद करता है
• उपयोगकर्ता को झंझट भरे मैनुअल सेटअप के बिना, केवल आवश्यक तैयारी के बाद एक बार की सेटिंग से एकीकृत अनुभव देता है
• अलग से कॉन्फ़िगरेशन फ़ाइल संपादित करने या जटिल CLI कमांड सीखने की आवश्यकता के बिना, एक ही इंटरफ़ेस से सीधे उपयोग किया जा सकता है

WinApps से तुलना

• WinApps में कई सेटिंग कार्य मैनुअल तरीके से करने पड़ते हैं, और TUI, टास्कबार विजेट या CLI कमांड का उपयोग करना होता है
• WinBoat इंस्टॉल के बाद एक बार में पूरा कॉन्फ़िगरेशन ऑटोमेट करता है और सहज UI देकर समग्र यूज़र अनुभव को पूरा करता है
• कॉन्फ़िगरेशन फ़ाइलों का प्रत्यक्ष प्रबंधन या CLI याद करने की प्रक्रिया के बिना आसान उपयोगिता सुनिश्चित करता है

CrossOver या WINE की तुलना में फायदे

• Wine, CrossOver में चलाना कठिन रहने वाले कई ऐप्स (जैसे Affinity Photo, पूरा Adobe suite, Paint Tool Sai, AeroChat, Acrobat, Office आदि) भी काम करते हैं
• पूरा Windows desktop वातावरण उपलब्ध कराता है और विभिन्न सॉफ़्टवेयर के साथ संगतता सुनिश्चित करता है

परिधीय उपकरण/हार्डवेयर और passthrough समर्थन

• USB-आधारित डिवाइसों के लिए, WinBoat 0.8.0 से USB passthrough समर्थन (प्रायोगिक) उपलब्ध है, जिससे Windows सॉफ़्टवेयर के माध्यम से कॉन्फ़िगरेशन संभव है
• WinBoat के पुराने संस्करण उपयोग करने वाले सीधे docker-compose.yml में बदलाव करके USB डिवाइस जोड़ सकते हैं
• 0.8.0 और उसके बाद के संस्करणों में केवल अंतर्निर्मित तरीका ही संगत है

GPU passthrough और ग्राफ़िक्स virtualization

• फिलहाल GPU passthrough समर्थित नहीं है
• आगे चलकर para-virtualized drivers, Indirect Display Driver आदि का उपयोग करके GPU acceleration और Looking Glass के साथ एकीकरण की योजना है
• परीक्षण के नतीजों के अनुसार कुछ ड्राइवर अभी व्यावहारिक उपयोग के लिए उपयुक्त नहीं हैं, और तैयारी पूरी होने पर इन्हें एकीकृत किया जाएगा

गेमिंग और सुरक्षा

• kernel-स्तर के anti-cheat वाले गेम virtualization वातावरण की सीमाओं के कारण नहीं चल सकते

विस्तार क्षमता और वितरण योजना

• Podman (Docker का विकल्प) समर्थन की योजना है, लेकिन networking समस्याओं के कारण यह सुविधा अभी पूरी नहीं हुई है
• Flatpak packaging भी योजना में है, लेकिन system·app interface और tool exposure जैसी तकनीकी चुनौतियाँ मौजूद हैं

Windows सॉफ़्टवेयर और Office समर्थन

• Microsoft Office 365 जैसे प्रमुख Windows ऐप्स सामान्य रूप से चलते हैं

निष्कर्ष

• WinBoat यूज़र-फ्रेंडली ऑटोमेशन, संगतता और विस्तार क्षमता जैसी कई खूबियों के आधार पर Linux पर Windows एप्लिकेशन सॉफ़्टवेयर के सहज उपयोग को संभव बनाने वाला समाधान है

[GN⁺]

Hacker News टिप्पणियाँ

• यह बस एक Windows VM है जिसमें कुछ अतिरिक्त टूल जोड़ दिए गए हैं, इसलिए यह काफ़ी अच्छा दिखता है, लेकिन यह सच में "Linux पर Windows ऐप चलाना" जैसा नहीं लगता
  पहले भी गेमिंग क्षेत्र में Looking Glass जैसे मिलते-जुलते प्रोजेक्ट रहे हैं, और वे भी KVM पर चलने वाले Windows VM का उपयोग करते हैं (इसे ऐसे पेश किया जाता है जैसे Windows सीधे Docker container में चल रहा हो, लेकिन असल में इसकी संरचना KVM पर आधारित है)
  यूज़र एक्सपीरियंस (UX) के लिहाज़ से यह RAIL जैसा है
  इसका मतलब यह नहीं कि यह प्रोजेक्ट ख़राब है, लेकिन आख़िरकार यह भी पहले की तरह API simulation/reimplementation और OS को खुद चलाने (Windows) — इन दो तरीकों में से एक ही है, इसलिए यह पूरी तरह नया नहीं है
  अगर कोई तीसरा तरीका होता, जैसे in-place ABI translation, तो वह सच में बड़ी खबर होती
  • मुझे यह देखने के लिए Hacker News पर आना पड़ा कि यह प्रोजेक्ट असल में क्या करता है और कैसे काम करता है
    प्रोजेक्ट पेज आम तौर पर साफ़-साफ़ नहीं बताते कि वे क्या करते हैं
    आधी बातें कुछ ऐसी होती हैं जैसे "Plorglewurzle big data blockchain को leverage करके Azure Cloud infrastructure पर sublinear microservices देता है"
    फिर भी, कम से कम यह प्रोजेक्ट यह दिखाता है कि Windows installation की ज़रूरत पड़ती है
  • अगर इसका नाम सच में "Linux Subsystem for Windows", यानी LSW रखा जाता, तो मज़ेदार होता
  • यह dockur/windows:latest + FreeRDP rootless mode + एक छोटा daemon का मिश्रण है जो VM में इंस्टॉल किए गए ऐप्स को API के ज़रिए बताता है
    अगर आख़िरी हिस्सा ज़रूरी न हो, तो शायद सिर्फ़ dockur/windows इमेज और FreeRDP इस्तेमाल करना बेहतर हो
  • in-place ABI translation तो वही है जो wine करता है. जानना चाहूँगा कि उसका मतलब क्या था
  • संरचना बिल्कुल WSL2 जैसी ही है
• मुझे Github repository में यह विवरण मिला कि सॉफ़्टवेयर असल में क्या करता है

WinBoat एक Electron ऐप है, जो Linux पर containerized तरीके से Windows ऐप चलाने देता है
Windows, Docker container के अंदर एक VM में चलता है, और हम WinBoat Guest Server के ज़रिए Windows से ज़रूरी डेटा लाते हैं
Windows ऐप्स को native OS-स्तर की windows के रूप में compose करने के लिए यह FreeRDP और Windows RemoteApp protocol का उपयोग करता है

• मुझे समझ नहीं आया कि Docker container और VM दोनों की ज़रूरत क्यों है
• Linux पर खुश रहने के लिए मेरी सलाह यह है
  हमेशा native ऐप्स इस्तेमाल करो. WINE भी मत इस्तेमाल करो, और मूल रूप से hostile चीज़ों के साथ compatibility बैठाने की कोशिश मत करो
  VM भी मत इस्तेमाल करो, और ख़ासकर dual boot तो बिल्कुल recommend नहीं करूँगा. बहुत ख़राब अनुभव है
  सबसे अच्छा है पूरी तरह Linux पर आ जाओ और पीछे मुड़कर मत देखो
  Proton थोड़ा अलग मामला है, क्योंकि Valve हर दिन उस पर भारी मेहनत कर रहा है, इसलिए वह किसी तरह अच्छी तरह चलता है
  अच्छी बात यह है कि Linux API/ABI को बेहतर बनाने में निवेश का नतीजा ज़रूर मिलता है
  MESA और amdgpu में Valve का योगदान सच में शानदार है
  काश Valve Linux पर AAA titles और indie कामों को Steam exclusive जैसे सम्मान से पेश करे
  और गेम डेवलपर्स को यह महसूस हो कि "Linux port हमेशा Linux डेवलपर को ही सौंपना चाहिए"
  PS: बहुत लंबे समय तक Counter-Strike का Linux पर न चलना दुखद था, लेकिन Valve ने जब native port किया तो सब बहुत अच्छा हो गया
  PPS: Garmin Express और Zwift जैसे दो incompatible ऐप्स की वजह से मैं Mac भी इस्तेमाल करता हूँ; Windows से कम maintenance चाहिए, लेकिन Linux से कम काम कर सकता है
  file browser बहुत ख़राब है और window management भी झुंझलाहट भरा है
  फिर भी, यह पूरे दिन सिरदर्द नहीं देता
  Counter-Strike 2 Mac पर नहीं चलता, इसलिए यह काम Linux को करना पड़ता है
  • मुझे यह सलाह अच्छी नहीं लगती
    विपरीत राय: Wine वाकई बहुत अच्छा चलता है (ख़ासकर पुराने सॉफ़्टवेयर के साथ)
    अगर लोग खुद पर ऐसे नियम थोप लें, तो बहुत से लोग Linux इस्तेमाल ही नहीं कर पाएँगे
  • मेरी सिफारिश: "हमेशा native ऐप्स ही इस्तेमाल करो, WINE मत इस्तेमाल करो"
    मेरी राय: सही बात यह है कि "मूल रूप से unstable APIs के साथ ख़ुद को मजबूरन align मत करो"
    संबंधित लेख: Win32 is the stable Linux userland ABI and the consequences
    संदर्भ ब्लॉग: Win32 the only stable ABI
    ज़्यादा सटीक रूप से कहूँ तो, मेरा मानना है कि GNU/Linux के लिए native ऐप्स का उपयोग अच्छा है, लेकिन सबसे पहले APIs को बहुत लंबे समय तक (कम से कम 20 साल) स्थिर रखना ज़रूरी है
  • मैंने पिछले साल अपना gaming desktop Linux पर शिफ्ट किया
    मेरे अनुभव में, बहुत कम Linux native versions सच में अच्छे बने थे
    कई मामलों में Windows-on-Proton version की quality उल्टा बेहतर थी
    Larian जैसे स्टूडियो, जिन्होंने हाल ही में BG3 का बेहतरीन native version दिया, उनका शुक्रिया
    मैं पूरी तरह सहमत हूँ कि Proton के अच्छे चलने का कारण Valve की लगातार मेहनत है
    गेम डेवलपर्स से native port की माँग करना व्यवहारिक रूप से ज़्यादा असरदार नहीं होता
    आख़िरकार Steam Deck, Valve और Proton की वजह से ही बाज़ार का धीरे-धीरे Linux की ओर बढ़ना संभव हो रहा है
  • अक्सर रुकावट AAA स्तर के बड़े गेम नहीं होते, बल्कि कोई अजीब-सा special-purpose software होता है
    जैसे बुनाई के pattern design के लिए कोई छोटा dedicated tool, जो open source भी न हो
    ऐसे मामलों में एक भरोसेमंद compatible environment सच में ज़रूरी हो सकता है
    (गेम्स की समस्या कुछ हद तक Proton ने हल कर दी है)
  • "अगर Linux पर खुश रहना है तो native ऐप्स ही इस्तेमाल करो, WINE भी नहीं, VM भी नहीं, dual boot भी नहीं"
    मुझे नहीं लगता यह अच्छी सलाह है
    बहुत से लोग Linux इस्तेमाल करते हुए भी Windows ऐप्स चलाना चाहते हैं, और Wine अच्छी तरह काम भी करता है
    जो ऐप्स Wine पर नहीं चलते, उन्हें dual boot से आराम से इस्तेमाल किया जा सकता है
• यह निराशाजनक है कि सॉफ़्टवेयर वेबसाइट पर असली चलती हुई स्क्रीनशॉट्स नहीं हैं
  सिर्फ़ यह कहना कि Office ऐप्स चल सकते हैं, काफ़ी नहीं है; यह भी दिखाना चाहिए कि वे दिखते कैसे हैं
  वे "seamless" अनुभव पर ज़ोर देते हैं, लेकिन कोई demo नहीं है
  यह बात मुझे सच में समझ नहीं आती
  • मैं इससे पूरी तरह सहमत हूँ
    इस बारे में कोई जानकारी ही नहीं है कि अलग-अलग Windows windows Linux desktop (Alt-Tab, Ubuntu Dock आदि) में कैसे integrate होती हैं, या बस एक ही बड़ा VM window खुलता है
    समझ नहीं आता कि वे यह चीज़ वेबसाइट पर क्यों नहीं दिखाते
• UX अच्छा और दिलचस्प लगा, इसलिए मैंने पिछले वीकेंड इसे खुद इस्तेमाल करके देखा
  दुर्भाग्य से, बुनियादी उपयोग भी ठीक से काम नहीं कर पाया
  Edge browser खोलने पर window तो खुलती थी, लेकिन फ्रीज़ हो जाती थी, और उसे ठीक करने का कोई तरीका नहीं दिखा
  window बंद करने के बाद भी उसका border ग़ायब नहीं होता था
  "Desktop" option से कनेक्ट करने की कोशिश करने पर सिस्टम फ्रीज़ हो जाता था
  built-in webview के ज़रिए session से कनेक्ट तो हो पाया, लेकिन ऐसा लगा जैसे वह RDP connection की अनुमति माँग रहा हो
  मैंने ज़्यादा गहराई से नहीं देखा, और चूँकि यह मेरे spouse की ज़रूरत के हिसाब से फिट नहीं बैठा, मैंने लैपटॉप फिर से Windows पर लौटा दिया
  उम्मीद है आगे चलकर Windows-side ऐप/system integration थोड़ा और बेहतर होगा
  • क्या मैं पूछ सकता हूँ कि आपके spouse को यह किस काम के लिए चाहिए था?
    कई Windows ऐप्स Wine पर अच्छी तरह चलते हैं, और थोड़ा-बहुत tweak करने पर वह एक अच्छा विकल्प हो सकता है
• मुझे ऐसे प्रोजेक्ट बहुत पसंद हैं जो open source software के ऊपर user-friendly UX चढ़ाकर Linux पर ज़रूरी सॉफ़्टवेयर को आसानी से उपयोग योग्य बनाते हैं
  ऐसा ही कोई प्रोजेक्ट हो जो macOS ऐप्स को Linux पर चला सके, तो बढ़िया होगा
  • macOS को Linux पर ठीक से चलाना अच्छा होता, लेकिन व्यवहारिक रूप से बहुत-सी बाधाएँ हैं

1. Apple कानूनी रूप से अपने software को non-Mac hardware पर चलाने की अनुमति नहीं देता
2. Windows भले सस्ता या घटिया कहा जाए, लेकिन virtualization के ज़रिए उसे कहीं भी चलाना उद्योग का मानक है, जबकि macOS में यह सुविधा अभी-अभी थोड़ा संभव हुई है
3. Apple को इस प्रवृत्ति से आर्थिक नुकसान होता है, इसलिए वह इसे सक्रिय रूप से रोकना चाहता है
4. Apple ने Docker के विकल्प के रूप में अपना खुद का ‘Apple Containers’ platform पेश किया है, ताकि Mac users Docker का उपयोग कम करें
   इसी वजह से macOS ऐप + Linux का मेल आम बात बनने में अभी समय लगेगा

• बिल्कुल वैसा नहीं, लेकिन सिर्फ़ CLI ऐप्स को support करने वाला darling है: darling
  अगर पूरा macOS VM चाहिए, तो dockur का यह प्रोजेक्ट देखा जा सकता है: dockur/macos
  हालाँकि अभी दोनों में 'seamless' mode का support नहीं है
• macOS में ऐसा rootless RDP फीचर नहीं है जो macOS ऐप्स को सीधे अलग से दिखा दे
  जब पूरा desktop ही इस्तेमाल करना हो, तो RDP की बजाय hardware-accelerated graphics view ज़्यादा बेहतर लगता है
• WinBoat प्रोजेक्ट दिलचस्प है, इसलिए मैं इस पर नज़र बनाए रखूँगा
  पिछले कुछ सालों से मैं काम में मुख्य रूप से WSL का उपयोग कर रहा हूँ, और GUI ऐप्स को ऐसे खोलकर इस्तेमाल कर पाना जैसे वे सीधे Windows में चल रहे हों, productivity बढ़ाता है
  कुछ अजीब बातें ज़रूर हैं, लेकिन कुल मिलाकर काफ़ी ठीक है
  उल्टी दिशा में, मैं हमेशा सोचता था कि क्या Linux के लिए भी ऐसा कुछ नहीं हो सकता
  असल में Linux पर Windows प्रोग्राम इस्तेमाल करने की ज़रूरत मुझे बहुत कम पड़ी है
  पहले Wine पर GTA:Vice City लगभग पूरी तरह ठीक चलाने का अनुभव ही याद आता है
  हाल के दिनों में मैं अक्सर सोचता हूँ कि अगर कोई "Linux Subsystem for Windows" जैसा कुछ हो, जिससे कोई भी प्रोग्राम सीधे चल सके, तो अच्छा होगा
  मैंने अपनी बेटी के लैपटॉप पर Debian इंस्टॉल किया है, और उम्मीद है कि आगे स्कूल के असाइनमेंट्स में Microsoft products की ज़रूरत पड़े तो WinBoat एक विकल्प बन सके
• Windows ऐप integration के लिए मैं WinApps प्रोजेक्ट की सिफारिश करना चाहूँगा (WinApps लिंक)
  Wayland support अभी development में है (Wayland संबंधित issue), लेकिन फ़िलहाल xwayland के साथ कुछ हद तक इस्तेमाल किया जा सकता है
• प्रोजेक्ट FAQ में आने वाला Looking Glass Indirect Display Driver (IDD) काफ़ी रोमांचक लग रहा है
  अगर IDD आ गया, तो Looking Glass iGPU setups पर भी काम कर सकेगा (हालाँकि 3D acceleration नहीं होगा), और यह महत्वपूर्ण होगा
  Looking Glass की बड़ी उपलब्धि मूल रूप से यह थी कि वह guest Windows compositor और host पर दिखने वाले client program के बीच video memory साझा करवाता है (qemu का उपयोग करके)
  अफ़सोस कि अभी भी kernel के बाहर एक अलग driver (kvmfr) इंस्टॉल करना पड़ता है, लेकिन फिर भी video memory के अलावा सामान्य memory भी share की जा सकती है, इसलिए उम्मीद है कि performance कुछ बेहतर हो सकती है
  demo वीडियो: YouTube लिंक
• प्रोजेक्ट टीम से मेरी एक विनती है:
  वेबसाइट के main page पर Discord को इतना प्रमुखता से न दिखाएँ
  Discord का उपयोग C2 server के रूप में भी अक्सर होता है, इसलिए security-hardened environments में उस पर जाने से warning आ सकती है
  हमारी कंपनी में ऐसी warning सीधे मेरे पास आती है, इसलिए शुक्र है कि पता चल जाता है, लेकिन फिर भी यह अनावश्यक alerts पैदा करता है
  कम से कम इसे किसी लिंक के पीछे छिपाना बेहतर होगा