ध्यान दें कि PyPy का सक्रिय विकास नहीं हो रहा है

 (github.com/astral-sh)
3 पॉइंट द्वारा GN⁺ 2026-03-10 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • uv repo में यह बदलाव merge किया गया कि दस्तावेज़ में PyPy के सक्रिय रूप से विकसित न होने की बात स्पष्ट रूप से लिखी जाए
  • प्रस्तावक ने numpy project के issue का हवाला देते हुए कहा कि PyPy को चरणबद्ध तरीके से बाहर किया जा रहा है
  • दस्तावेज़ में “PyPy अब सक्रिय रूप से विकसित नहीं हो रहा है और केवल Python 3.11 तक समर्थित है” जैसी चेतावनी पंक्ति जोड़ी गई
  • इसके बाद community में PyPy developers ने आपत्ति जताई कि “maintenance जारी है, लेकिन manpower की कमी के कारण CPython versions के साथ तालमेल रखना कठिन है”
  • project पक्ष ने शुरुआती “unmaintained” शब्द को बदलकर “not actively developed” किया, ताकि स्थिति को अधिक सटीक रूप से दर्शाया जा सके

Pull Request अवलोकन

  • konstin ने uv project documentation में PyPy से जुड़ी चेतावनी पंक्ति जोड़ने वाला PR बनाया
    • कारण के तौर पर यह लिखा गया कि “PyPy अब सक्रिय रूप से विकसित नहीं हो रहा है, और numpy में भी इसे धीरे-धीरे बाहर किया जा रहा है”
    • कोई आधिकारिक बयान नहीं था, लेकिन बताया गया कि संबंधित numpy issue PyPy developer द्वारा उठाया गया था
  • दस्तावेज़ (docs/concepts/python-versions.md) में यह सामग्री जोड़ी गई
    • “PyPy अब सक्रिय रूप से विकसित नहीं हो रहा है और केवल Python 3.11 तक समर्थित है”
  • PR 4 commits से बना था और 22 जनवरी 2026 को main branch में merge कर दिया गया

Community चर्चा

  • कुछ contributors ने कहा कि चेतावनी पंक्ति दोहराव वाली लग रही है, जिसके बाद इसे केवल एक बार दिखाने के लिए संशोधित किया गया
  • merge के बाद PyPy community और बाहरी developers ने GitHub comments के जरिए प्रतिक्रिया दी
    • stuaxo ने PyPy developer के बयान का हवाला देते हुए कहा कि “PyPy maintained है, बस CPython की तुलना में धीमा है”
    • Foxboron ने पूछा, “क्या merge से पहले PyPy maintainers से संपर्क किया गया था?”
    • vitorsr ने PyPy core developer mattip के इस बयान का हवाला दिया कि “contributors या financial support की ज़रूरत है”
  • HaoZeke ने कहा कि “बिना चर्चा के merge किया जाना अनुचित था” और PR वापस लेने का अनुरोध किया

Project पक्ष की प्रतिक्रिया

  • charliermarsh ने समझाया कि PR का शीर्षक “unmaintained” से बदलकर “not actively developed” किया गया
  • zanieb ने कहा कि “numpy issue में PyPy core developer ने स्वयं कहा था कि यह ‘actively developed’ नहीं है,” और स्पष्ट किया कि कोई दुर्भावनापूर्ण मंशा नहीं थी
  • mattip (PyPy core developer) ने कहा कि “मौजूदा अभिव्यक्ति स्थिति को निष्पक्ष रूप से दर्शाती है,” और इस wording को बनाए रखने पर सहमति जताई
    • हालांकि, उन्होंने यह भी कहा कि अगर PyPy को Python 3.11.15 तक अपडेट किया जाता है, तो PR को revert किया जा सकता है

Merge के बाद प्रभाव

  • यह बदलाव uv 0.9.27 release में शामिल किया गया और documentation update के रूप में दिखा
  • Homebrew और कई automation bots ने इस PR का संदर्भ दिया, जिससे PyPy से जुड़ी चेतावनी आधिकारिक दस्तावेज़ों में शामिल हो गई

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

1 टिप्पणियां

 
GN⁺ 2026-03-10
Hacker News राय
  • मैं PyPy core developer हूँ। अगर कोई आर्थिक मदद या code contribution के ज़रिए सहायता करना चाहता है, तो संपर्क के तरीके देख सकता है
    • वेबसाइट पर donation section साफ़ दिखाई देना चाहिए। Ladybird browser की तरह चरणबद्ध sponsorship tier रखना भी अच्छा हो सकता है। मैं भी थोड़ी राशि donate करना चाहता था, लेकिन कहाँ करना है यह ढूँढना मुश्किल था
    • मैंने अभी donate किया। PyPy टीम के सभी लोगों का धन्यवाद। मैं अपने app में PyPy का अक्सर उपयोग करता हूँ, और computation-heavy कामों में यह आम तौर पर CPython से 5 गुना या उससे भी ज़्यादा तेज़ है। जो काम CPython में 5 मिनट लेता था, वह PyPy में कुछ सेकंड में ख़त्म हो जाता है
    • एक और सुझाव है। मुझे पता है कि PyPy CPU-bound कामों में तेज़ है, लेकिन I/O-bound कामों में भी बेहतर performance दिखा सकता है। HTTP request throughput जैसी चीज़ों के लिए benchmark page बनाकर asyncio और CPython से तुलना की जाए तो अच्छा होगा। ऐसा automated tool भी दिलचस्प होगा जिससे वेब पर सीधे PyPy performance मापी जा सके
    • साइट पर maintenance बंद होने का वाक्य बहुत बड़े तौर पर दिख रहा है
  • PyPy abandoned project नहीं है। bug fix और JIT improvement जारी हैं। लेकिन बचे हुए core developers के लिए CPython के तेज़ बदलावों की रफ़्तार के साथ चलना मुश्किल है। नए version support के लिए नए contributors की ज़रूरत है। अच्छी बात यह है कि 3.12 version पर काम एक नए contributor द्वारा किया जा रहा है
    • CPython अब commercialized project जैसा हो गया है। कुछ developers दूसरों को बाहर रखते हैं, और corporate funding से चलने वाले projects अक्सर 5 साल बाद गायब हो जाते हैं। समझदार लोग जा चुके हैं। unicodeobject.c को 150वीं बार फिर से लिखना शायद फिर भी ठीक है, लेकिन बाक़ी चीज़ों का साथ दे पाना मुश्किल है
    • document में merge की गई पंक्ति PR title से ज़्यादा संक्षिप्त है — “अब सक्रिय रूप से विकसित नहीं किया जा रहा”
  • PyPy सच में एक अद्भुत उपलब्धि है। Microsoft की Faster CPython टीम 4 साल में सिर्फ़ 1.5x सुधार तक पहुँची, जबकि PyPy दशकों से 5x या उससे अधिक तेज़ है। लेकिन लगता है कि PyPy का मुख्य लक्ष्य research project (meta-tracing, STM आदि) के क़रीब रहा है, और CPython टीम दूसरी implementations में दिलचस्पी नहीं लेती, इसलिए इसे कम ध्यान मिला
    • Python ecosystem की सफलता SciPy, pandas, TensorFlow जैसी C extension libraries की वजह से है। CPython ने C API दिया, जिससे ऐसी libraries आसानी से speed up हो सकीं। PyPy का CFFI बड़े projects को अपनाने लायक पर्याप्त आकर्षक नहीं था, और HPy बहुत देर से आया, जब तक PyPy की momentum पहले ही ख़त्म हो चुकी थी
    • Faster Python project और आगे बढ़ सकता था, लेकिन Microsoft ने पिछले साल AI boom के पीछे भागते हुए language-related टीमों में बड़े पैमाने पर layoffs किए और यह रुक गया
    • हम core system components में 10 साल से भी ज़्यादा समय से PyPy को production में इस्तेमाल कर रहे हैं
    • benchmarks में PyPy शानदार है, लेकिन बड़े पैमाने के वास्तविक development में compatibility problems बहुत ज़्यादा हैं। ज़्यादातर लोग performance test देखकर प्रभावित होते हैं, लेकिन असली app में असफल हो जाते हैं। GC lazy तरीके से काम करता है, इसलिए file descriptor जैसे resources समय पर release नहीं होते और resource exhaustion आसानी से हो सकता है। समस्या यह है कि ऐसे महत्वपूर्ण अंतर documentation में दर्ज नहीं हैं
  • जिन लोगों को नामों से भ्रम होता है, उनके लिए स्पष्ट कर दूँ: PyPI Python package index है, और PyPy “तेज़ और highly compatible Python alternative implementation” है। लेकिन अभी 3.12 version release developers की कमी के कारण delayed है (संबंधित चर्चा)
    • स्पष्टीकरण के लिए धन्यवाद। ख़ासकर uv repository issue में PyPi और PyPy मिल जाने से मैं भ्रमित हो गया था
    • इससे Cython और CPython का रिश्ता याद आता है
    • mypy “Python के लिए static type checker” है। PyPy का RPython भी static typing से जुड़ा है, इसलिए पहले मैं दोनों को अक्सर गड़बड़ा देता था। हाल में mypyc के बारे में भी जाना, तो दिमाग़ में यह कड़ी पूरी हुई
    • नाम रखने की समझ सच में बहुत ख़राब है
  • “volunteer project के रूप में अब सक्रिय रूप से विकसित नहीं” को “abandoned” में बदल दिया गया, यह दिलचस्प है
    • संदर्भ के लिए, PyPy में पिछले साल अक्टूबर के बाद से हर महीने 2–4 commits हुए हैं, और आख़िरी release 2025 के जुलाई में था (commit history, tag list)
    • PyPy contributors के प्रति सम्मान है, लेकिन “abandoned” कहना काफ़ी न्यायसंगत अभिव्यक्ति लगता है
  • अगर PyPy गायब हो जाए तो यह सच में दुखद होगा। उम्मीद है कि इसके उपयोगी research outcomes CPython में पहुँच चुके होंगे
    • PyPy से शुरू हुआ pure Python REPL CPython में निखारा गया, और HPy से मिली सीख भी धीरे-धीरे CPython में दिखाई दे रही है। साथ ही, PyPy की वजह से CPython standard library के कई सूक्ष्म bugs भी ठीक हुए हैं
    • लेकिन approach पूरी तरह अलग है, इसलिए ज़्यादातर तकनीकें शायद CPython में सीधे port नहीं की गई होंगी
  • मैंने इसे PyPi पढ़ लिया और एक पल के लिए लगा दिल रुक गया
  • अब शायद RustPython में समय और धन लगाना बेहतर हो सकता है (official site, GitHub)
    • लेकिन RustPython, CPython से धीमा है, तो उसे इस्तेमाल करने की खास वजह समझ नहीं आती
  • development को आख़िरकार पैसा ही चलाता है। अभी तक ऐसा system क्यों नहीं है जिसमें dependency tree के पूरे developers को donate किया जा सके? अगर ऐसी समस्याएँ जमा होती रहीं, तो maintenance आख़िरकार मुश्किल हो जाएगी
  • PyPy टीम की सारी मेहनत के लिए धन्यवाद। मैं भी मदद का तरीका ढूँढने वाला हूँ