Pip: [Doc] Widersprüchliche Beschreibungen für `pip config --site`
Umgebung
- Pip-Version: 2.1.1
Beschreibung
In der Pip - Konfiguration bedeutet --global eine systemweite Konfiguration und --site eine Umgebungskonfiguration .
--global
Verwenden Sie nur die systemweite Konfigurationsdatei
--site
Verwenden Sie nur die aktuelle Umgebungskonfigurationsdatei
Im Benutzerhandbuch - Konfigurationsdatei bedeutet Site-weit jedoch Systemkonfiguration , z. B. C:\ProgramData\pip\pip.ini unter Windows.
Erwartetes Verhalten
Diese beiden Dokumente sollten konsistente Beschreibungen enthalten.
Es wäre auch schön, einige Beispiele in der Pip-Konfiguration hinzuzufügen, um anzugeben, wie name ("Punkt getrennter Abschnitt und Schlüssel" gemäß der Fehlermeldung) korrekt angegeben werden kann, wie z
pip config set --site global.timeout 60
jiasli
Alle 4 Kommentare
Ich denke, diese Logik wurde von Appdirs übernommen, aber auch unter GNU / Linux ist sie verwirrend:
$ pip debug
global:
/etc/xdg/pip/pip.conf, exists: False
/etc/pip.conf, exists: False
site:
/usr/pip.conf, exists: False
user:
/home/cnx/.pip/pip.conf, exists: False
/home/cnx/.config/pip/pip.conf, exists: True
Ich meine, wer legt überhaupt Konfigurationsdateien in /usr (ich denke, es soll /usr/share/pip/pip.conf )?
McSinyx
am 23. Juli 2020
Beim Lesen der Implementierung scheint global systemweit zu sein, Site bedeutet Dolmetscherweit und Benutzer bedeutet pro Benutzer.
Daher muss das Benutzerhandbuch wahrscheinlich repariert werden.
uranusjr
am 25. Juli 2020
Hallo! Ich werde heute versuchen, an diesem Problem bei EuroPython Sprints zu arbeiten :)
eamanu
am 25. Juli 2020
Ich habe mir GH-6268 (und das damit verbundene Problem) angesehen, aber es scheint nicht, dass die Site für eine dateninterpreterweite Konfiguration gedacht ist. sys.prefix verweist nicht auf das für den Interpreter spezifische Verzeichnis, sondern auf {sys.prefix}/*/pythonX.Y . Möglicherweise kann die für den Interpreter spezifische Konfigurationsdatei in {sys.prefix}/share/pythonX.Y gespeichert werden, oder wir können dies vollständig ablehnen und obskure Setups konvertieren, um stattdessen PIP_CONFIG_FILE zu verwenden.
Ich verstehe, dass dies nicht genau im Rahmen dieser Ausgabe liegt, daher werde ich bei Bedarf ein neues Ticket dafür einreichen.
McSinyx
am 26. Juli 2020
Verwandte Themen
cjerdonek
·
3Kommentare
nathan130200
·
3Kommentare
dmfigol
·
3Kommentare
Zac-HD
·
3Kommentare
ncoghlan
·
3Kommentare
Hilfreichster Kommentar
Hallo! Ich werde heute versuchen, an diesem Problem bei EuroPython Sprints zu arbeiten :)