Python-future: नया जादू "कॉन्फ़िगरेशनर" आयात "कॉन्फ़िगरेशनर" बैकपोर्ट को तोड़ता है

इसके अलावा, बैकपोर्ट रेपो पर लोग पहले से ही इसकी रिपोर्ट काम नहीं कर रहे हैं: https://bitbucket.org/ambv/configparser/issue/8/configparser-import-broken-on-py27

कुछ समय के लिए मुझे इसे काम करने के लिए configparser में अजगर-भविष्य पर निर्भरता को हटाना पड़ा।

+1

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

@ambv , @Julian : आपकी प्रतिक्रिया के लिए धन्यवाद। मैं इसे ठीक करना चाहूंगा लेकिन मुझे अभी तक आगे बढ़ने का सही तरीका नहीं दिख रहा है। यहाँ विकल्प हैं जैसा कि मैं इसे देखता हूँ:

1. अजगर-भविष्य से configparser निकालें और इसके बजाय अपने configparser पैकेज का उपयोग करने की अनुशंसा करने के लिए दस्तावेज़ बदलें। यह समझ में आता है, लेकिन तब तक नहीं जब तक कि configparser Py2.7 पर ConfigParser के लिए ड्रॉप-इन प्रतिस्थापन न हो। वर्तमान में, test_cfgparser.py पायथन 2.7.9 पर configparser पैकेज के साथ import ConfigParser को import configparser as ConfigParser से बदलने के बाद स्थापित करते समय 14 विफलताएं और 9 त्रुटियां हैं। अजगर-भविष्य और इसके सरल configparser उपनाम स्थापित होने के साथ, सभी समान परीक्षण पास हो जाते हैं।
2. setup.py configparser उपनाम पैकेज को स्थापित करने के लिए केवल अगर एक ही नाम का एक मॉड्यूल या पैकेज मौजूद नहीं है। इसका दोष यह होगा कि संस्थापित संकुल उस क्रम पर निर्भर करेगा जिसमें वे requirements.txt में सूचीबद्ध हैं। इससे भी बदतर, मेरा मानना ​​है कि pip पैकेजों को इस क्रम में स्थापित करने की गारंटी नहीं देता है कि वे requirements.txt में दिखाई देते हैं। यदि configparser और future दोनों को सूचीबद्ध किया गया था, तो यह pip द्वारा गैर-नियतात्मक होने वाले पैकेजों के सेट की ओर ले जाएगा।
3. $#$18 pip install future[without_configparser] #$ जैसे इंस्टॉलेशन विकल्प का समर्थन करने के लिए सेटअपटूल की extras सुविधा का उपयोग करें।

क्या आपको लगता है कि configparser पैकेज को संशोधित किया जा सकता है ताकि इसका उपयोग करते समय पायथन 2.7.9 परीक्षण सूट पास हो जाए? यह मुझे Py2 कोड के लिए एक आसान अपग्रेड पथ के लिए अनुशंसा करने में विश्वास दिलाएगा जो वर्तमान में ConfigParser का उपयोग करता है।

समय बीतने के साथ, अधिक से अधिक लोग सीधे कॉन्फिगर बैकपोर्ट का उपयोग करते हैं, क्योंकि यह नवीनतम अपस्ट्रीम एपीआई (और सुविधाओं) का उपयोग करने का तरीका है, जबकि अभी भी पायथन 2.x पर है।

इस प्रकार मैं वास्तव में आपके असफल परीक्षणों की प्रासंगिकता को नहीं समझता। यदि आप पुराना एपीआई चाहते हैं, तो आप पुराने मॉड्यूल नाम का उपयोग करें। यदि आप नया एपीआई चाहते हैं, तो आप नए नाम का उपयोग करें। 2.x ConfigParser को उस स्थान पर रखने का कोई मतलब नहीं है जहां इसका Python 3 प्रतिस्थापन है।

इसे ठीक करना अच्छा होगा क्योंकि मुझे इस बारे में काली https://bugs.kali.org/view.php?id=3245 में एक रिपोर्ट मिली है और एक विशिष्ट काली लिनक्स सिस्टम में मेरे पास ऐसे पैकेज हैं जिनमें अजगर दोनों की आवश्यकता है -भविष्य और अजगर-configparser. सिवाय इसके कि बाद वाला इस बग के कारण Python 2.x पर इसका उपयोग करने वाले किसी भी व्यक्ति के लिए टूटा हुआ है।

तो इसे समेटने के लिए, मुझे लगता है कि आपको (1) लागू करना चाहिए और configparser के बारे में परीक्षण छोड़ देना चाहिए। (2) नो-गो नहीं है क्योंकि डेबियन पैकेज न्यूनतम वातावरण में बनाए जाते हैं और जब setup.py चलाया जाता है तो python-configparser उपलब्ध नहीं होगा। (3) संभव है लेकिन इसका मतलब है कि अजगर-भविष्य का एपीआई इस पर निर्भर करता है कि इसे कैसे स्थापित किया गया है। यह वास्तव में एक अच्छा विचार नहीं है क्योंकि वितरण केवल एक ही तरीके से स्थापित कर सकता है।

शुक्रिया! सीसी @sbrun

वर्तमान में, उदाहरण के लिए, फेडोरा केवल कॉन्फिगर को पैच आउट करता है क्योंकि उनके पास बैकपोर्ट भी उपलब्ध है।

एफडब्ल्यूआईडब्ल्यू, मैं वर्तमान में अपस्ट्रीम फिक्स के माध्यम से जा रहा हूं कि मुझे बैकपोर्ट में विलय करने की आवश्यकता है और कल कॉन्फ़िगरर बैकपोर्ट 3.5.1 जारी करेगा। अजगर-भविष्य के लिए, मुझे यह भी लगता है कि इसे लागू करना चाहिए (1)।

आपकी जानकारी के लिए सभी को धन्यवाद!

मैं v0.16 में अजगर-भविष्य से configparser निकालने के लिए तैयार हूं। मेरे पास एक शाखा प्रगति पर है: https://github.com/PythonCharmers/python-future/tree/v0.16.x।

मैं यहां यह जानने की कोशिश कर रहा था कि ConfigParser.read_dict ने मेरी मशीन पर काम करना क्यों बंद कर दिया।

मेरे द्वारा उपयोग किए जाने वाले पैकेजों में से एक को python-future (विशेष रूप से क्यूजीआईएस का कुछ हिस्सा) के आधार पर शुरू किया गया था, और फिर मैं इस मुद्दे की चपेट में आ गया क्योंकि पायथन 2.7 में कॉन्फिगपार्सर का संस्करण कॉन्फिगपार्सर के पूर्ण एपीआई को लागू नहीं करता है। पायथन 3.x में।

मैंने पैकेज के python-future संस्करण को लॉक करके इसका समाधान किया:

sudo chmod 000 /usr/lib/python2.7/dist-packages/configparser/

Flake8 ने हाल ही में configparser बैकपोर्ट पर एक निर्भरता जोड़ी है जिसे @ambv उदारतापूर्वक बनाए रखता है। कुछ उपयोगकर्ताओं के पास यह मॉड्यूल भी स्थापित था जिसने Flake8 के मौजूदा, परीक्षण और प्रलेखित व्यवहार को तोड़ दिया। यह हमारे लिए एक समस्या है, और अब मैं यह समझाने के लिए कि लोगों को कोई समस्या क्यों दिखाई दे सकती है, Flake8 में दस्तावेज़ जोड़ना शुरू करने जा रहा हूँ। उपयोगकर्ताओं को इस परेशानी से बचने में मदद करने के लिए भविष्य का विशेष रूप से उल्लेख किया जाएगा।

@ sigmavirus24 इयान, आप configparser बैकपोर्ट के आधार पर और from backports import configparser फॉर्म का उपयोग करके इस समय के लिए काम कर सकते हैं। यह विशेष रूप से इन जैसी स्थितियों को अनब्लॉक करने के लिए लागू किया गया था :(

@ambv धन्यवाद! मुझे नहीं पता था कि मैं ऐसा कर सकता हूं।

मैंने अब v0.16.0 जारी किया है, जो configparser को हटा देता है। दस्तावेज़ लुकाज़ के बैकपोर्ट का उपयोग करने की भी अनुशंसा करते हैं। आपकी प्रतिक्रिया के लिए धन्यवाद, सब लोग!

धन्यवाद @edschofield!