pip
ist das Paketverwaltungs-Tool von Python. Wenn Sie in einem Script ein Zusatzmodul benötigen, führen Sie einfach pip install xxx
bzw. unter macOS und bei manchen Linux-Distributionen pip3 install xxx
aus. pip
lädt das erforderliche Modul sowie eventuelle Abhängigkeiten herunter und installiert die Pakete lokal (d.h., sie brauchen meine root
-Rechte).
Meistens funktioniert pip
gut — aber nicht immer. Die häufigste Fehlerquelle unter Windows ist die Parallelinstallation mehrerer Python-Versionen. Dann ist nicht immer klar, auf welche Python-Version sich pip
bezieht. Nach meiner Erfahrung scheint pip
zumeist die falsche Version zu nehmen. Daher mein Tipp: Vermeiden Sie unter Windows unbedingt die Mehrfachinstallation von Python!
Aber auch unter Linux kann es Probleme geben. Die Ursache hier besteht darin, dass viele Distributionen selbst eine riesige Sammlung von Paketen mit Python-Erweiterungen anbieten. Die Parallelinstallation eines Moduls, einmal mit apt
oder dnf
und ein zweites Mal mit pip
, kann dann zu Konflikten führen — insbesondere dann, wenn nicht exakt dieselben Versionen zum Einsatz kommen. Die Python-Entwickler haben deswegen im Python Enhancement Proposals (PEP) 668 festgeschrieben, dass in solchen Fällen Pakete aus Linux-Repositories vorzuziehen sind. PEP 668 gilt grundsätzlich seit Python 3.11. Tatsächlich implementiert ist es momentan nur in aktuellen Linux-Distributionen:
- Ubuntu ab Version 23.04
- Debian ab Version 12
- Raspberry Pi OS ab dem Bookworm-Release (Okt. 2023)
- Arch Linux
Noch nicht implementiert ist PEP 668 dagegen unter RHEL und Fedora (auch nicht in Version 39 Beta).
pip-Fehlermeldung
Der Versuch, mit pip
ein Modul zu installieren, führt bei aktuellen Debian-, Ubuntu- und Raspberry-Pi-OS-Versionen zur folgenden Fehlermeldung:
$ pip install matplotlib
error: externally-managed-environment
This environment is externally managed
To install Python packages system-wide, try apt install
python3-xyz, where xyz is the package you are trying to
install.
If you wish to install a non-Debian-packaged Python package,
create a virtual environment using python3 -m venv path/to/venv.
Then use path/to/venv/bin/python and path/to/venv/bin/pip. Make
sure you have python3-full installed.
If you wish to install a non-Debian packaged Python application,
it may be easiest to use pipx install xyz, which will manage a
virtual environment for you. Make sure you have pipx installed.
See /usr/share/doc/python3.11/README.venv for more information.
note: If you believe this is a mistake, please contact your Python
installation or OS distribution provider. You can override this,
at the risk of breaking your Python installation or OS, by
passing --break-system-packages. Hint: See PEP 668 for the
detailed specification.
Lösung 1: Installation des äquivalenten Linux-Pakets
Die obige Fehlermeldung weist direkt auf die beste Lösung hin — nämlich die Installation des entsprechenden Linux-Pakets mit apt python3-xxx
, wobei xxx
der Paketname ist. Für die matplotlib
führen Sie unter Debian, Ubuntu und Raspberry Pi OS das folgende Kommando aus:
sudo apt install python3-matplotlib
Diese Empfehlung ist mit zwei Einschränkungen verbunden: Sie erfordert, dass Sie root
– oder sudo
-Rechte haben, und sie setzt voraus, dass das gewünschte Modul tatsächlich im Repository Ihrer Linux-Distribution zur Verfügung steht. Letzteres ist oft der Fall, aber nicht immer. Auf pypi.org gibt es fast 500.000 Projekte, die Debian-Standard-Repositories enthalten dagegen »nur« gut 4000 (apt list | grep python3- | wc -l
).
Lösung 2: Verwendung einer virtuellen Umgebung
Ein Virtual Environment im Kontext von Python ist ganz einfach ein Projektverzeichnis, in das die für das Projekt erforderlichen Module lokal und projektspezifisch installiert werden. Das hat mehrere Vorteile:
- Es ist klar, welche Module ein bestimmtes Projekt benötigt. Das Projekt lässt sich später einfacher auf einen anderen Rechner übertragen.
- Es kann keine Konflikte zwischen unterschiedlichen Projekten geben, die unterschiedliche Module erfordern.
- Sie sind nicht auf die von Ihrer Linux-Distribution angebotenen Python-Module eingeschränkt und brauchen keine Administratorrechte zur Installation von Linux-Paketen.
Virtuelle Umgebungen werden von Python durch das Modul venv
unterstützt. Dieses Modul muss vorweg installiert werden, entweder mit apt install python3-venv
oder durch apt install python3-full
. Anschließen richten Sie Ihr Projekt ein:
$ python3 -m venv my-project
Python erzeugt das Verzeichnis my-project
, falls dieses noch nicht existiert, und richtet dort eine minimale Python-Umgebung ein. (»Minimal« bedeutet: ca. 1500 Dateien, Platzbedarf ca. 25 MByte. Nun ja.) Nun führen Sie in Ihrem Terminal-Fenster mit source
das Shell-Script activate
aus, um die Umgebung zu aktivieren:
$ cd my-project
$ source bin/activate
(my-project)$
In dieser Umgebung funktioniert pip
wie gewohnt. In der Folge können Sie Ihr Script ausführen, das die lokal installierte Module nutzt:
(my-project)$ pip install requests beautifulsoup4
(my-project)$ ./my-webscraping-script.py
Anstelle venv
direkt zu nutzen, gibt es diverse Tools, um die Verwaltung Ihrer virtuellen Umgebungen zu vereinfachen. Am bekanntesten sind pipenv und virtualenv. Persönlich ist mir pipenv
am liebsten. Das Tool muss vorweg installiert werden (apt install pipenv
).
Lösung 3: Das Kommando pipx
pipx
ist eine Variante zum klassischen pip
-Kommando, das sich gleichzeitig um die Einrichtung einer virtuellen Umgebung kümmert (siehe auch die Dokumentation). pipx
ist allerdings nicht zur Installation von Bibliotheken gedacht, sondern zur Installation fertiger Python-Programme. Diese werden in .local/bin
gespeichert.
pipx
ist nur dann eine attraktive Option, wenn Sie ein als Python-Modul verfügbares Programm unkompliziert installieren und ausführen wollen. Wenn Sie dagegen selbst Scripts entwickeln, die von anderen Modulen abhängig sind, ist pipx
nicht das richtige Werkzeug.
Lösung 4: Option pip --break-system-packages
Ein vierter Lösungsweg besteht darin, an pip
die Option --break-system-packages
zu übergeben. Die Option ist weniger schlimm, als ihr Name vermuten lässt. Im Prinzip funktioniert pip
jetzt so wie bisher und installiert das gewünschte Modul, ganz egal, ob es ein äquivalentes Paket Ihrer Distribution gibt oder nicht, und unabhängig davon, ob dieses Paket womöglich schon installiert ist.
Empfehlenswert ist der Einsatz dieser Option in CI-Scripts (Continuous Integration), z.B. in Test- oder Deploy-Scripts für git
(siehe auch diesen Blog-Beitrag von Louis-Philippe Véronneau). Die Option --break-system-packages
ist oft der schnellste und bequemste Weg, nicht mehr funktionierende Scripts wieder zum Laufen zu bringen.
Ist mir auch schon passiert das ich mehrere Python Installationen auf Windows hatte und pip partout keine richtige Python-Version gefunden hatte. Das seltsamste war das ich nur eine Python-Version besaß die installiert war, die 3.11, und auf dem Terminal mir immer Python 3.10 angezeigt wurde. Seltsam und wo kam es her? Mit hilfe des vorhandenen Python (3.10) habe ich ausgelesen, woher es sich den bitte aufruft. Den es war eigentlich nicht installiert.
Ein kurzes Programm:
import os
import sys
print(os.path.dirname(sys.executable))
Und mein Übeltäter verbarg sich nämlich im Insckape, der einen eigenen python-Interpreter ausliefert. Als ich Inkscape dann deinstalliert und den Ordner gelöscht habe, hat pip auch auf Python Version 3.11 zurück gegriffen.
Es gibt noch weitere Schwierigkeiten, dennen man im Alltag begegnet wenn man Python einsetzt und mein Tipp lautet, nutzt eine Python-Distribution. Es gibt wohl einige, meine Empfehlung lautet Anaconda. Dann klappt es auch mit multi-installationen problemlos.
Ich finde man kann durchaus mehrere Python-Version unter Windows haben. Nach der Installation einer neuen Version sollte man die System-Umgebungsvariable „PATH“ überprüfen, dass nur eine Pythoninstallation eingetragen ist. Wenn eine andere Python-Version genutzt werden soll, kann man das über direktes Aufrufen erreichen (z.B. „‚C:\Program Files\Python310\python.exe‘ -m venv my-project“).
Ob es funktioniert hat, kann man über den Befehl „pip –version“ erkennen. In der Ausgabe steht welche Python-Version verwendet wird.
Danke für den Artikel, ich habe schon an die Nutzung eines Virtual Environment gedacht.
ABER: Ich habe bereits einige PYTHON-Anwendungen, die prima funktionieren. Leider finde ich keine Anleitung, wie der Ist-Zustand in Virtual Environments für die einzelnen Anwendungen zu migrieren.
pipreqs
aus dem gleichnamigen Modul wertet Ihren Code aus und erstellt die Dateirequirements.txt
mit den eingesetzten Modulen. Das kann die Basis für eine Migration in ein Virtual Environment sein.„Lösung 4: […]
Ein dritter Lösungsweg […]“
Nachträglich umnummeriert oder typo?
ist jetzt korrigiert, danke