विचार 0.24.0 के लिए अंतिम py2-समर्थन रिलीज होने के लिए है, है ना?

24021 टाइमस्टैम्प तुलनाओं में एक कोने के मामले के व्यवहार को ठीक करता है, लेकिन यह भी py2/py3 व्यवहार के बीच एक असंगति का परिचय देता है। #21394 ने Timedelta तुलनाओं के अनुरूप परिवर्तन किया।

_Least_ सुसंगत चीज जो हम कर सकते थे, वह है यथास्थिति बनाए रखना, Timedelta व्यवहार को बदलना लेकिन टाइमस्टैम्प व्यवहार को नहीं। सवाल यह है कि क्या a) मर्ज #24021 और py2/py3 व्यवहार 0.24.0 में बेमेल है, या b) 0.24.0 के बाद तक #21394 वापस करें और पहले py3-only रिलीज में दोनों को बदलने की प्रतीक्षा करें।

मैं विकल्प बी की ओर थोड़ा झुकता हूं।

विचार 0.24.0 के लिए अंतिम py2-समर्थन रिलीज होने के लिए है, है ना?

मूल रूप से, हालांकि मुझे लगता है कि हम कुछ बैकपोर्टिंग करेंगे और 0.24.1 या 2 करेंगे जो py2 का भी समर्थन करता है।

मैं इस खंड से अति-परिचित नहीं हूं, लेकिन आपका विकल्प b उचित लगता है।

हालांकि... मैं असंगत py2/py3 व्यवहार के साथ रह सकता हूं। और क्या हम उस इमारत के अनुरूप होंगे जो केवल एक ही नहीं होगी।

प्रश्न: साथ
https://github.com/pandas-dev/pandas/pull/24021 क्या हम प्रत्येक संस्करण के बिल्टिन टाइमडेल्टा के अनुरूप होंगे?

यह रिलीज वास्तव में बड़ी है, लेकिन v.0.24 भी काफी खास है क्योंकि यह 1.0 एपीआई (0.24 और 1.0 के बीच नो-डिप्रेशन पॉलिसी के अर्थ में) को प्रभावी ढंग से परिभाषित करेगा, और पूरे ईए प्रयास के परिमाण के कारण भी स्पष्ट रूप से परिभाषित करेगा। .

लेकिन - बहुत मेहनत के बावजूद - वर्तमान स्थिति अभी भी थोड़ी आधी अधूरी है:

• डेटाटाइम रिफ्लेक्टर: https://github.com/pandas-dev/pandas/projects/4#card -15359769
• एक्सटेंशनअरे: https://github.com/pandas-dev/pandas/issues?q=is%3Aissue+is%3Aopen+label%3AExtensionArray , जिसमें __setitem_ (#24020) या जैसी मुख्य कार्यक्षमता को छूने वाले कई बिंदु शामिल हैं। merge (#23020) या EAs और अन्य (पांडा) वस्तुओं (#22962 / #22974), groupby (#22861) आदि के बीच बातचीत।
• प्रतिगमन: https://github.com/pandas-dev/pandas/issues?q=is%3Aopen+is%3Aissue+label%3ARegression
• pd.Array : #23581
• नई विशेषताओं में निरंतरता (हर जगह .array से अधिक .values सिफारिश करना?) #23995
• निरंतरता के लिए (विशेषकर ईए के संबंध में भी), मुझे लगता है कि 1.0 (#24108) से पहले किसी को वास्तव में unique आसपास एपीआई को साफ करना चाहिए
• कई अन्य चीजें जिन्हें मैं संक्षिप्तता के लिए छोड़ रहा हूं

वास्तविक रूप से, वर्ष के अंत से पहले एक रिलीज का मतलब अधिकतम ~ 10 दिनों में कट-ऑफ होगा, जो मेरे पीओवी से अवास्तविक लगता है, भले ही कोनों को काट रहा हो।

यह देखते हुए कि उपरोक्त @TomAugspurger से निम्नलिखित कथन

मूल रूप से, हालांकि मुझे लगता है कि हम कुछ बैकपोर्टिंग करेंगे और 0.24.1 या 2 करेंगे जो py2 का भी समर्थन करता है।

प्रभावी रूप से 2019 की शुरुआत में वैसे भी अधिक PY2 समर्थन का मतलब है, मुझे लगता है कि किसी को साल के अंत से पहले रिलीज को मजबूर करने की कोशिश नहीं करनी चाहिए।

यदि वर्ष के अंत से पहले कोई रिलीज होती है (सबसे महत्वपूर्ण मुद्दों को हल करने से पहले सम्मान), तो मैं विशेष रूप से टॉम से सहमत हूं कि पीवाई 2 के लिए 0.24.1 होना चाहिए, क्योंकि 0.24.0 में बहुत सारे मुद्दे होंगे (जो उम्मीद है कि आरसी में सतह होगी, लेकिन अच्छी तरह से ...) अंतिम रिलीज होने के लिए, आईएमओ।

वैकल्पिक रूप से (जो एक साथ https://python3statement.org/ के अनुरूप है, लेकिन अधिक विवादास्पद भी है), कोई इस वर्ष अंतिम PY2- समर्थन 0.23.5 पर विचार कर सकता है, और फिर 0.24.0 केवल PY3 के रूप में कर सकता है अगले वर्ष...?

@ h-vetinari पांडा लगभग पूरी तरह से एक स्वयंसेवी परियोजना है। इस प्रकार परियोजना प्राथमिकताएं सामुदायिक सहमति से निर्धारित होती हैं और इस दिशा में काम करती हैं। हमारे पास समय पर नियमित रिलीज होती है; 0.24.0 वास्तव में कुछ महीनों से अतिदेय है। अतिरिक्त चीजों को जोड़ने की कोशिश करना जिन पर स्वयं चर्चा करने की आवश्यकता है, ऐसा नहीं होने जा रहा है।

0.24.x श्रृंखला में जो कुछ भी मौजूद है वह पायथन 2 के लिए अंतिम रिलीज है, इसकी घोषणा लंबे समय से की जा रही है। बस यही हाल है।

मैं की बात का पालन नहीं करता
https://github.com/pandas-dev/pandas/issues/24060#issuecomment -444777018। क्या आप इसे पुन: स्थापित/सारांशित करने का प्रयास कर सकते हैं?

मुझे लगता है कि Py2 बनाम Py3 0.24.0 के लिए अप्रासंगिक है।

आपके द्वारा लिंक किए गए ईए-संबंधित मुद्दे क्या मुझे लगता है कि सभी 0.24 में जा रहे हैं (मैंने उन सभी की जांच नहीं की)। यह मूल रूप से इस बिंदु पर अवरोधक है, लेकिन मैंने हाल ही में बैकलॉग की समीक्षा नहीं की है।

मेरे पास अद्वितीय देखने का समय नहीं है।

@jreback

@ h-vetinari पांडा लगभग पूरी तरह से एक स्वयंसेवी परियोजना है। इस प्रकार परियोजना प्राथमिकताएं सामुदायिक सहमति से निर्धारित होती हैं और इस दिशा में काम करती हैं। हमारे पास समय पर नियमित रिलीज होती है; 0.24.0 वास्तव में कुछ महीनों से अतिदेय है। उन अतिरिक्त चीजों को जोड़ने की कोशिश करना जिन पर स्वयं चर्चा करने की आवश्यकता है, ऐसा नहीं होने जा रहा है।

मुझे वह सब पता है। मैं सिर्फ इतना कह रहा हूं कि अतिदेय होना एक रिलीज को जल्दी करने का एक बुरा कारण है, अगर कुछ मुख्य परिवर्तन अभी तक पूरी तरह से विकसित नहीं हुए हैं (ज्यादातर ईए + रिग्रेशन के बारे में बात कर रहे हैं)।

0.24.x श्रृंखला में जो कुछ भी मौजूद है वह पायथन 2 के लिए अंतिम रिलीज है, इसकी घोषणा लंबे समय से की जा रही है। बस यही हाल है।

मुझे नहीं पता कि अन्य चैनलों में क्या चर्चा हुई है, लेकिन मैंने जीएच पर जो देखा वह यह था कि मुख्य निर्णय 0.24->0.25->1.0 । पुन:PY2, यह समान रूप से कहा गया है (और Whatsnew पर उस प्रभाव के लिए एक चेतावनी है) कि 31 दिसंबर 2018 के बाद PY2 रिलीज़ नहीं होगी। PY2 के लिए 0.24.0 श्रृंखला का समर्थन एक और ~ 6-8 महीने है PY2 का समर्थन करना (जैसा कि 0.24-शाखा में बैकपोर्ट करना अन्यथा बहुत बोझिल होगा)। बेशक यह एक वैध विकल्प है, लेकिन मैं सिर्फ PY2 को बहुत स्थिर 0.23.5 पर छोड़ने की संभावना का सुझाव देना चाहता था।

@TomAugspurger

मैं की बात का पालन नहीं करता

24060 (टिप्पणी)। क्या आप इसे पुन: स्थापित/सारांशित करने का प्रयास कर सकते हैं?

मुझे लगता है कि Py2 बनाम Py3 0.24.0 के लिए अप्रासंगिक है।

क्षमा करें यह स्पष्ट नहीं था। मुख्य (अंतःसंबंधित) दो बिंदु हैं:

• 31 दिसंबर की घोषित समय सीमा (पीवाई 2 का समर्थन करने के लिए) के कारण किसी को 0.24 जल्दी नहीं करना चाहिए।
  
  
  
  • उसके लिए कुछ मुद्दों को सूचीबद्ध किया - इनमें से कुछ (और कई अन्य संबंधित जिन्हें मैंने टैग नहीं किया) को v.0.24 के बजाय "योगदान स्वागत" में धकेल दिया गया है
  
  
  • लाया गया कि 0.24 1.0 तक एपीआई-लॉक ​​नीति के कारण विशेष है, और मुझे लगता है कि यह .unique लिए एक दया होगी (लेकिन मुझे लगता है कि मैं इसके बारे में जंगल में एक अकेला आवाज हूँ एक)
  
  
• चेतावनी बॉक्स के बीच विसंगति को इंगित करें ("1 जनवरी, 2019 से, पांडा फीचर रिलीज़ केवल पायथन 3 का समर्थन करेगा") और PY2 के लिए 0.24-श्रृंखला का समर्थन करने के साथ-साथ PY2 के लिए 0.23.5 होने का सुझाव देता है।

आपके द्वारा लिंक किए गए ईए-संबंधित मुद्दे क्या मुझे लगता है कि सभी 0.24 में जा रहे हैं (मैंने उन सभी की जांच नहीं की)। यह मूल रूप से इस बिंदु पर अवरोधक है, लेकिन मैंने हाल ही में बैकलॉग की समीक्षा नहीं की है।

बैकलॉग को हाल ही में काफी हद तक कम किया गया है, कम से कम मुद्दों को "योगदान स्वागत" (ईए मुद्दों के लिए भी) में धकेल दिया गया है। यह जल्द ही इसे बाहर निकालने के लिए मेरे कोने काटने की ओर जाता है।

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

मेरे पास अद्वितीय देखने का समय नहीं है।

पर्याप्त रूप से, देव समय एक बहुत ही सीमित संसाधन है। मुझे लगता है कि मुझे 1.0 के बाद की भूमि में इसके बारे में सभी को समझाने की कोशिश करनी होगी। ;-)

@h-vetinari

मुझे वह सब पता है। मैं सिर्फ इतना कह रहा हूं कि अतिदेय होना एक रिलीज को जल्दी करने का एक बुरा कारण है, अगर कुछ मुख्य परिवर्तन अभी तक पूरी तरह से विकसित नहीं हुए हैं (ज्यादातर ईए + रिग्रेशन के बारे में बात कर रहे हैं)।

अगर हम जोड़ते और जोड़ते रहते हैं, तो रिलीज में हमेशा के लिए देरी होती रहती है। मैंने रेत में एक रेखा खींची है। इस तरह आप उत्पाद को दरवाजे से बाहर निकालते हैं। एक बार डीटीए के पूरी तरह से उतरने के बाद, हम रिलीज करने की स्थिति में होंगे। तो यह बात ज्यादा दूर नहीं है। निश्चित रूप से हम अतिरिक्त काम कर सकते हैं और कहें कि 0.23.5 आखिरी पीवाई 2 रिलीज है (और निश्चित रूप से इसे रिलीज करें)। लेकिन इसकी एक स्थिर शाखा में वापस जाना आसान होगा, जिसका अर्थ है 0.24.x श्रृंखला।

रिलीज़ में जोड़ने के लिए हमेशा कुछ चीज़ें होती हैं, लेकिन यह पहले से ही हमारे पास अब तक की सबसे बड़ी है। अपरिहार्य बग हैं और इसलिए बाद में करने के बजाय जल्दी करना बेहतर है। आपके योगदान के लिए धन्यवाद। यहां हर बड़े एपीआई परिवर्तन को प्राप्त करना संभव नहीं है। आप बिल्कुल सही कह रहे हैं कि देव समय वास्तव में सीमित संसाधन है।

@jreback
जवाब देने के लिए धन्यवाद। मैं समझता हूं कि आप इसे यथाशीघ्र बाहर निकालना चाहते हैं, जो कि काफी हद तक उचित है।

लेकिन इसकी एक स्थिर शाखा में वापस जाना आसान होगा, जिसका अर्थ है 0.24.x श्रृंखला।

ऐसा लगता है कि मैंने गलत समझा कि पांडा 1 जनवरी 2019 को PY2 का समर्थन करना बंद कर देंगे ... शायद उस चेतावनी बॉक्स को whatsnews में अनुकूलित करना चाहिए (" v.0.24.x PY2 का समर्थन करने वाली अंतिम श्रृंखला होगी; v.0.25.0 , पांडा केवल python3 होंगे"...?)

पुन: कैलेंडर दिवस प्रगति https://github.com/pandas-dev/pandas/pull/22867#issuecomment -445433463

करने के लिए
सभी मूल्यह्रास चेतावनियां जोड़ें (मुझे उम्मीद है कि इनमें से कुछ काफी हैं)। इसे निम्नलिखित में शामिल करने की आवश्यकता है:

• अन्य टिक, टाइमडेल्टा और डेटाटाइम टीजेड के साथ अंकगणित पर टिक करें
• डेटाटाइमइंडेक्स.शिफ्ट (केवल tz-जागरूक)

प्रवास
यह योजना _Day (पूर्व में CalendarDay) के लिए है, ताकि पहले दिन के व्यवहार को बदलने के बाद केवल Day को बदल दिया जाए।

चिंता
अंतिम देव चैट के दौरान, 'डी' के लिए टाइमडेल्टा और डेटाटाइम दोनों के साथ संगत फ़्रीक तर्क/ऑफ़सेट होने में रुचि थी। मुझे बहुत सारे मंकीपैचिंग जोड़े बिना इसे संभव बनाने का एक स्पष्ट तरीका नहीं दिख रहा है।

उदाहरण: timedelta_range(..., freq='D'); to_offset('D') भविष्य में _Day लौटाएगा और इस ऑफसेट को Timedelta बढ़ाने की आवश्यकता होगी, लेकिन _Day + Timedelta एक अमान्य ऑपरेशन है।

टाइमस्टैम्प/टाइमडेल्टा py2/py3 स्थिरता मुद्दे पर किसी की राय है?

बहिष्करणों का एक समूह 1.0 में हटाए जाने के रूप में सूचीबद्ध है; क्या उनमें से कुछ के लिए 0.25.0 को 1.0 के स्थान पर लेना चाहिए?

टाइमस्टैम्प/टाइमडेल्टा py2/py3 स्थिरता मुद्दे पर किसी की राय है?

क्या आप उस मुद्दे को संक्षेप में बता सकते हैं? आदर्श रूप से हम यहाँ केवल अजगर (जो भी संस्करण चल रहा है) का अनुसरण करेंगे। लेकिन मुझे नहीं लगता कि मैं इस मुद्दे को पूरी तरह समझता हूं।

बहिष्करणों का एक समूह 1.0 में हटाए जाने के रूप में सूचीबद्ध है; क्या उनमें से कुछ के लिए 0.25.0 को 1.0 के स्थान पर लेना चाहिए?

मुझे लगता है कि उन सभी... इस पर चर्चा करने की आवश्यकता है, हालांकि कुछ को धक्का देने की आवश्यकता हो सकती है।

https://github.com/pandas-dev/pandas/issues/24060#issuecomment -444180736

Timedelta को हाल ही में वापस करने के लिए बदल दिया गया था, जहां यह पहले उठाया गया था, वहां लागू नहीं किया गया था। परिणामस्वरूप इसका py2 व्यवहार अजगर से मेल खाता है लेकिन पांडा py3 व्यवहार से अलग है।

समान परिवर्तन करने के लिए टाइमस्टैम्प में एक खुला पीआर है।

एक बार py2 गिरा दिए जाने के बाद, परिवर्तन निश्चित रूप से सही है। तब तक, परस्पर विरोधी संगति तर्क हैं।

हमें या तो 0.24.0 के लिए टाइमस्टैम्प पीआर प्राप्त करना चाहिए या 0.24.0 के बाद तक टाइमडेल्टा पीआर को वापस करना चाहिए।

(अंगूठे के साथ टाइपिंग; एलएमके अगर अस्पष्ट है)

मुझे लगता है कि चलो Timedelta एक को वापस करते हैं, फिर उन दोनों को 0.25/1.0 (केवल py3) के लिए धक्का दें

इस टिप्पणी को आगे बढ़ाते हुए https://github.com/pandas-dev/pandas/pull/24227#issuecomment -446680041 यहां:

(जिसके लिए IMO हमें मास्टर में कम से कम कुछ हफ़्ते की आवश्यकता होगी)

[टॉम] बस सत्यापित करने के लिए, हमें डेटटाइमएरे एएसएपी के साथ रिलीज उम्मीदवार करना चाहिए, है ना? और फिर मास्टर पर 1-2 सप्ताह जबकि आरसी बाहर है?

व्यक्तिगत रूप से, नहीं, मैं ऐसा नहीं करूंगा (यदि आपका मतलब कुछ दिनों बाद ASAP से है)। आरसी करने से पहले मैं इसे कम से कम 2 सप्ताह मास्टर में भी रखूंगा। अब व्यवहार में शायद वैसे भी ऐसा ही होगा..

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

जब हम समीक्षाओं के इस दौर से गुजर रहे होते हैं, तो क्या अन्य प्रमुख मुद्दे हैं जिन्हें मैं उठा सकता हूं? मेरी प्लेट में वर्तमान में है

• #24024 (समीक्षा में)
• https://github.com/pandas-dev/pandas/pull/24227 (डोनिश, समीक्षा में)
• https://github.com/pandas-dev/pandas/pull/23581 (#24227 द्वारा अवरोधित)
• #23617 (#23581 द्वारा अवरोधित)
• और कुछ बकाया दस्तावेज़ डेटाटाइमएरे के आसपास जारी करते हैं।

हाँ, मुझे लगता है कि हमें चीजों को मर्ज करना चाहिए (जिसका उल्लेख टॉम ने किया है) फिर कम से कम एक या दो सप्ताह के लिए मास्टर में बैठें

स्पष्ट होने के लिए, मैं यह भी देखना चाहता हूं कि इसे जल्द से जल्द जारी किया जाए, लेकिन हमें यथार्थवादी होने की भी आवश्यकता है (उदाहरण के लिए मुझे नहीं लगता कि वर्ष के अंत से पहले हमारे पास अंतिम रिलीज होगी जैसा आपने फास्टपार्केट पर बताया था? भले ही सभी अवरुद्ध पीआर एक सप्ताह में विलय कर दिए जाते हैं जो बहुत जल्दी आईएमओ लगता है)

यदि हमारे पास लंबी आरसी अवधि है, और आरसी करने के बाद भी कुछ और सफाई करते हैं (और संभवतः दूसरी आरसी करते हैं), तो विलय के बाद त्वरित आरसी करने के साथ मैं ठीक हूं।
लेकिन अगर हम एक आरसी को "हमारे हिस्से से रिहा होने के लिए तैयार" के रूप में देखते हैं, अगर आरसी की कोशिश करने वाले लोगों द्वारा कोई बड़ी समस्या की सूचना नहीं दी जाती है, तो हम उससे अंतिम रिलीज कर सकते हैं, तो हमें मास्टर में वे बड़े बदलाव होने चाहिए बिट आईएमओ।

मुझे लगता है कि मेरे पास फास्टपार्केट रिलीज करने की अनुमति है। एक बैकवर्ड/फॉरवर्ड संगत परिवर्तन है जिसे आज जारी किया जा सकता है।

लेकिन अगर हम एक आरसी को "हमारे हिस्से से रिहा होने के लिए तैयार" के रूप में देखते हैं, अगर आरसी की कोशिश करने वाले लोगों द्वारा कोई बड़ी समस्या की सूचना नहीं दी जाती है, तो हम उससे अंतिम रिलीज कर सकते हैं, तो हमें मास्टर में वे बड़े बदलाव होने चाहिए बिट आईएमओ।

यदि हमारे पास लंबी आरसी अवधि है, और आरसी करने के बाद भी कुछ और सफाई करते हैं (और संभवतः दूसरी आरसी करते हैं), तो विलय के बाद त्वरित आरसी करने के साथ मैं ठीक हूं।

मैं मूल रूप से वहीं हूं। यह मानते हुए कि बकाया बड़ा पीआरएस इस सप्ताह विलय कर रहे हैं (सिर्फ यह सोचते हैं, न कि वास्तविक समय सीमा), तो हम उन लोगों के साथ मुद्दों अगले कुछ हफ्तों में हो जाएगा। मेरी आशा है कि एक आरसी (या दो) करने से हम और अधिक मुद्दों को उठाने की अधिक संभावना रखते हैं, ताकि हम जल्द ही एक उच्च-गुणवत्ता वाली अंतिम रिलीज़ कर सकें।

आरसी जल्दी करने की मुख्य लागत यह है कि हमें कोई और गुंजाइश नहीं मिलती है, जो एक अच्छी बात हो सकती है :)

उस ने कहा, मुझे नहीं लगता कि 20-27 तारीख को किसी भी समय आरसी करना छुट्टियों के कारण एक अच्छा विचार है। तो मैं भी नए साल के तुरंत बाद एक करने के साथ ठीक हूँ।

कि सब अच्छा लगता है; वर्ष के पहले आरसी;

@jreback @TomAugspurger @jorisvandenbossche
क्या आप कटऑफ से पहले #22724 के लिए पीआर स्वीकार करेंगे? मुझे पता है कि आप स्कोप रेंगने से बचना चाहते हैं और इसे जल्द ही दरवाजे से बाहर निकालना चाहते हैं, लेकिन मैं चीजों की स्थिरता पक्ष से आ रहा हूं, जहां यह एक बदलाव है जो मुझे लगता है कि बाद में जल्द से जल्द होना फायदेमंद हो सकता है। सोचा कि मैं समय निवेश करने से पहले पूछूंगा।

जिसके बारे में बोलते हुए - क्या आपको पहले से ही अंदाजा है कि v0.24 और v0.25 के बीच परिवर्तनों को तोड़ने की नीति क्या होगी? क्या उन्हें पूरी तरह से अवरुद्ध कर दिया जाएगा, या मास्टर तुरंत 1.0.0.dev पर चले जाएंगे, v0.25 बैकपोर्ट का उपयोग करके?

@jreback @TomAugspurger @jorisvandenbossche

जिसके बारे में बोलते हुए - क्या आपको पहले से ही अंदाजा है कि v0.24 और v0.25 के बीच परिवर्तनों को तोड़ने की नीति क्या होगी? क्या उन्हें पूरी तरह से अवरुद्ध कर दिया जाएगा, या मास्टर तुरंत 1.0.0.dev पर चले जाएंगे, v0.25 बैकपोर्ट का उपयोग करके?

इसे फिर से पूछना, चूंकि - अगर वी.0.25 जारी होने तक पीआर को तोड़ दिया जाएगा - तो मैं पीआर को तोड़ने पर सभी काम को निलंबित कर दूंगा।

डेक साफ़ करना, pls 0.24.0 के लिए टैग न करें जब तक कि तत्काल विलय न हो। अभी भी @jbrockmendel और @TomAugspurger . द्वारा की जा रही सफाई को छोड़कर

आदर्श रूप से RC1 अगले सप्ताह कह सकता है, @TomAugspurger ?

मैं अगले हफ्ते भी सोच रहा था। अभी बैकलॉग से गुजर रहे हैं।

शुक्र, 4 जनवरी, 2019 को सुबह 8:00 बजे जेफ रीबैक नोटिफिकेशन @github.com ने लिखा:

डेक साफ़ करना, pls 0.24.0 के लिए टैग न करें जब तक कि तत्काल विलय न हो।
सफाई को छोड़कर अभी भी @jbrockmendel . द्वारा किया जा रहा है
https://github.com/jbrockmendel और @TomAugspurger
https://github.com/TomAugspurger

आदर्श रूप से अगले सप्ताह आरसी1 कह सकते हैं, @TomAugspurger
https://github.com/TomAugspurger ?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/pandas-dev/pandas/issues/24060#issuecomment-451450878 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/ABQHIt1WfzSQoOTnbRYdwYdvo6Qo1Zy5ks5u_16OgaJpZM4Y9wcW
.

हाँ मैं भी

इसे फिर से पूछना, चूंकि - अगर वी.0.25 जारी होने तक पीआर को तोड़ दिया जाएगा - तो मैं पीआर को तोड़ने पर सभी काम को निलंबित कर दूंगा।

मेरी प्राथमिकता यह है कि 0.25 -> 1.0 से केवल एपीआई-ब्रेकिंग परिवर्तन पहले से बहिष्कृत सुविधाओं को हटाना है। तब उपयोगकर्ता कर सकते हैं

1. सुनिश्चित करें कि चीजें 0.25.x . पर सुचारू रूप से चलती हैं
2. पांडा से किसी भी भविष्य की चेतावनी को ठीक करें
3. आत्मविश्वास से 1.0 . में अपग्रेड करें

आईआईआरसी ने पिछली देव बैठक में इस पर ढीला समझौता किया था।

@TomAugspurger का अर्थ है कि हम अभी भी 0.25 विकास चक्र में परिवर्तन/बहिष्करण तोड़ रहे हैं? (जैसा कि मुझे लगता है कि 0.25 -> 1.0 के अलावा @ h-vetinari का वास्तविक प्रश्न था)

मुझे वास्तव में याद नहीं है कि हमने इसके बारे में क्या कहा था, गर्मियों में स्प्रिंट से केवल एक अस्पष्ट याद है कि हम पहले से ही 0.24 में सभी बहिष्करण चाहते थे और 0.25 में अधिक नहीं जोड़ना चाहते थे (हालांकि https://github.com/pandas में

क्षमा करें अगर मैंने गलत पढ़ा। आपका अस्पष्ट स्मरण 0.25.0 के लिए बहिष्करण पर मेरे अस्पष्ट स्मरण से मेल खाता है :)

क्या हम उस नीति पर फिर से विचार करना चाहते हैं? IOW क्या हम 0.25.0 में नए बहिष्करण की अनुमति देना चाहते हैं जो या तो हैं

• 1.0 में हटा दिया गया (समुदाय को अनुकूलन के लिए अधिक समय दिए बिना)
• 1.0 के लिए बनाए रखा, और 2.0 में हटा दिया (यदि हम सेवर कर रहे हैं)

0.24 दरवाजे से बाहर होने के बाद हमें योजना पर कॉल करना चाहिए

https://github.com/pandas-dev/pandas/pull/24708 के विलय के बाद, मैं RC1 को ~4 घंटे में काटना चाहूंगा। कोई एतराज?

हमें यह चर्चा करने की आवश्यकता होगी कि आरसी अवधि के दौरान पीआर के विलय के साथ हम कितने रूढ़िवादी हैं। मुझे याद नहीं है कि हमने पिछली बार क्या किया था (केवल पीआर जो विशेष रूप से आरसी के साथ बग फिक्स कर रहे हैं? या "छोटी" चीजें ठीक हैं?)

ठीक है आरसी, हाँ छोटी चीजें ठीक हैं। अगर हमारे पास बड़ा है तो शायद RC2 की जरूरत है

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

@TomAugspurger आपने उल्लेख किया है कि आप रिलीज के लिए एक ब्लॉग पोस्ट लिखने जा रहे थे, लेकिन मुझे लगता है कि केवल अंतिम रिलीज के लिए?
उस स्थिति में, पहले से ही कुछ हाइलाइट्स होना अच्छा हो सकता है (मैंने कुछ का मसौदा तैयार करना शुरू कर दिया है); Whatsnew फ़ाइल सामान्य रूप से कुछ सफाई का उपयोग कर सकती है।

कोई विचार इसमें कितना समय लगेगा? मैं बस टैग को आगे बढ़ाने वाला था :)

हालांकि, मैं उन दस्तावेज़ों का पुनर्निर्माण कर सकता हूं जिन्हें एक अलग प्रतिबद्धता से वेब सर्वर पर धकेल दिया जाएगा।

आपके पास थोड़ा और समय है, क्योंकि मुझे लगता है कि numpy>= 1.12 :)

हाँ, मेरा इंतज़ार मत करो। मुझे पहले कुछ और काम पूरा करना है।

ठीक है। टैग किया हुआ

शुक्र, जनवरी 11, 2019 पूर्वाह्न 9:13 बजे जोरीस वैन डेन बोस्चे <
सूचनाएं@github.com> ने लिखा:

हाँ, मेरा इंतज़ार मत करो। मुझे पहले कुछ और काम पूरा करना है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/pandas-dev/pandas/issues/24060#issuecomment-453548795 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/ABQHIsamTvr2YaLm68tQDFCX40_nraSTks5vCKo3gaJpZM4Y9wcW
.

मैंने हाइलाइट्स निकालने के लिए Whatsnew फ़ाइल के माध्यम से जाना शुरू कर दिया, और पहले से ही सोचा था:

• कस्टम डेटा प्रकारों की आंतरिक हैंडलिंग का रिफ्लेक्टर:
  
  
  
  • एक्सटेंशनअरे इंटरफ़ेस का बेहतर एकीकरण
  
  
  • अवधि और अंतराल को अब श्रृंखला/डेटाफ़्रेम कॉलम में संग्रहीत किया जा सकता है (पहले केवल अनुक्रमणिका में)
  
  
• अंतर्निहित मूल्यों तक पहुँचने के लिए श्रृंखला और अनुक्रमणिका पर नई .array विशेषता, और to_numpy विधि को सुन्न सरणियों में बदलने के लिए।
• वैकल्पिक पूर्णांक NA
• विरल परिवर्तन

क्या सभी डेटाटाइम-जैसे रिफैक्टरिंग के लिए उल्लेख करने के लिए कोई हाइलाइट है? ("कस्टम डेटा प्रकारों की आंतरिक हैंडलिंग के रिफैक्टर" के अलावा)

कोई अन्य नई सुविधाएँ या परिवर्तन जो ध्यान देने योग्य हैं?

https://github.com/pandas-dev/pandas/releases/tag/v0.24.0rc1 में कुछ हैं।

शुक्र, जनवरी 11, 2019 पूर्वाह्न 9:51 बजे जोरीस वैन डेन बोस्चे <
सूचनाएं@github.com> ने लिखा:

मैंने हाइलाइट्स निकालने के लिए whatsnew फ़ाइल के माध्यम से जाना शुरू किया, और
पहले से ही सोचा:

• कस्टम डेटा प्रकारों की आंतरिक हैंडलिंग का रिफ्लेक्टर:
  
  
  
  • एक्सटेंशनअरे इंटरफ़ेस का बेहतर एकीकरण
  
  
  • अवधि और अंतराल अब श्रृंखला / डेटाफ़्रेम में संग्रहीत किया जा सकता है
    
    कॉलम (केवल इंडेक्स में पहले)
  
  
• अंतर्निहित तक पहुँचने के लिए श्रृंखला और अनुक्रमणिका पर नई .array विशेषता
  मान, और to_numpy विधि को सुन्न सरणियों में बदलने के लिए।
• वैकल्पिक पूर्णांक NA
• विरल परिवर्तन

क्या सभी डेटाटाइम-जैसे रिफैक्टरिंग के लिए उल्लेख करने के लिए कोई हाइलाइट है?
("कस्टम डेटा प्रकारों की आंतरिक हैंडलिंग के रिफैक्टर" के अलावा)

कोई अन्य नई सुविधाएँ या परिवर्तन जो ध्यान देने योग्य हैं?

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/pandas-dev/pandas/issues/24060#issuecomment-453561740 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/ABQHIh4Abyv5aEhn2vAA7KAJziTL75Rkks5vCLL7gaJpZM4Y9wcW
.

बायनेरिज़ का निर्माण हो रहा है और HTML दस्तावेज़ http://pandas.pydata.org पर उपलब्ध हैं।

एक बार बायनेरिज़ हो जाने के बाद, आज बाद में एक घोषणा भेजेंगे।

Mac और Linux के पहिये PyPI पर हैं। कोंडा पैकेज कोंडा-फोर्ज में छल कर रहे हैं, और मैंने घोषणा ईमेल भेजा।

https://github.com/pandas-dev/pandas-release में कुछ चीज़ें हैं जिन्हें ठीक करने की ज़रूरत है। कुछ आरसी विशिष्ट हैं, इसलिए मैं उनके बारे में ज्यादा चिंतित नहीं हूं। मैं अंतिम रिलीज करते समय सभी अंतिम मुद्दों को सुलझाने की कोशिश करूंगा, और फिर उम्मीद है कि कोई और चीजों को आजमा सकता है, यह देखने के लिए कि मशीन-विशिष्ट सामान मैंने गलती से वहां एन्कोड किया है।

0.24.0rc1 के लिए कोई विंडोज़ व्हील नहीं?

मुझे यकीन नहीं है कि @cgohlke आम तौर पर रिलीज उम्मीदवारों को बनाता और अपलोड करता है।

मैं कर रहा हूँ। pypy निर्माण विफल हो रहा था ...

धन्यवाद @cgohlke , विंडोज़ व्हील अब पीईपीआई पर हैं।

हमें शायद इस सप्ताह 0.24.0 करना चाहिए। कोई एतराज? कोई अवरोधक?

मुझे नहीं पता कि मैं https://github.com/pandas-dev/pandas/pull/24674 करवा

कोई आपत्ति नहीं - जो वर्तमान में 0.24.0 के लिए चिह्नित है, उसे प्राप्त करना पसंद है, लेकिन अगर कुछ दिनों में वे नहीं आते हैं तो स्थगित करना ठीक है

@TomAugspurger सभी मुद्दे और पीआर 0.24.0 के लिए साफ हैं

मैं एक त्वरित दस्तावेज़ पीआर करूँगा जो डेटाटाइमएरे में एक प्रयोग लेबल जोड़ रहा है और
TimedeltaArray, एक चेतावनी के साथ कि .dtype में बदलने की उम्मीद है
भविष्य।

बुधवार, 23 जनवरी, 2019 को सुबह 7:03 बजे जेफ रीबैक नोटिफिकेशन @github.com
लिखा था:

@TomAugspurger https://github.com/TomAugspurger सभी मुद्दे और पीआर हैं
0.24.0 . के लिए साफ करें

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/pandas-dev/pandas/issues/24060#issuecomment-456793566 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/ABQHImKD-UhxOjifdIssgpzK7mRPh69fks5vGF2mgaJpZM4Y9wcW
.

विलय की योजना

• DOC: प्रायोगिक नोट को डेटाटाइमअरे और टाइमडेल्टाएरे में जोड़ें
  https://github.com/pandas-dev/pandas/pull/24882
• डॉक्टर: sphinx_build में कोई सफाई नहीं
  https://github.com/pandas-dev/pandas/pull/24902
• DOC: पुराने whatsnew url को भी पुनर्निर्देशित करें
  https://github.com/pandas-dev/pandas/pull/24906
• https://github.com/pandas-dev/pandas/pull/24905
• BUG-24212 को वापस लाएं Index.take in pd.merge . का उपयोग ठीक करें
  https://github.com/pandas-dev/pandas/pull/24904

और कुछ ही देर बाद टैग करें। आरसी से कुछ और?

बुधवार 23 जनवरी, 2019 को सुबह 7:15 बजे टॉम ऑग्सपर्गर [email protected]
लिखा था:

मैं एक त्वरित दस्तावेज़ पीआर करूँगा जो डेटाटाइमएरे में एक प्रयोग लेबल जोड़ रहा है और
TimedeltaArray, एक चेतावनी के साथ कि .dtype में बदलने की उम्मीद है
भविष्य।

बुधवार, 23 जनवरी, 2019 को सुबह 7:03 बजे जेफ रीबैक नोटिफिकेशन @github.com
लिखा था:

@TomAugspurger https://github.com/TomAugspurger सभी मुद्दे और पीआर हैं
0.24.0 . के लिए साफ करें

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/pandas-dev/pandas/issues/24060#issuecomment-456793566 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/ABQHImKD-UhxOjifdIssgpzK7mRPh69fks5vGF2mgaJpZM4Y9wcW
.

नीचे से

• https://github.com/pandas-dev/pandas/pull/24909
• https://github.com/pandas-dev/pandas/pull/24926

अगर लोगों के पास #24926 पर त्वरित विचार हैं (शीर्ष स्तर से इंटरवलएरे को हटाकर, केवल pd.arrays.IntervaArray का उपयोग करके) तो वहां एक त्वरित +/- 1 उपयोगी होगा।

@TomAugspurger टैग करने से पहले, क्या आप

सभी विलय मुझे लगता है!

धन्यवाद, टैगिंग।

अच्छा @TomAugspurger

वू! बधाई हो। कड़ी मेहनत के लिए आपका धन्यवाद। वास्तव में रिलीज की प्रतीक्षा कर रहा है।

sdist और बायनेरिज़ PyPI और conda-forge पर हैं। एनाकोंडा अब चूक के लिए निर्माण कर रहा है।

सभी को धन्यवाद।

और धन्यवाद!