আপনার প্যাকেজ ইনস্টল করার আগে pip কেন build dependencies ডাউনলোড করে

একটি local source archive-এর তবুও network access প্রয়োজন হতে পারে। pip এটি install করার আগে wheel তৈরি করতে একটি build backend এবং সহায়ক package প্রয়োজন হতে পারে।

এই ক্রমে ব্যর্থতাটি চিহ্নিত করুন: target archive সংগ্রহ, build-requirement installation, backend execution, তারপর উৎপন্ন package-এর installation। backend hook অতিরিক্ত build requirement চাইতে পারে; সেগুলি package-এর runtime dependency থেকে আলাদা।

pip-এর এখনও যে artifact প্রয়োজন তা চিহ্নিত করুন

“Installing build dependencies”-এ ব্যর্থ package এবং URL লিখে রাখুন। কার্যকর index, proxy route, account context এবং সেই অনুরোধের trust পরীক্ষা করুন, install করা pip version-এর নথিভুক্ত setting ব্যবহার করে। আগের সফল ডাউনলোড প্রতিটি host বা প্রতিটি helper-এর environment-এ access প্রমাণ করে না। পাবলিক build requirement HTTP proxy list থেকে একটি HTTP candidate ব্যবহার করতে পারে যখন সেই route অনুমোদিত; প্রয়োজনীয় index এবং trust policy রাখুন। ঐতিহাসিক setup.py ডাউনলোড রেসিপি ভিন্ন subprocess ব্যবহার করতে পারে।

যদি অন্য মেশিন সফলভাবে install করে, প্রথমে নির্বাচিত artifact গুলি তুলনা করুন। এর Python version বা platform-এ একটি সামঞ্জস্যপূর্ণ prebuilt wheel থাকতে পারে, অথচ এই মেশিন একটি source distribution বেছে নিয়েছে এবং তাই build tooling প্রয়োজন।

build environment সচেতনভাবে সরবরাহ করুন

--no-build-isolation প্রয়োজনীয় build dependency-র দায়িত্ব আপনার কাছে হস্তান্তর করে। এটি proxy authentication বা certificate trust ঠিক করে না। locally install করা backend একটি অনুপস্থিত বা অসঙ্গত requirement লুকাতে পারে।

ইচ্ছাকৃতভাবে offline build-এর জন্য, অনুমোদিত প্রক্রিয়ার মাধ্যমে project এবং platform-এর জন্য target artifact, build requirement এবং প্রয়োজনীয় tooling প্রস্তুত করুন। কেবল source archive থাকা একটি directory অসম্পূর্ণ। ব্যর্থ requirement এবং stage প্রতিবেদনে রাখুন যাতে route বা প্রস্তুত artifact set সংশোধন করা যায়।