Pipenv: Abhängigkeiten konnten nicht aufgelöst werden
Gerade lade ich ein Modul auf PyPi hoch. Dann installiere ich es, bekomme aber einen Fehler beim Aktualisieren der Sperrdatei.
Utilityhelper zu Pipfiles [Paketen] hinzugefügt...
Pipfile.lock (3e9aa7) veraltet, aktualisiert auf (de4848)...
Abhängigkeiten von [dev-packages] sperren...
Abhängigkeiten von [Paketen] sperren...
Warnung: Ihre Abhängigkeiten konnten nicht aufgelöst werden. Sie haben wahrscheinlich eine Diskrepanz in Ihren Unterabhängigkeiten.
Sie können $ pipenv install --skip-lock verwenden, um diesen Mechanismus zu umgehen, und dann $ pipenv graph ausführen, um die Situation zu überprüfen.
Hinweis: Versuchen Sie $ pipenv lock --pre, wenn es sich um eine Abhängigkeit vor der Veröffentlichung handelt.
Es konnte keine Version gefunden werden, die mit Utilityhelper übereinstimmt (von -rc:\windows\temp\pipenv-ckgvtu-requirements\pipenv-u8pl3f-constraints.txt (Zeile 35))
Keine Versionen gefunden
War https://pypi.tuna.tsinghua.edu.cn/simple erreichbar?
leileigong
Alle 3 Kommentare
+1, in meinem Fall konnte ich backports-ssl-match-hostname mit dem neuesten Pipenv installieren
yspro
am 10. Okt. 2018
Ja, ich habe in Kürze eine Version herausgebracht, die die Namensnormalisierung behebt
techalchemy
am 10. Okt. 2018
Ich habe eine neue Schlussfolgerung. Ich installiere dieses Paket über die Befehlszeile, die Paketquelle, die ich zugewiesen habe, ist " https://pypi.org/simple ", aber die Quelle in meiner Pipdatei ist " https://pypi.tuna.tsinghua.edu .cn/einfach ".
Ich konnte dieses Paket in der Tsinghua-Quelle nicht finden.
Möglicherweise führt dieses Ergebnis dazu, dass das Update pifile.lock fehlschlägt.
leileigong
am 11. Okt. 2018
Verwandte Themen
jeyraof
·
3Kommentare
jakul
·
3Kommentare
jerzyk
·
3Kommentare
xi
·
3Kommentare
johnjiang
·
3Kommentare
Hilfreichster Kommentar
+1, in meinem Fall konnte ich
backports-ssl-match-hostnamemit dem neuesten Pipenv installieren