8 पॉइंट द्वारा GN⁺ 2025-11-22 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • ravynOS एक ओपन सोर्स ऑपरेटिंग सिस्टम है जो macOS जैसा user experience और कुछ source compatibility प्रदान करता है
  • FreeBSD-आधारित इस सिस्टम का लक्ष्य मौजूदा ओपन सोर्स पैकेज और नए कोड को मिलाकर x86-64 तथा भविष्य में ARM सिस्टम सपोर्ट देना है
  • इसके मुख्य design goal हैं macOS application source को compile और run करना, मिलती-जुलती GUI संरचना, और folder layout compatibility
  • यह App Bundle, AppDir, AppImage फ़ॉर्मेट के साथ बिना installation वाला application structure और FreeBSD/Linux binary compatibility प्रदान करता है
  • security, stability, performance पर ज़ोर देते हुए यह macOS users के लिए परिचित environment को ओपन सोर्स में लागू करने की कोशिश है

ravynOS परिचय

  • ravynOS एक नया ओपन सोर्स ऑपरेटिंग सिस्टम प्रोजेक्ट है, जो macOS जैसा अनुभव देने और कुछ संगतता बनाए रखने का प्रयास करता है
    • पहले x86-64 सिस्टम को सपोर्ट करता है, और आगे चलकर ARM architecture तक विस्तार की योजना है
    • यह FreeBSD पर आधारित है और मौजूदा ओपन सोर्स पैकेज तथा नए कोड से बना है
  • इसका प्रमुख design goal है macOS application source compatibility हासिल करना
    • उपयोगकर्ता macOS के लिए बने applications को ravynOS पर compile करके चला सकते हैं
    • macOS जैसी GUI और UX प्रदान करता है: file manager, application launcher, top menu bar आदि
  • folder structure और filesystem compatibility बनाए रखी गई है
    • /Library, /System, /Users, /Volumes जैसी macOS directory structure का सपोर्ट
    • HFS+ और APFS filesystem के साथ compatibility की संभावना का उल्लेख
    • ZFS का पूर्ण समर्थन शामिल
  • application distribution structure
    • App Bundle, AppDir, AppImage फ़ॉर्मेट के ज़रिए बिना installation के run होने वाला environment देता है
    • /Applications directory के भीतर standalone apps को manage किया जा सकता है
  • FreeBSD और Linux compatibility बनाए रखता है
    • FreeBSD base system और X11 environment के साथ compatibility
    • FreeBSD की Linux compatibility layer के ज़रिए Linux binaries चलाई जा सकती हैं
    • लंबी अवधि में macOS Mach-O binaries और libraries compatibility लक्ष्य है
  • यह प्रोजेक्ट स्थिर, सुरक्षित और उच्च-प्रदर्शन वाला user experience देने का लक्ष्य रखता है
    • संबंधित जानकारी आधिकारिक वेबसाइट ravynos.com पर उपलब्ध है
    • release notes, screenshots, FAQ पेज के माध्यम से विस्तृत जानकारी देखी जा सकती है

भागीदारी और कम्युनिटी

  • development में योगदान देने वाले लोग CONTRIBUTING.md में चल रहे प्रोजेक्ट और ज़रूरी क्षेत्रों को देख सकते हैं
  • कम्युनिटी चैनल के रूप में Discord server और Matrix चैनल (#ravynOS-general:matrix.org) चलाए जा रहे हैं

> हमें macOS पसंद है, लेकिन लगातार बंद होती जा रही hardware और ecosystem पसंद नहीं है। इसलिए हम ऐसा OS, ravynOS, बना रहे हैं जो macOS की बेहतरीन quality और open source की freedom दोनों साथ दे।

1 टिप्पणियां

 
GN⁺ 2025-11-22
Hacker News राय
  • Wine इसलिए काम करता है क्योंकि Microsoft भारी बजट खर्च करके backward compatibility बनाए रखता है
    दूसरी ओर Apple अक्सर frameworks को हटा देता है और नए जोड़ता रहता है, इसलिए build target लगातार बदलने वाला moving target बन जाता है
    उदाहरण के लिए, अगर आप सीधे XyzKit को implement करते हैं जो सिर्फ macOS 12~14 में इस्तेमाल होता है, तो आप केवल उसी दौर के binaries को support करेंगे और आखिरकार सिर्फ सीमित समयावधि को ही cover कर पाएंगे

    • असल में Wine इसलिए संभव है क्योंकि वह ज़्यादातर latest APIs को handle नहीं करता
      Satya के बाद Microsoft ने WinRT और modern Win32/COM APIs को लेकर अलग रुख अपनाया है
      और .NET Framework अब .NET की Python 2 जैसी चीज़ बन गया है, इसलिए compatibility breakage के कारण अब भी कुछ नए projects 4.8.x version पर बनाए जाते हैं
    • समाधान यह है कि support की time range को साफ़-साफ़ तय किया जाए
      उदाहरण के लिए, Snow Leopard स्तर की binary compatibility को target किया जाए, या Ventura apps के साथ compatible रहते हुए उसका अनावश्यक बोझ हटाने वाला distribution बनाया जाए
      इससे पुराने Mac में नई जान डाली जा सकती है, या PC पर भी Hackintosh के बिना macOS जैसा environment दिया जा सकता है
    • मुझे नहीं लगता कि Apple इतना तेज़ी से बदलता है
      लेकिन 32-bit support हटाना, OpenGL को phase out करना, और ARM64 transition जैसी बड़ी चीज़ें निश्चित रूप से breaking points थीं
      फिर भी Swift और Objective-C के ‘availability’ macros की वजह से versions के बीच forward compatibility काफ़ी अच्छी तरह बनी हुई है
  • मैं इस project को कई सालों से देख रहा हूँ
    FreeDOS, ReactOS, और Haiku की तरह अगर macOS का FOSS clone बन जाए तो बहुत अच्छा होगा
    हालाँकि प्रगति काफ़ी धीमी है, और इसकी वजह OS clone बनाना बेहद कठिन होना है
    Linux भी GNU ecosystem की वजह से तेज़ी से बढ़ पाया था
    उम्मीद है कि ravynOS या HelloSystem जैसे projects 5~10 साल में macOS के free software version के रूप में स्थापित हो जाएँगे

    • ऐसे projects AI की असली क्षमता परखने के लिए litmus test जैसे हैं
      अगर सच में engineering productivity 10 गुना बढ़ाई जा सकती है, तो ऐसे projects को ज़्यादा तेज़ी से practical होना चाहिए
      वरना AI से productivity gain अभी शायद सिर्फ सतही स्तर का ही है
  • “macOS के साथ source और binary compatibility को target करने वाला BSD-based OS” यह विवरण देखकर मेरी जिज्ञासा बढ़ी
    सवाल यह है कि macOS को clone करने की ज़रूरत ही क्यों है, या फिर Wine जैसी compatibility layer की जगह पूरा OS क्यों बनाया जा रहा है
    मुझे लगता है कि यह energy Linux को बेहतर बनाने में लगनी चाहिए

    • इसका जवाब ravynOS FAQ में अच्छी तरह दिया गया है
      Wine के समानांतर Darling नाम का project है, और ravynOS की अवधारणा ReactOS जैसी है
      performance बढ़ाने के लिए Mach messaging को kernel में रखा गया है, और hardware compatibility के लिए FreeBSD kernel चुना गया है
      GNUstep, helloSystem आदि के साथ code sharing भी है
      license के मामले में BSD/MIT/Apache शैली को पसंद किया जाता है, लेकिन अभी GNUstep का libobjc2 runtime इस्तेमाल हो रहा है
    • मेरा ravynOS से कोई संबंध नहीं है, लेकिन मैं इसे कई सालों से follow कर रहा हूँ
      official site का दर्शन है “macOS की polished feel + FreeBSD की freedom”
      यह Apple की बंद hardware policy से निराश macOS fans के लिए एक विकल्प जैसा लगता है
      FreeBSD-based होने के कारण यह macOS के Darwin structure से मिलता-जुलता है, इसलिए portability भी बेहतर है
    • सच कहें तो कभी-कभी macOS apps को macOS पर भी चलाना मुश्किल हो जाता है
      उदाहरण के लिए, मेरे माता-पिता अब भी 32-bit apps की वजह से पुराना Intel Mac इस्तेमाल कर रहे हैं
      जब Rosetta 2 support खत्म होगा, तो यह समस्या और बढ़ेगी
    • मेरी भी कुछ ऐसी ही राय है
      नई नौकरी में मुझे MacBook इस्तेमाल करना पड़ा, लेकिन KDE Plasma वाला Linux मुझे कहीं बेहतर लगा
      UX, settings की freedom, और default apps की quality — सब कुछ Mac से बेहतर लगा
      इतनी बड़ी कंपनी से ऐसी quality आना समझ से बाहर है
    • यह विडंबना है कि macOS की compatibility खुद अपने साथ भी कमज़ोर है
  • छोटे screenshots ने macOS की aesthetic को काफ़ी अच्छी तरह दोहराया, इसलिए यह अच्छा लगा
    Linux का UI मुझे हमेशा जल्दबाज़ी में बनाया हुआ लगता था, लेकिन ऐसा design हो तो मैं इसे फिर से आज़माना चाहूँगा

    • लेकिन मुझे इसमें Uncanny Valley जैसा एहसास होता है
      font, anti-aliasing, menu corner radius जैसी details अजीब लगती हैं
      official screenshots अभी भी काफ़ी rough लगते हैं
    • असली screenshots तो इस image जैसे पूरी तरह अलग हैं
    • यह कुछ-कुछ हल्का-सा बिगड़ा हुआ macOS लगता है — जैसे fonts या Dock icons की spacing अजीब हो
  • अच्छा होगा अगर यह project macOS build machines या servers के लिए विकसित हो
    हाल के macOS versions में security कड़ी होने के कारण headless environment में इसका इस्तेमाल मुश्किल हो गया है
    उम्मीद है कि FreeBSD की hardware compatibility का फायदा उठाकर यह Xcode CLI को पूरी तरह support करने वाला open-source server OS बने

  • मैं सोचता हूँ कि क्या Linux, macOS की जगह ले सकता है
    macOS users को सबसे ज़्यादा पसंद उसका default UI आता है, और GNOME तथा KDE उस हिस्से में कमज़ोर हैं

    • लेकिन macOS की UI quality भी लगातार गिरावट में है
      rounded corners तक consistent नहीं हैं, और ज़्यादातर apps Electron-based होने से consistency टूट गई है
      समय के साथ Linux के साथ इसका gap कम होता जा रहा है
    • मुझे लगता है GNOME और KDE की कमियाँ आखिरकार आदत का मामला हैं
      मैं Windows 7 से Linux पर आया था, और open-source apps इस्तेमाल करने की आदत की वजह से transition आसान रहा
      FreeCAD, KiCAD, LibreOffice, Firefox, Krita, Gimp आदि मेरे लिए पूरी तरह पर्याप्त हैं
  • मुझे समझ नहीं आता कि हर नया OS project आखिर 60~70 के दशक की तकनीकों की पुनरावृत्ति क्यों होता है

    • Microsoft ने एक समय Midori नाम के experimental OS के ज़रिए प्रगति करने की कोशिश की थी, लेकिन release से ठीक पहले उसे रद्द कर दिया गया
      Midori wiki और Joe Duffy का blog देखें तो पता चलता है कि वह managed code आधारित parallel OS था
    • लेकिन व्यावहारिक रूप से OS development बेहद कठिन है
      90~00 के दशक के hardware support तक में बहुत परेशानी होती है, और modern GPU या ACPI तो किसी दुःस्वप्न से कम नहीं
      code का 80~90% हिस्सा drivers से भर जाता है, और documentation भी बहुत विशाल होती है
      compiler बनाना और OS development — दोनों सबसे कठिन engineering tasks में आते हैं
    • बहुत से developers UNIX पर किताबें पढ़कर वही पुरानी चीज़ दोहराते हैं
      Smalltalk, Interlisp-D, Mesa, Cedar जैसी 70s की technologies को उलटे बहुत कम copy किया गया है
    • मेरा सपना है कि 90~2000 के दशक के research ideas को फिर से जीवित करने वाला OS बनाऊँ
      मैं Smalltalk-80 और Lisp machine की single address space और real-time modifiable environment को modern तरीके से दोबारा समझना चाहता हूँ
      मुझे लगता है कि security समस्याएँ capability-based security और single address space protection से हल की जा सकती हैं
      हर subsystem को DSL से व्यक्त किया जाए, और interfaces को Smalltalk-शैली के live object system के रूप में बनाया जाए
      UI के लिए System 7.5 शैली की classic Mac OS feel को आधुनिक रूप में फिर से बनाया जाए
      ऐसा system Apple की 80~90 के दशक वाली project spirit को आगे बढ़ाने वाला dream OS होगा
  • PureDarwin news देखकर लगता है कि अगर ravynOS, XNU/Darwin इस्तेमाल करे तो ज़्यादा स्वाभाविक होगा
    लेकिन XNU लगातार ज़्यादा बंद होता जा रहा है, इसलिए FreeBSD एक practical alternative है
    अफ़सोस यह है that कई macOS replacement projects बहुत ज़्यादा बिखरे हुए हैं

    • अच्छी बात यह है कि ravynOS के Darwin पर जाने की खबर है
    • फिलहाल यह x86_64 base पर बना रहेगा और धीरे-धीरे microkernel-ization की ओर बढ़ने की योजना लगती है
  • वेबसाइट बहुत polished लगी, इसलिए लगा UI भी वैसा ही होगा, लेकिन screenshots में 2008 वाले macOS जैसी feeling है

    • लेकिन कुछ लोगों का कहना है कि उस दौर का UI उलटे ज़्यादा अच्छा था
    • एक और व्यक्ति ने कहा, “दिखावट से क्या फ़र्क पड़ता है, Linux भी सुंदर था लेकिन उसकी usability अब भी खराब थी”