स्थानिक स्रोत आर्काइव्हला तरीही नेटवर्क प्रवेश लागू शकतो. pip ते इन्स्टॉल करू शकण्यापूर्वी wheel तयार करण्यासाठी बिल्ड बॅकएंड आणि सहायक पॅकेजेस लागू शकतात.

या क्रमात अयशस्वीता शोधा: लक्ष्य आर्काइव्ह मिळवणे, बिल्ड आवश्यकता इन्स्टॉल करणे, बॅकएंड चालवणे, नंतर तयार झालेले पॅकेज इन्स्टॉल करणे. बॅकएंड हुक अतिरिक्त बिल्ड आवश्यकता मागू शकतात; त्या पॅकेजच्या रनटाइम अवलंबित्वांपेक्षा वेगळ्या असतात.

pip ला अजून कोणता आर्टिफॅक्ट हवा आहे ते ओळखा

“Installing build dependencies” वर अयशस्वी पॅकेज आणि URL नोंदवा. प्रभावी इंडेक्स, प्रॉक्सी मार्ग, खाते संदर्भ आणि त्या विनंतीसाठीचा विश्वास तपासा, इन्स्टॉल केलेल्या pip आवृत्तीच्या दस्तऐवजी सेटिंग्ज वापरून. आधीचे यशस्वी डाउनलोड प्रत्येक होस्ट किंवा प्रत्येक सहाय्यकाच्या वातावरणातील प्रवेश सिद्ध करत नाही. सार्वजनिक बिल्ड आवश्यकता HTTP प्रॉक्सी यादी मधून HTTP उमेदवार वापरू शकतात जेव्हा तो मार्ग अनुमत असतो; आवश्यक इंडेक्स आणि विश्वास धोरण ठेवा. ऐतिहासिक setup.py डाउनलोड पाककृती वेगळ्या उपप्रक्रिया वापरू शकतात.

दुसऱ्या मशीनवर इन्स्टॉलेशन यशस्वी झाल्यास, प्रथम निवडलेल्या आर्टिफॅक्टची तुलना करा. तिच्या Python आवृत्तीत किंवा प्लॅटफॉर्मवर सुसंगत पूर्व-निर्मित wheel असू शकते, तर या मशीनने स्रोत वितरण निवडले आहे आणि म्हणून बिल्ड साधने आवश्यक आहेत.

बिल्ड वातावरण जाणीवपूर्वक पुरवा

--no-build-isolation आवश्यक बिल्ड अवलंबित्वांची जबाबदारी तुमच्यावर सोपवते. ते प्रॉक्सी प्रमाणीकरण किंवा प्रमाणपत्रावरील विश्वास दुरुस्त करत नाही. स्थानिकरित्या इन्स्टॉल केलेला बॅकएंड अनुपस्थित किंवा विसंगत आवश्यकता लपवू शकतो.

जाणीवपूर्वक ऑफलाइन बिल्डसाठी, मंजूर प्रक्रियेद्वारे प्रकल्प आणि प्लॅटफॉर्मसाठी लक्ष्य आर्टिफॅक्ट, बिल्ड आवश्यकता आणि आवश्यक साधने तयार करा. फक्त स्रोत आर्काइव्ह असलेली डिरेक्टरी अपूर्ण आहे. अयशस्वी आवश्यकता आणि टप्पा अहवालात ठेवा जेणेकरून मार्ग किंवा तयार आर्टिफॅक्ट संच दुरुस्त करता येईल.

संबंधित लेख