Der Pip-Bootstrap

Die Python-Installation enthält ein ausführbares Programm namens „pip3“ (siehe PEP 394 für Namensbegründung usw.), das versucht, die Pip-Mechanismen zu importieren. Wenn dies gelingt, wird der Pip-Befehl normal ausgeführt. Wenn nicht, bootstappt er Pip, indem er die Pip-Implementierung und die Setuptools-Wheel-Dateien herunterlädt. Im Folgenden impliziert die Installation der „Pip-Implementierung“ die Installation von Setuptools und Virtualenv. Nach der Installation verfährt der Pip-Befehl normal. Sobald der Bootstrap-Prozess abgeschlossen ist, ist der „pip3“-Befehl nicht mehr der Bootstrap, sondern der vollständige Pip-Befehl.

Ein Bootstrap wird anstelle des vollständigen Pip-Codes verwendet, damit wir Pip nicht bündeln müssen und Pip außerhalb des regulären Python-Upgrade-Zeitrahmens und der Prozesse aktualisierbar ist.

Um Probleme mit „sudo“ zu vermeiden, wird der Bootstrap standardmäßig die Pip-Implementierung im benutzerspezifischen site-packages-Verzeichnis installieren, das in PEP 370 definiert und in Python 2.6/3.0 implementiert ist. Da wir nicht in das System-Python installieren, vermeiden wir auch Konflikte mit anderen Paketierungssystemen (z. B. unter Linux). Wenn sich der Benutzer in einer PEP 405 virtuellen Umgebung befindet, wird die Pip-Implementierung in diese virtuelle Umgebung installiert.

Der Bootstrap-Prozess wird wie folgt ablaufen

1. Das Benutzersystem hat Python (3.4+) installiert. Im „scripts“-Verzeichnis der Python-Installation befindet sich das Bootstrap-Skript namens „pip3“.
2. Der Benutzer wird einen Pip-Befehl aufrufen, typischerweise „pip3 install <package>“, zum Beispiel „pip3 install Django“.
3. Das Bootstrap-Skript versucht, die Pip-Implementierung zu importieren. Wenn dies gelingt, wird der Pip-Befehl normal verarbeitet. Stopp.
4. Bei einem Fehler beim Import der Pip-Implementierung benachrichtigt der Bootstrap den Benutzer, dass er „pip installieren“ muss. Er fragt den Benutzer, ob er Pip als systemweite site-packages oder als benutzerdefinierte Paket installieren soll. Diese Wahl wird auch als Kommandozeilenoption für Pip verfügbar sein, so dass eine nicht-interaktive Nutzung möglich ist.
5. Der Bootstrap kontaktiert PyPI, um die neueste Download-Wheel-Datei zu erhalten (siehe PEP 427).
6. Nach dem Herunterladen der Datei wird sie mit „python setup.py install“ installiert.
7. Das Pip-Tool kann nun die Pip-Implementierung importieren und fährt fort, den angeforderten Benutzerbefehl normal zu verarbeiten.

Benutzer können in einer Umgebung arbeiten, die keinen Zugriff auf das öffentliche Internet hat und sich ausschließlich auf ein lokales Paketrepository verlässt. Sie würden das Argument „-i“ (Basis-URL des Python Package Index) zum Befehl „pip3 install“ verwenden. Dies überschreibt einfach die Standard-Index-URL, die auf PyPI verweist.

Einige Benutzer haben möglicherweise keinen Internetzugang, der für das Herunterladen der Pip-Implementierungsdatei geeignet ist. Diese Benutzer können die Tar-Dateien von Setuptools und Pip manuell herunterladen und installieren. Die Hinzufügung spezifischer Unterstützung für diesen Anwendungsfall ist nicht notwendig.

Der Download der Pip-Implementierungsinstallationsdatei erfolgt sicher. Der Transport von pypi.python.org erfolgt über HTTPS mit der CA-Zertifikatsprüfung. Diese Funktion wird in Python 3.4+ unter Verwendung von Betriebssystemzertifikaten vorhanden sein (siehe PEP XXXX).

Über die Argumente hinaus, die den Indexstandort und die Download-Optionen steuern, kann der „pip3“-Bootstrap-Befehl weitere Standard-Pip-Optionen für Ausführlichkeit, Stille und Protokollierung unterstützen.

Der „pip3“-Befehl unterstützt zwei neue Kommandozeilenoptionen, die beim Bootstrapping verwendet und andernfalls ignoriert werden. Sie steuern, wo die Pip-Implementierung installiert wird

--bootstrap

Installation im Verzeichnis der Benutzerpakete. Der Name dieser Option wird gewählt, um sie als bevorzugte Installationsoption zu fördern.

--bootstrap-to-system

Installation im Verzeichnis der System-site-packages.

Diese Kommandozeilenoptionen müssen auch in der Pip-Implementierung implementiert, aber andernfalls ignoriert werden.

Es sollte in Betracht gezogen werden, Pip standardmäßig so zu konfigurieren, dass Pakete im Verzeichnis der Benutzerpakete installiert werden, wenn Pip an diesem Ort installiert ist.

Die Option „–no-install“ des Befehls „pip3“ hat keine Auswirkungen auf den Bootstrap-Prozess.

Änderungen bei der Veröffentlichung von Paketen

Ein zusätzliches neues Python-Paket wird vorgeschlagen, „pypublish“, das ein Werkzeug zum Veröffentlichen von Paketen auf PyPI sein wird. Es würde die aktuellen Distutils-Befehle „python setup.py register“ und „python setup.py upload“ ersetzen. Wiederum wegen des gemessenen Python-Release-Zyklus und der umfangreichen bestehenden Python-Installationen sind diese Befehle schwierig zu beheben und zu erweitern. Zusätzlich ist gewünscht, dass die Befehle „register“ und „upload“ über HTTPS mit Zertifikatsvalidierung durchgeführt werden können. Da die Verteilung von CA-Zertifikat-Schlüsselbünden mit Python nicht wirklich machbar ist (die Aktualisierung des Schlüsselbunds ist sehr schwer zu verwalten), ist es wünschenswert, dass diese Befehle und der dazugehörige Schlüsselbund außerhalb von Python selbst installiert und aktualisiert werden können.

Die bestehenden Distutils-Mechanismen für die Paketregistrierung und den Upload würden beibehalten, jedoch mit einer Deprecation-Warnung.