Чому pip завантажує залежності збирання перед встановленням вашого пакета

Локальний архів із вихідним кодом усе одно може вимагати доступу до мережі. Перш ніж pip зможе його встановити, йому можуть знадобитися backend збирання та допоміжні пакети, щоб створити wheel.

Знайдіть збій у цій послідовності: отримання цільового архіву, встановлення вимог збирання, виконання backend, потім встановлення отриманого пакета. Гачки backend можуть запитувати додаткові вимоги збирання; вони відокремлені від залежностей часу виконання пакета.

Визначте артефакт, який pip усе ще потребує

На кроці «Installing build dependencies» запишіть пакет і URL, які зазнали збою. Перевірте чинний індекс, маршрут через проксі, контекст облікового запису та довіру для цього запиту, використовуючи задокументовані налаштування встановленої версії pip. Попереднє успішне завантаження не доводить доступу до кожного хоста чи середовища кожного помічника. Публічні вимоги збирання можуть використовувати HTTP-кандидата зі списку HTTP-проксі, якщо цей маршрут дозволено; зберігайте потрібний індекс і політику довіри. Історичні setup.py рецепти завантаження можуть використовувати інші підпроцеси.

Якщо на іншій машині встановлення успішне, спершу порівняйте вибрані артефакти. Її версія Python або платформа може мати сумісний заздалегідь зібраний wheel, тоді як ця машина обрала дистрибутив із вихідним кодом і тому потребує інструментів збирання.

Надавайте середовище збирання свідомо

--no-build-isolation переносить на вас відповідальність за необхідні залежності збирання. Він не виправляє автентифікацію проксі чи довіру до сертифіката. Локально встановлений backend може приховувати відсутню або несумісну вимогу.

Для свідомо офлайнового збирання підготуйте цільовий артефакт, вимоги збирання та потрібні інструменти для проєкту й платформи через затверджений процес. Каталог, що містить лише архів вихідного коду, є неповним. Збережіть невдалу вимогу та етап у звіті, щоб можна було виправити або маршрут, або підготовлений набір артефактів.