Ruby कोर टीम ने RubyGems और Bundler का स्वामित्व संभाला

 (ruby-lang.org)
2 पॉइंट द्वारा GN⁺ 2025-10-18 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • Ruby भाषा के पैकेज मैनेजर RubyGems और Bundler के repository स्वामित्व को Ruby Central से Ruby कोर टीम को स्थानांतरित किया गया
  • यह कदम दीर्घकालिक स्थिरता और community continuity सुनिश्चित करने के लिए Matz (Yukihiro Matsumoto) के नेतृत्व में लिया गया निर्णय है
  • RubyGems और Bundler अब भी जैसी की तैसी open source license के तहत बने रहेंगे, और मौजूदा contributors के copyright और contribution records का भी पूरा सम्मान किया जाएगा
  • संचालन अब Ruby Central और Ruby कोर टीम के संयुक्त प्रबंधन के रूप में बदलेगा, जबकि community-driven development मॉडल जारी रहेगा
  • यह Ruby ecosystem के sustainable development और integration को मजबूत करने वाला एक संरचनात्मक परिवर्तन है, जिसका भविष्य की दीर्घकालिक स्थिरता के लिए महत्वपूर्ण महत्व है

RubyGems और Bundler का महत्व

  • RubyGems Ruby ecosystem का मुख्य package management tool है, और Bundler dependency management और deployment संभालने वाला एक अनिवार्य component है
  • दोनों projects Ruby distribution में शामिल standard tools हैं और Ruby भाषा के साथ काफ़ी नज़दीकी रूप से integrated हैं
  • लेकिन अब तक RubyGems और Bundler को Ruby संगठन नहीं बल्कि Ruby Central स्वतंत्र रूप से प्रबंधित करता रहा था,
    और Ruby भाषा के standard components होने के बावजूद GitHub पर अलग organization में संचालित किए जाने से संरचनात्मक consistency की कमी थी
  • इसी कारण Ruby कोर टीम ने आधिकारिक रूप से repository management और maintenance authority अपने हाथ में लेने का निर्णय किया
  • लक्ष्य है project की दीर्घकालिक स्थिरता और Ruby ecosystem के साथ alignment सुनिश्चित करना

मुख्य बदलाव

  • repository का आधिकारिक स्वामित्व Ruby कोर टीम को स्थानांतरित किया गया, और Ruby Central के साथ संयुक्त प्रबंधन व्यवस्था में बदलाव हुआ
  • मौजूदा open source license की शर्तें अपरिवर्तित रहेंगी, और commercial या legal structure में कोई बदलाव नहीं है
  • सभी मौजूदा contributors के intellectual property rights और copyright यथावत रहेंगे, कोड स्वामित्व में कोई परिवर्तन नहीं होगा
  • community-led development model जारी रहेगा, और कोई भी योगदान दे सकेगा

community सहयोग और आगे की योजना

  • Ruby कोर टीम Ruby Central और दुनिया भर के developers के साथ निरंतर सहयोग तंत्र बनाए रखने की योजना रखती है
  • इस कदम को Ruby ecosystem की स्थिरता और विश्वसनीयता बढ़ाने के लिए दीर्घकालिक आधार तैयार करने के रूप में देखा जा रहा है
  • Matz ने अपने बयान में Ruby Central के समर्पण के लिए आभार व्यक्त करते हुए कहा, “आइए Ruby का और उज्ज्वल भविष्य साथ मिलकर बनाएं”

निहितार्थ

  • यह हस्तांतरण Ruby भाषा के मुख्य infrastructure को आधिकारिक संगठन के भीतर पुनर्गठित करने वाली एक प्रतीकात्मक घटना है
  • भाषा स्तर पर maintenance integration और ecosystem unification के ज़रिए इसे Ruby की future sustainability बढ़ाने वाले एक turning point के रूप में देखा जा सकता है

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

  • Gem.coop
    2 पॉइंट · 1 टिप्पणियां · 2025-10-07

1 टिप्पणियां

 
GN⁺ 2025-10-18
Hacker News टिप्पणियाँ
  • मुझे लगता है कि यह फैसला सही दिशा में है, Ruby Core और Matz ने आगे आकर पूरी भाषा और कम्युनिटी की स्थिरता सुनिश्चित की है, इसके लिए आभार महसूस होता है
    • यह रेखांकित किया गया कि Matz सचमुच केंद्रीय धुरी हैं; पहले जो कहा जाता था “Matz is nice and so we are nice” उसे अब “दयालु और जिम्मेदार” में बदलना चाहिए
  • लंबी अवधि में देखें तो gem.coop जैसे कई स्रोत होना शायद ज्यादा सुरक्षित और मजबूत संरचना होगी, लेकिन RubyGems में कई स्तरों पर—मेंटेनर, कम्युनिटी सदस्य, स्पॉन्सर आदि—विश्वास पूरी तरह टूट चुका है, फंडिंग और data privacy जैसे मुद्दे भी अभी सुलझने बाकी हैं, फिर भी लगता है कि Ruby कम्युनिटी के अधिकांश लोग इस बदलाव का समर्थन करेंगे
    • क्या कोई संक्षेप में बता सकता है कि वास्तव में हुआ क्या था? मैं हाल की Ruby खबरें फॉलो नहीं कर पाया
    • सहमत, अब थोड़ा और देखना होगा कि gem.coop कितनी ताकत जुटाता है, उन्होंने भविष्य के लिए वादे किए हैं और शायद आखिरकार नतीजे भी देंगे, जब beta service खुलेगी तो मैं पहले अपलोड किए गए कुछ gems, कम से कम मुख्य वाले, फिर से चढ़ाने को तैयार हूँ, कुछ चीजें सुधरनी चाहिए जिनमें सबसे प्रमुख documentation है (यह ruby documentation से भी जुड़ा है, अलग-अलग बँटा होना समस्या है), namespacing की कमी भी एक समस्या है (Ruby में namespacing आधिकारिक रूप से नहीं है, यह इसकी विशेषता भी है और समस्या भी, लेकिन मुझे लगता है कि चिंताओं के आधार पर अलग करने का कोई तरीका होना चाहिए), अगले लगभग छह महीने बाद, यानी 2026 के मई के अंत में, फिर से मूल्यांकन करना ज्यादा व्यावहारिक होगा, अगर DHH अपने ब्लॉग पर तीखी बातें करते रहे तो gem.coop से असंतुष्ट लोग नए सिरे से जुड़ सकते हैं, contributors बढ़ सकते हैं और फायदे भी बढ़ सकते हैं, user के नज़रिए से यह ज्यादा आज़ादी और लचीलापन देने वाली win-win स्थिति हो सकती है, बहुत लोग rubygems.org पर रहेंगे लेकिन gem.coop पसंद करने वालों की संख्या भी बढ़ सकती है, कुछ लोग दोनों का इस्तेमाल भी करेंगे (यह थोड़ा जटिल है, इसलिए gem.coop में gem-वार source निर्दिष्ट करने की सुविधा पर भी सोचना चाहिए), अभी बहुत काम बाकी है
    • यह यकीन करना मुश्किल है कि एक निष्क्रिय मेंटेनर के पास अब भी root access था, यह चौंकाने वाला है कि किसी ने इस मुख्य platform पर किसी भी स्तर का अधिकार बनाए रखा, हाल में Ruby कम्युनिटी के कुछ लोगों को इस अहम web platform के लिए आधुनिक—और पहले से व्यापक रूप से अपनाए गए—security standards का विरोध करते देखना झटका देने वाला था, अब 2006 नहीं है, न ही वह दौर है जब curl कमांड से सिर्फ rails install कर लिया जाता था, इस तरह की प्रतिक्रिया की भोलापन डरावना लगता है, बिना रखरखाव वाली security posture के साथ supply chain attack के लिए इतने खुले होना हैरान करने वाला है, अच्छा है कि अब कम से कम कोई वर्तमान समय के अनुरूप सुरक्षा पर ध्यान दे रहा है
    • कई sources होने से ज्यादा सुरक्षित होने वाले दावे पर, मुझे लगता है कि attack surface तीन गुना फैल जाएगा और security vulnerabilities भी बढ़ सकती हैं
    • यह सिर्फ Ruby tooling में बदलाव है, rubygems.org खुद अब भी—नज़रिए पर निर्भर करता है—एक शत्रुतापूर्ण entity के नियंत्रण में है, इसलिए इससे भरोसा बहाल होने में कितनी मदद मिलेगी, इस पर संदेह है
  • Ruby Central का पक्ष यहाँ देखा जा सकता है https://rubycentral.org/news/ruby-central-statement-on-rubygems-bundler/
    • संदर्भ के लिए 19 सितंबर वाला पहले का बयान भी साथ में देखना अच्छा रहेगा, उसमें “Ruby ecosystem की दीर्घकालिक स्थिरता और विकास के प्रति साझा प्रतिबद्धता” जैसी बात शामिल है https://rubycentral.org/news/strengthening-the-stewardship-of-rubygems-and-bundler/
  • इस कठिन परिस्थिति में Matz ने स्वयं नेतृत्व दिखाया, इसके लिए मैं गहराई से आभारी हूँ, एक जापानी developer के रूप में मैं हाल की घटनाओं को लेकर बहुत चिंतित था कि मामला कहाँ जाएगा, लेकिन इस घोषणा से राहत मिली
    • जानना चाहूँगा कि उन्होंने नेतृत्व कैसे दिखाया, यह साफ था कि Hiroshi Shibata हमेशा एकतरफा ढंग से नहीं चल रहे थे, मुझे शक है कि gems और bundler को संभालने का फैसला कई महीने पहले अंदर ही अंदर ले लिया गया था, और जहाँ तक एक जापानी developer होने के नाते राहत महसूस करने की बात है, मुझे तो उल्टा ज्यादा चिंता हो रही है, मैं अमेरिका या जापान में नहीं रहता इसलिए यह देखकर असहज और नाराज़गी होती है कि Ruby ecosystem पर अमेरिका और जापान का वर्चस्व बहुत ज्यादा है (जापान की बात स्थानीय कम्युनिटी होने के कारण समझ में आती है), लेकिन अमेरिका का प्रभाव भी इतना बड़ा होना कुछ ज्यादा लगता है, Python में भी यही बात खटकती है
  • मुझे लगता है कि जिसने भी Ruby को थोड़ा-बहुत छुआ है, वह इस नतीजे से असंतुष्ट नहीं होगा
    • मुझे लगता है कि सिर्फ Ruby Central को फायदा हुआ है, उन्होंने कुछ भी छोड़ा नहीं और उल्टा Ruby Core का आधिकारिक समर्थन लेकर Rubygems के मेंटेनर के रूप में मान्यता पा ली, repository ownership भले स्थानांतरित हुई हो, लेकिन Ruby Central संचालन और governance की जिम्मेदारी बनाए रखता है और Ruby Core के साथ करीबी सहयोग करता है, Andre के पास Bundler का trademark है और वह Ruby Central के खिलाफ इसका इस्तेमाल करने की बात कह चुके हैं https://andre.arko.net/2025/09/25/bundler-belongs-to-the-ruby-community/, Ruby Central Bundler का ownership Ruby Core को सौंपता है लेकिन maintenance जारी रखता है, और Ruby Core कानूनी जोखिम उठाता है, अगर Andre मुकदमा करते हैं तो उन्हें जापान के Ruby Core के खिलाफ जाना होगा और छवि और खराब होगी
    • लोग इसलिए असंतुष्ट नहीं हैं क्योंकि Matz ने अभी तक immigration law जैसे सामाजिक मुद्दों पर राय नहीं दी है
    • क्या वाकई कोई भी असंतुष्ट नहीं है?
    • मैं समझ नहीं पा रहा कि आखिर कोई असंतुष्ट क्यों नहीं है, अभी भी बहुत सारे सवाल बाकी हैं, आगे gem.coop कितना लोकप्रिय होता है यही मुख्य बात होगी (क्या वह सच में बढ़ेगा), शायद Ruby project install करने का कोई नया तरीका बनाना बेहतर होता (Rust+cargo की तरह), लेकिन मेरा मानना है कि service provider और वास्तविक development discussion को अलग-अलग सोचना चाहिए, यह वास्तविकता कि gem और bundle दोनों binary मौजूद हैं, मुझे अच्छी नहीं लगती, API को एकीकृत होना चाहिए (या फिर Ruby Core द्वारा maintained एक simple API हो, और अतिरिक्त features लोग अपनी तरह बनाते रहें), आखिरकार कई projects xkcd की कॉमिक जैसे हो जाने का जोखिम रखते हैं, bin/gem की सादगी अच्छी थी और Bundler ने कुछ convenience features जोड़े थे, अच्छा होगा अगर gem कमांड विभिन्न sources को आसानी से निर्दिष्ट कर सके (gem.coop सहित)
  • मैं मानता हूँ कि Ruby Core, Ruby Central से बेहतर विकल्प है, लेकिन यह पूरा मामला वास्तव में था क्या, यह अब भी जानना चाहता हूँ, और Ruby ecosystem की समग्र छवि थोड़ी धुंधली हो गई है
    • मैं आम तौर पर go सहित कई भाषाओं में development करता हूँ, और मुझे लगता है कि go package ecosystem की distributed प्रकृति एक बड़ा फायदा है (हालाँकि उसके अपने नुकसान भी हैं), NPM और public package ecosystems में supply chain संकट बार-बार देखने के बावजूद, यह आश्चर्यजनक है कि कम्युनिटी-नेतृत्व वाले decentralization या प्रयोग और ज्यादा क्यों नहीं होते
  • मैं इसी फैसले का इंतज़ार कर रहा था, क्योंकि यह सबसे सरल और भरोसा बहाल करने वाला विकल्प लगा, मुझे अब भी विश्वास है कि अच्छे इरादों वाले नेता कम्युनिटी को बचा सकते हैं
  • हाल की यह ड्रामा-सी स्थिति मैं दिलचस्पी से देख रहा था, Ruby कम्युनिटी में जिन लोगों को इससे नुकसान पहुँचा है उनके लिए दुख है, और आखिर में बस इतना कि Matz बेहतरीन हैं
    • क्या यह सब DHH के प्रति नाराज़गी से शुरू हुआ था? मुझे लगता है कि rubygems.org के लिए ज़रूरी security और governance सुधारों को स्वतंत्र रूप से fork करके लागू करने की कोशिश की जा सकती थी, ऐसे मामलों में open source की दृष्टि से fork के जरिए विवाद सुलझाना क्या मानक तरीका नहीं माना जाता?
  • Matz का व्यवहार और घोषणा करने का तरीका वास्तव में प्रभावशाली और सम्मान जगाने वाला था, इसने याद दिलाया कि महानता कैसी दिखती है
    • मुझे यह बात अखरती है कि सिर्फ आक्रामक पक्ष Ruby Central का ख्याल रखा गया, जबकि वर्षों से योगदान देने वाले पूर्व मेंटेनरों का धन्यवाद तक नहीं किया गया
    • यह न बताना कि project RC (Ruby Central) के हाथ में कैसे पहुँचा, मुझे इस पूरी प्रक्रिया को सुंदर बनाकर पेश करने जैसा लगता है
  • क्या कोई बाहरी व्यक्ति के नज़रिए से इस घटना को सरल भाषा में समझा सकता है?
    • इस thread को देखना उपयोगी होगा https://news.ycombinator.com/item?id=45299170#45300774, खासकर Mike McQuaid का summary बहुत मददगार है, उन्होंने मध्यस्थता और संचार में सहायता की, और उनकी हाल की social posts भी देखने लायक हैं https://bsky.app/profile/mikemcquaid.com
    • ownership कई बार बदला, और उस प्रक्रिया की विस्तृत जानकारी बिल्कुल पारदर्शी नहीं थी, कम्युनिटी के भीतर तनाव बढ़ गया, और सबसे मुखर तथा प्रतिनिधि व्यक्ति का अलोकप्रिय लेकिन मजबूत राय रखने वाला अंदाज़ विवाद को और बढ़ाता गया
    • मुझे लगता है कि कोई भी इसे साफ तौर पर समझा नहीं पा रहा, स्थिति उलझी हुई है और इसका कोई सीधा जवाब नहीं है