Dlaczego pip pobiera zależności budowania przed zainstalowaniem pakietu

Lokalne archiwum źródłowe nadal może wymagać dostępu do sieci. Zanim pip będzie mógł je zainstalować, może potrzebować backendu budowania i pakietów pomocniczych do utworzenia wheela.

Zlokalizuj błąd w tej kolejności: pobranie archiwum docelowego, instalacja wymagań budowania, uruchomienie backendu, a następnie instalacja powstałego pakietu. Hooki backendu mogą żądać dodatkowych wymagań budowania; są one oddzielone od zależności czasu wykonania pakietu.

Zidentyfikuj artefakt, którego pip nadal potrzebuje

Przy „Installing build dependencies” zapisz nieudany pakiet i URL. Sprawdź efektywny indeks, trasę przez proxy, kontekst konta i zaufanie dla tego żądania, korzystając z udokumentowanych ustawień zainstalowanej wersji pip. Wcześniejsze udane pobranie nie dowodzi dostępu do każdego hosta ani środowiska każdego pomocnika. Publiczne wymagania budowania mogą użyć kandydata HTTP z listy proxy HTTP, gdy ta trasa jest dozwolona; zachowaj wymagany indeks i politykę zaufania. Historyczne setup.py przepisy pobierania mogą używać innych podprocesów.

Jeśli inna maszyna instaluje poprawnie, najpierw porównaj wybrane artefakty. Jej wersja Pythona lub platforma może mieć zgodnego gotowego wheela, podczas gdy ta maszyna wybrała dystrybucję źródłową i dlatego potrzebuje narzędzi budowania.

Zapewnij środowisko budowania świadomie

--no-build-isolation przenosi na Ciebie odpowiedzialność za niezbędne zależności budowania. Nie naprawia uwierzytelniania proxy ani zaufania do certyfikatu. Backend zainstalowany lokalnie może ukryć brakujące lub niezgodne wymaganie.

W przypadku świadomie offline'owego budowania przygotuj artefakt docelowy, wymagania budowania i potrzebne narzędzia dla projektu i platformy w zatwierdzonym procesie. Katalog zawierający tylko archiwum źródłowe jest niekompletny. Zachowaj nieudane wymaganie i etap w raporcie, aby można było poprawić trasę lub przygotowany zestaw artefaktów.