Openlibrary: पायथन 2 और पायथन 3 दोनों पर चलाएं

स्पष्ट बताते हुए, प्राथमिकता संभवतः उन पायथन 2 विशेषताओं की पहचान करने के लिए जानी चाहिए जो दोनों ए) पायथन 3 में टूट जाएंगी और बी) ओएल में उपयोग की जाती हैं।

इसे ट्रैक करने के लिए एक अलग मुद्दा बनाने के लिए धन्यवाद। कार्य निश्चित रूप से कम प्राथमिकता वाला है, लेकिन न तो आसान है, न ही एक अच्छा शुरुआती प्रोजेक्ट है, इसलिए मैंने उन दोनों लेबल को हटा दिया है।

इस तरह की चीजें समय के प्रति संवेदनशील होती हैं, इसलिए 3-4 साल पुरानी रैंडम ब्लॉग पोस्ट जानकारी का अच्छा स्रोत नहीं है। नियोजन उद्देश्यों के लिए, महत्वपूर्ण चीजें हैं जैसे कि जब आवश्यक पुस्तकालय सभी पायथन 3 का समर्थन करेंगे, जब वे पायथन 2 समर्थन छोड़ देंगे, नवीनतम माइग्रेशन टूलिंग कैसा दिखता है, आदि।

लेकिन, चूंकि यह कम प्राथमिकता है, इसलिए हमारे पास तत्काल अवधि के लिए सोचने के लिए और भी महत्वपूर्ण चीजें हैं।

सभी मोर्चों पर @tfmorris के साथ पूर्ण समझौता।
इसके लिए एक मुद्दा व्यवस्थित करने के लिए धन्यवाद, क्योंकि अंततः हमें infogami को बनाए रखने के लिए पथ का पता लगाने की आवश्यकता होगी।

हम्म, "प्राथमिकताएं" हैं और फिर "प्राथमिकताएं" हैं। जो महत्वपूर्ण है वह अत्यावश्यक नहीं हो सकता है, और इसके विपरीत। मैं कहूंगा कि यह महत्वपूर्ण है लेकिन जरूरी नहीं है। लंबे समय तक अनदेखा किया गया तो यह निश्चित रूप से टूट-फूट का कारण बनेगा।

@LeadSongDog आप किससे असहमत हैं? आप प्राथमिकताओं की तुलना में क्या बदला हुआ देखना चाहेंगे?

@tfmorris आपसे बिल्कुल असहमत नहीं है, लेकिन मैं कह रहा हूं कि एक आयामी प्राथमिकताएं संकट प्रबंधन की ओर ले जाती हैं। एक बार जब कुछ मुश्किल को कम प्राथमिकता के रूप में लेबल किया जाता है तो यह अप्राप्य हो जाता है या तब तक बंद हो जाता है जब तक कि यह टूट-फूट का कारण न बन जाए और जरूरी न हो जाए। इसे प्राथमिकता न देना बेहतर है?

इस पर हमारी प्रगति को ट्रैक करने के लिए ट्रैविस सीआई का काम है, पीआर #1273 . के लिए धन्यवाद

नमस्ते, मैं OpenLibrary में नया हूं, लेकिन ऐसा कुछ ऐसा दिखता है जिसे करने में मेरी दिलचस्पी होगी। अगर मैं इसे धीरे-धीरे आगे बढ़ाता हूं, तो क्या आपको बुरा लगता है, भले ही यह 'अच्छा पहला मुद्दा' न हो?

नोट: इस सूची को इस मुद्दे के शीर्ष पर ले जाया गया था:

साथ ही, मेरा सुझाव है कि हम इस मुद्दे के शीर्षक को "__Run on Python 2 और Python 3__" में बदल दें क्योंकि यह स्पष्ट रूप से सबसे अच्छा अभ्यास है कि एक कोडबेस हो जो _before_ दोनों पर काम करता हो, Python 2 सपोर्ट को हटाता है। जीवन के पायथन 2 के अंत तक 423 दिन।

@cclaus आपकी अनुमति से, क्या मैं अब ऊपर आपके संदेश को अपडेट कर सकता हूं कि शीर्षक बदल दिया गया है और चेकलिस्ट अपडेट कर दी गई है? (2 चेकलिस्ट सिंक से बाहर होने से बचने के लिए)

Infogami के अलावा, आपके द्वारा सुझाए गए किसी भी अतिरिक्त अनुवर्ती कदम की अत्यधिक सराहना की जाएगी :bowing_man:

ऐसा करने में एक प्रेरक शक्ति होने के लिए धन्यवाद!

बेझिझक वे संपादन करें जो आपके लिए उपयुक्त हों। आइए Infogami को उस बिंदु पर लाने पर ध्यान दें जहां यह अब Travis परीक्षण को अवरुद्ध नहीं करता है। मेरा ध्यान कहीं और है लेकिन उम्मीद है कि आने वाले हफ्तों में मैं फिर से जुड़ सकता हूं।

पायथन 2 के जीवन के अंत तक 100 दिनों का जश्न मनाने के लिए ऊपर दी गई हमारी कार्य सूची को अपडेट किया।

यहाँ बकबक और सुस्ती से, मैं इसे प्रगति पर काम के रूप में लेबल कर रहा हूँ। हालांकि, कोई नियुक्त नहीं है। मुझे लगता है कि @cclauss और @ सलमान-भाई सबसे अच्छे उम्मीदवार होंगे क्योंकि वे Python3 के लिए टीम लीड हैं।

@cclauss क्या वह इमोटिकॉन असाइनी होने के लिए हाँ है? ऐसा लगता है कि आप और @hornc कार्यों के टूटने में लगभग सभी

क्या हम Python3 के लिए विशिष्ट शेष चरणों / अवरोधकों को फिर से बनाना चाहते हैं?

मुझे यकीन नहीं है कि प्राथमिकता क्यों कम हो गई। इसे 1 जनवरी तक करने की आवश्यकता नहीं है, लेकिन इसे शीघ्र ही करने की आवश्यकता है।

मुख्य अवरोधक अभी इन्फोगामी है, हालांकि इसे पोर्ट करने से सिस्टम के अन्य हिस्सों में शेष मुद्दों का पता चल सकता है। यहां प्रत्येक इन्फोगामी मुद्दे को अलग से ट्रैक करने की कोशिश करने के बजाय, यह एक इन्फोगामी शीर्ष स्तर के पायथन 3 महाकाव्य मुद्दे को इंगित करने के लिए अधिक समझ में आता है।

ऐसा लगता है कि हमें कुछ और महीनों की राहत मिली है। दिसंबर के अंत में, पायथन सॉफ्टवेयर फाउंडेशन ने सेवानिवृत्ति की तारीख (फिर से!) को अप्रैल 2020 तक बढ़ा दिया।

https://www.python.org/psf/press-release/pr20191220/

हां, लेकिन यह परियोजना आखिरी बड़ी परियोजना है जिसके बारे में मुझे पता है कि अभी तक लाइन पर नहीं आया है।

अंतिम पायथन 2 रिलीज किया गया है: https://stackoverflow.blog/2020/04/23/the-final-python-2-release-marks-the-end-of-an-era/ और इसे कोई प्राप्त नहीं होगा महत्वपूर्ण सुरक्षा बग सहित किसी भी प्रकार के अधिक अपडेट।

अब से हर दिन (वास्तव में कुछ महीने पहले से) OpenLibrary उत्पादन प्रणालियों से समझौता करने वाली अप्रतिबंधित कमजोरियों के लिए जोखिम में वृद्धि करता है।

इसे बंद करने का समय! हमें Python 3 तक पहुँचाने में मदद करने के लिए सभी को धन्यवाद !!