यह #११४८ से संबंधित लगता है। हमने pkg_resources गिरा दिया और अब pkgutil.get_loader() और loader.get_filename() का उपयोग कर रहे हैं। यदि पाइटेस्ट का लोडर get_filename प्रदान करता है तो उसे काम करना चाहिए ।

यहां हम पैकेज का पता लगाते हैं, ज़िप और नेमस्पेस आयात का समर्थन करने के लिए आसपास के कोड में कुछ वर्कअराउंड भी हैं: https://github.com/pallets/jinja/blob/45a76a3794a91e6d7077ced88c814a96cc87d5c2/src/jinja2/loaders.py#L262 -L267

जैसा कि मैंने पहली पोस्ट में बताया था, पाइटेस्ट का लोडर get_filename प्रदान नहीं करता है। क्या आप सुनिश्चित हैं कि यह किसी भी लोडर के लिए होना चाहिए?

jinja2 उन लोडर के बारे में धारणा बना रहा है जो PEP 451 का हिस्सा नहीं हैं - यह शायद pep451+ दुनिया में मॉड्यूल स्पेक की .origin विशेषता का उपयोग करना चाहिए

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

अगर किसी के पास बेहतर सुझाव है जो निर्देशिकाओं, ज़िपों और नामस्थानों का समर्थन करते हुए विभिन्न लोडर के साथ अच्छा खेलता है, तो मैं मदद की सराहना करता हूं।

cc @jaraco

यदि आप कुछ संसाधन लोड करना चाहते हैं तो क्या आपको https://docs.python.org/3/library/importlib.html#module -importlib.resources का उपयोग नहीं करना चाहिए; आपको फ़ाइल के स्रोत को जानने की कोई आवश्यकता नहीं है, बस इसमें क्या है, नहीं?

resources लिए सभी "संसाधन" निर्देशिकाओं के लिए __init__.py फाइलों की आवश्यकता होती है, जो कि जिंजा के काम करने के तरीके के साथ और भी अधिक असंगत होगी। इस बारे में मेरी प्रतिक्रिया के लिए https://gitlab.com/python-devs/importlib_resources/issues/58#note_232533726 देखें।

यह एक सहायक प्रारंभिक बिंदु हो सकता है, मैं देखूंगा कि क्या मैं कुछ कोड को jinja2 में बदल सकता हूं: https://github.com/asottile/aspy.refactor_imports/blob/519ee18ea75e0045b9b53644c627c6817b2a0748/aspy/refactor_imports/classify.py#L76 -L91

ऐसा लगता है कि यह imporltib.resources लिए प्रारंभिक डिज़ाइन का अवरोधन हो सकता है; हालांकि इसे अपने वर्तमान स्वरूप में अपनाने से jinja2 के लिए सुविधाओं का प्रतिगमन होता है; अर्थात् अचानक से पाइटेस्ट का समर्थन नहीं करता है; तो हाँ शायद @asottile लिंक्ड कोड को अंतर को भरने के लिए जोड़ा जाना चाहिए जबकि अपस्ट्रीम समर्थन जोड़ता है।

ऐसा लगता है कि शायद importlib_resources को एक अपडेट मिला है जो उपनिर्देशिकाओं को अनुमति देता है? https://importlib-resources.readthedocs.io/en/latest/changelog%20 (links).html#v1-1-0 जांचना भी अच्छा हो सकता है।

1169 एक फिक्स पर एक प्रयास है, मुझे शायद अभी भी चेंजलॉग आदि की आवश्यकता है, लेकिन आप शायद इसे आज़मा सकते हैं और देख सकते हैं कि क्या यह आपकी समस्या को ठीक करता है @gaborbernat

कोई बात नहीं, मुद्दा अभी भी वैध है।

2.11.2 के लिए pkg_resources का उपयोग करने के लिए #1182 में वापस लौटा, 3.0 के लिए #1169 का उपयोग करेगा।

क्या हमें इसके साथ कोई रिलीज मिल सकती है?

एक और पीआर की प्रतीक्षा में।

क्या आप इसे लिंक कर सकते हैं? मैं

मुझे संदेह है कि यह #1183 मील का पत्थर दिया गया है

बस 2.11.2 जारी किया जो परिवर्तन को उलट देता है। 3.0 में फिक्स के साथ नया व्यवहार होगा।