Win32/Linux को साथ में बनाएं: loss32 प्रोजेक्ट

 (loss32.org)
3 पॉइंट द्वारा GN⁺ 2026-01-01 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • loss32 का लक्ष्य WINE और ReactOS components का उपयोग करके ऐसा Linux distribution बनाना है जो Win32 environment को default desktop के रूप में इस्तेमाल करे
  • उपयोगकर्ता .exe files को सीधे download करके चला सकते हैं, और इसे एक पूर्ण open source operating system के रूप में डिज़ाइन किया गया है
  • ReactOS जहाँ Windows NT kernel को फिर से implement करने की कोशिश करता है, वहीं loss32 का रुख Linux kernel के ऊपर stability और compatibility सुनिश्चित करने का है
  • प्रोजेक्ट की मुख्य प्रेरणाएँ हैं WINE में सुधार, Win32-आधारित desktop experience को पुनर्स्थापित करना, और creative software की accessibility बढ़ाना
  • 2026 के जनवरी में initial prototype distribution जारी करने की योजना है, जिसके बाद क्रमिक सुधार किए जाएंगे

Win32/Linux की अवधारणा

  • Linux को एक standalone operating system नहीं, बल्कि WINE और ReactOS user space आदि से मिलकर बने एक पूर्ण system के हिस्से के रूप में समझाया गया है
    • इस संयोजन को “Win32/Linux” या “Win32 plus Linux” नाम दिया गया है
  • Microsoft द्वारा परिभाषित complete OS की अवधारणा के आधार पर, यह Linux kernel और Win32 environment के संयोजन की ओर बढ़ता है

प्रोजेक्ट का अवलोकन

  • लक्ष्य है WINE के ऊपर Win32 software से बना पूरा desktop environment तैयार करना
    • उपयोगकर्ता .exe files को सीधे चला सकते हैं
    • यह एक मुक्त और खुला OS है, जिसे ऐसे लोगों के लिए भी सुलभ बनाया जा रहा है जो Unix-oriented user नहीं हैं
  • ReactOS से अलग, यह kernel को फिर से implement नहीं करता, बल्कि Linux kernel और परखे हुए components का उपयोग करता है
    • ReactOS user space के कुछ हिस्सों को शामिल करके usability बेहतर करने की कोशिश की जाती है
    • Linux-आधारित होने के कारण Linux software भी चलाया जा सकता है, जो ReactOS में नहीं मिलने वाला एक लाभ है

user space replacement का दायरा

  • जहाँ तक संभव हो, पूरे user space को WINE से बदलने की दिशा में काम किया जा रहा है
  • किसी विशेष सीमा या अपवाद का उल्लेख नहीं किया गया है

निर्माण की प्रेरणा

  • 1990 के दशक के उत्तरार्ध से 2010 के शुरुआती वर्षों तक के PC desktop experience को बनाए रखना उद्देश्य है
  • WINE के अधूरे हिस्सों में सुधार करके, सभी उपयोगकर्ताओं को बेहतर compatibility देने की कोशिश है
  • Win32 को “stable Linux ABI” के रूप में देखा गया है
  • इसमें केवल “क्योंकि यह संभव है” जैसी प्रयोगधर्मी प्रेरणा भी शामिल है

Win32 की स्थिरता का दावा

  • Win32 ABI के पास दशकों से बना हुआ compatibility record है
    • WINE के माध्यम से Win16 software भी चलाया जा सकता है
  • creative software और games जैसे वे क्षेत्र जहाँ GNU/Linux ecosystem अपेक्षाकृत कमजोर है, वहाँ भी Win32 व्यापक पहुँच देता है
  • इसे “दुनिया का stable ABI” कहा गया है, और सांस्कृतिक विरासत तक पहुँच बढ़ाने में इसकी भूमिका मानी गई है

screenshots और वर्तमान स्थिति

  • जारी किए गए screenshots वास्तव में Debian 13 पर चल रहे WINE की स्क्रीन हैं
  • अभी असुविधाजनक तत्व और अधूरे हिस्से मौजूद हैं
  • लक्ष्य है इस environment को स्थिर बनाना और इसे आसानी से install किए जा सकने वाले package के रूप में तैयार करना

भाग लेने का तरीका

  • यह प्रोजेक्ट hikari_no_yume ने 29 दिसंबर 2025 को 39C3 event के दौरान लिखा था, और 30 दिसंबर को अपडेट किया गया
  • भागीदारी या पूछताछ email (hikari@noyu.me) या IRC channel #loss32 (irc.libera.chat) के माध्यम से की जा सकती है
  • सहयोग के इच्छित क्षेत्र:
    • Wayland compositor और WINE के integration में सुधार (फ़िलहाल standalone mutter इस्तेमाल हो रहा है)
    • WINE के explorer.exe, shell32.dll, HiDPI scaling, packaging से जुड़े काम
    • ReactOS के explorer.exe, shell32.dll, और WINE के साथ compatibility issues
    • GNU/Linux desktop stack की विस्तृत संरचना से जुड़े व्यापक पहलू

आगे की योजना

  • जनवरी 2026 में initial prototype distribution जारी करने की योजना है
    • /etc/apt/sources.list में जोड़ने के बाद sudo apt install से install किया जा सकेगा
    • इसमें कई अधूरे और दोषपूर्ण हिस्से शामिल होंगे, और उसके बाद iterative improvement process जारी रहेगी

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2026-01-01
Hacker News की राय

  • यहाँ तक कि Linus Torvalds ने भी कहा है कि ABI compatibility पर्याप्त नहीं है। मुझे लगता है कि Linux के desktop पर लोकप्रिय न होने की यह एक बड़ी वजह है
    संबंधित वीडियो

    • मेरे एक दोस्त के शब्दों में, “Glibc पूरी तरह स्थिर kernel ABI को बर्बाद कर रहा है” यह बात बिल्कुल फिट बैठती है
    • AppImage या FlatPak जैसे formats इस समस्या को सैद्धांतिक रूप से हल करते हैं, लेकिन व्यावहारिक समस्या यह है कि पुराने software को package करने वाला कोई नहीं होता
    • यह दलील अब भी वाजिब है, लेकिन यह भी ध्यान रखना चाहिए कि यह 12 साल पुरानी बात है
    • मैं Linus की राय से पूरी तरह सहमत हूँ। Windows में WinXP के लिए बना exe लगभग हमेशा Win10, 11 पर भी चल जाता है, लेकिन Linux में Mint या Ubuntu का version बदलते ही compatibility issues से जूझना पड़ता है
    • इसी वजह से OpenBSD आकर्षक लग सकता है। Kernel और apps पूरी तरह integrated हैं, और सादगी की वजह से security और stability अधिक है।
      लेकिन यह विडंबना है कि open source जगत अब भी इतने पुराने विचारों के आधार पर अस्थिर OS बना रहा है।
      Packaging system का बिखराव, टूटते updates, अस्थिर glibc, लगातार बदलते desktop environments जैसी समस्याएँ अब भी बनी हुई हैं

  • Wine और Proton की वजह से Linux का पुराने Windows games के साथ बेहतर compatible होना हैरान करता है। 90s~00s के games Windows पर चलाना मुश्किल होता है, लेकिन Steam में एक क्लिक से Linux पर चल जाते हैं

    • दरअसल Wine, Windows पर भी काम करता है। Shorthorn project इसका इस्तेमाल XP पर नया software चलाने के लिए करता है
    • मेरा gaming PC Windows 11 के साथ compatible नहीं था, इसलिए मैंने Linux पर switch किया, और महसूस होने वाला performance improvement तुरंत मिला। Windows में बेकार downloads और crashes बहुत थे, लेकिन Linux में ज़्यादातर चीजें अच्छी तरह चलती हैं। हाँ, Proton में कुछ games की sound issues अब भी रहती हैं
    • जानना चाहूँगा कि कौन से games खास तौर पर Windows पर चलाना मुश्किल हैं
    • उल्टा ऐसा भी हुआ है कि Linux native version वाला game नहीं चला, तो Windows version को Proton से चलाना पड़ा

  • VB6 के आधार पर GUI utility बनाना आज की web technologies की तुलना में शायद ज़्यादा stable और productive हो सकता है

    • मैं Delphi चुनूँगा। Delphi Windows, Linux, macOS, Android, iOS सभी को support करता है।
      और RemObjects का Elements एक RAD environment है जो कई भाषाओं में कई platforms को target कर सकता है
    • मैंने भी VB6 से शुरुआत की थी, इसलिए nostalgia है, लेकिन React का declarative UI model जो प्रगति लाया है उसे नकारा नहीं जा सकता। Initial render और rerender के बीच का फर्क मिट जाना, और सिर्फ state update से UI refresh हो जाना, यह सच में क्रांतिकारी है
    • मैं Delphi या FreePascal के पक्ष में वोट दूँगा, लेकिन मूल भावना से सहमत हूँ
    • ऊपर से, 2005 के लिए बना software आज की systems पर बेहद तेज़ी से चलता है
    • लेकिन यह तभी तक सच है जब आप Win32 के basic widgets और effects तक सीमित हों। उससे आगे जाना हो तो web runtime जैसा mature और well-documented environment ज़्यादा productive है

  • मैं Linux की ABI समस्या को ठोस रूप में समझना चाहता हूँ। 20 साल से ज़्यादा Linux इस्तेमाल किया है, लेकिन package manager से install किए गए apps में यह समस्या महसूस नहीं हुई।
    अगर किसी को इसका पूरा इतिहास पता हो तो अच्छा होगा कि वह इस पर blog लिखे

    • Kernel स्थिर है, लेकिन graphical apps के लिए ज़रूरी system libraries अक्सर टूटती रहती हैं। GTK, Qt, X11 जैसे मुख्य components लगातार बदलते रहते हैं और compatibility breaks पैदा करते हैं
    • असली समस्या ABI नहीं बल्कि standardization की कमी है। Linux Standard Base ने इसे हल करने की कोशिश की थी, लेकिन रुचि की कमी से गायब हो गया।
      Maintenance मज़ेदार नहीं होती, इस वजह से CADT(Rewrite culture) चलता रहता है। उदाहरण: Wayland, Rust rewrites
      ऐसे माहौल में commercial apps का बढ़ना मुश्किल है, और open source apps को भी port होने में सालों लग जाते हैं (उदाहरण: GIMP का GTK2→3 migration)
    • Linux, Windows की तरह पूरे stack को cover नहीं करता। इसमें कई developers की libraries मिली-जुली होती हैं और समय के साथ बदलती रहती हैं
    • क्या आपने कभी GLIBC version problems का सामना नहीं किया?
    • हर OS release पर सब कुछ patch और recompile करने वाला मॉडल भयानक है।
      Developers distribution के middlemen की वजह से परेशान रहते हैं, और users को सिर्फ पुराने app versions इस्तेमाल करने पड़ते हैं।
      एक अच्छे OS को पुराने apps वैसे ही चलाने देने चाहिए।
      इस मामले में Windows, Linux से बहुत बेहतर है, और Linux की समाजवादी संरचना में जिम्मेदारी तय नहीं होती।
      Server side पर Docker एक समाधान है, लेकिन desktop पर लागू नहीं होता

  • अगर Windows 7 या XP जैसी classic UI वाला Linux desktop हो, तो मैं सच में उसका fan बन जाऊँगा।
    उसकी elegance, Windows 10 से कहीं ज़्यादा आकर्षक है

    • हैरानी की बात है कि अब तक कोई polished 1:1 XP/7 clone DE नहीं है।
      ऐसे fixed environment की नकल करने से feature bloat रोका जा सकता है और bug fixes व optimization पर ध्यान दिया जा सकता है
    • KDE के लिए Aero theme आज़माने की सलाह दूँगा। सिर्फ screenshots देखें तो वह असली Windows 7 जैसा लगता है
    • लेकिन ऐसी ज़्यादातर कोशिशें विफल हो जाती हैं। Linspire या BeOS PC की तरह, hardware के साथ ship न किया जाए तो इन्हें बनाए रखना मुश्किल होता है
    • SerenityOS Win2k शैली का एक पूरा OS है, और अगर hardware support मिल जाए तो इसमें संभावना है।
      नहीं तो ReactOS के पूरा होने का इंतज़ार करना होगा
    • XFCE पर Windows theme लगा दें तो काफ़ी मिलती-जुलती experience मिल सकती है। उसमें Wine settings जोड़ दें तो काफी है

  • Python और WxWindows versions में बदलाव की वजह से WikidPad टूट गया, और अंत में मैं Windows पर लौट आया।
    2012 का exe अब भी पूरी तरह काम करता है। व्यक्तिगत रूप से मुझे Windows 2000 Server SP4 सबसे अच्छा desktop OS लगता था

    • Cutler की निगरानी में आया आख़िरी version, Server 2003, मेरी पसंद है। तकनीकी रूप से source access भी संभव है
    • Debian में भी मुझे ऐसी ही समस्या हुई थी, लेकिन debootstrap और snapshots.debian.org से हल निकल आया।
      GPU acceleration टूट सकती है, लेकिन X11 अब भी मजबूत backward compatibility बनाए रखता है
    • 2025 तक भी अगर यह सुनने को मिले कि “Task Manager CPU का 15% खा रहा है”, तो Windows 11 अब भी inefficient ही है

  • मुझे लगता है कि अब Microsoft के लिए अपनी ही बनाई embrace, extend, extinguish रणनीति का स्वाद चखने का समय आ गया है

    • मेरे हिसाब से Windows 13 शायद Linux kernel आधारित हो सकता है।
      वास्तव में Microsoft पिछले 10 सालों से Linux और open source को सक्रिय रूप से अपना रहा है

  • Linux का विचार अच्छा है, लेकिन अब भी hardware support कमज़ोर है। ARM के फैलने पर यह और खराब हो सकता है।
    समझ नहीं आता कि Google Android को एक असली desktop OS क्यों नहीं बनाता। ChromeOS बहुत सीमित है

    • वास्तव में Linux, device के हिसाब से कभी-कभी Windows से बेहतर compatibility भी देता है।
      Google, Android 16 से desktop अनुभव को गंभीरता से आगे बढ़ा रहा है।
      ChromeOS भी कुछ खास कामों के लिए काफी अच्छा है।
      बस Google users की आवाज़ सुनने में कमज़ोर है।
      फिर भी web technologies को आगे बढ़ाने में उसके योगदान को मानना पड़ेगा
    • ChromeOS बिल्कुल भी खिलौना नहीं है। Development environment के रूप में कुछ मायनों में यह macOS से भी बेहतर है।
      अगर आपने इसे आख़िरी बार 2013 में इस्तेमाल किया था, तो अब यह पूरी तरह बदल चुका है
    • आजकल तो ऐसा hardware भी बहुत है जो सिर्फ Linux को support करता है
    • Desktop environment में ज़्यादातर hardware सीधे काम करता है। जब तक कोई बहुत अनोखा उपकरण न हो, कोई समस्या नहीं

  • अच्छा होगा अगर प्रमुख distributions, binfmt_misc का उपयोग करके Wine को default रूप से register करें।
    Windows apps को Linux security mechanisms के भीतर isolate करके चलाया जाए, और logs व crash reports को एकीकृत रूप से manage किया जाए, तो
    Windows replacement OS के रूप में एक व्यावहारिक रास्ता खुल सकता है

    • यही वह feature है जो Linux को beginner-friendly बनाने की कुंजी है

  • Longene project फिर याद आ गया।
    यह Linux kernel में Windows API को integrate करने की कोशिश थी, और इतिहास के लिहाज़ से एक दिलचस्प संदर्भ उदाहरण है