এখন local source archive-ৰ এতিয়াও network accessৰ প্ৰয়োজন হ'ব পাৰে। pip-এ ইয়াক install কৰিব পৰাৰ আগতে wheel উৎপাদন কৰিবলৈ build backend আৰু সহায়ক packagesৰ প্ৰয়োজন হ'ব পাৰে।

এই ক্ৰমত বিফলতাটো চিনাক্ত কৰক: target archive লাভ, build-requirement installation, backend execution, তাৰ পিছত উৎপন্ন package-ৰ installation। backend hooks-এ অতিৰিক্ত build requirements অনুৰোধ কৰিব পাৰে; সেইবোৰ package-ৰ runtime dependenciesৰ পৰা পৃথক।

pip-এ এতিয়াও প্ৰয়োজনীয় artifact টো চিনাক্ত কৰক

“Installing build dependencies” ত বিফল হোৱা package আৰু URL লিপিবদ্ধ কৰক। কাৰ্যকৰী index, proxy route, account context আৰু সেই অনুৰোধৰ বাবে trust পৰীক্ষা কৰক, install কৰা pip version-ৰ নথিভুক্ত settings ব্যৱহাৰ কৰি। আগতে সফল ডাউনলোডে প্ৰতিটো host বা প্ৰতিটো helper-ৰ environment-লৈ access প্ৰমাণ নকৰে। ৰাজহুৱা build requirements-এ 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 dependenciesৰ দায়িত্ব আপোনাৰ ওচৰলৈ হস্তান্তৰ কৰে। ই proxy authentication বা certificate trust ঠিক নকৰে। locally install কৰা backend-এ এটা অনুপস্থিত বা অসঙ্গত requirement লুকুৱাব পাৰে।

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

সম্পৰ্কিত প্ৰবন্ধ