Was richtet sys.path mit Python ein und wann?

Wenn ich renne

import sys 
print sys.path

Auf meinem Mac (Mac OS X 10.6.5, Python 2.6.1) erhalte ich die folgenden Ergebnisse.

/Library/Python/2.6/site-packages/ply-3.3-py2.6.egg
...
/Library/Python/2.6/site-packages/ipython-0.10.1-py2.6.egg
/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python26.zip
/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6
/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/plat-darwin
/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/plat-mac
/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/plat-mac/lib-scriptpackages

/System/Library/Frameworks/Python.framework/Versions/2.6/Extras/lib/python
/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-tk
/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-old
/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload
/Library/Python/2.6/site-packages
/System/Library/Frameworks/Python.framework/Versions/2.6/Extras/lib/python/PyObjC
/System/Library/Frameworks/Python.framework/Versions/2.6/Extras/lib/python/wx-2.8-mac-unicode

Sie sind in 5 Kategorien eingeteilt.

• /Library/Python/2.6/site-packages/*.egg
• /Library/Python/2.6/site-packages
• Frameworks / Python.framework / Versions / 2.6 / lib / python2.6
• Frameworks / Python.framework / Versions / 2.6 / Extras / lib / python
• PATH von der Umgebungsvariablen PYTHONPATH.

Und ich kann mit dem Code weitere Pfade hinzufügen

sys.path.insert(0, MORE_PATH)

• Welche Routinen richten diese Pfade ein und wann?
• Sind einige der Pfade im Python-Quellcode erstellt?
• Ist es möglich, dass die mit 'sys.path.insert' eingefügten Pfade ignoriert werden? Ich bin neugierig, da ich bei mod_wsgi festgestellt habe, dass die Pfade bei 'sys.path.insert' nicht gefunden werden. Ich habe einen anderen Beitrag für diese Frage gestellt.

HINZUGEFÜGT

Basierend auf Michaels Antwort habe ich in site.py nachgesehen und den folgenden Code erhalten.

def addsitepackages(known_paths):
    """Add site-packages (and possibly site-python) to sys.path"""
    sitedirs = []
    seen = []

    for prefix in PREFIXES:
        if not prefix or prefix in seen:
            continue
        seen.append(prefix)

        if sys.platform in ('os2emx', 'riscos'):
            sitedirs.append(os.path.join(prefix, "Lib", "site-packages"))
        elif sys.platform == 'darwin' and prefix == sys.prefix:
            sitedirs.append(os.path.join("/Library/Python", sys.version[:3], "site-packages"))

Ich denke auch, dass der Verzeichnisname mit site.py (/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 für meinen Mac) in Python-Quellcode integriert sein sollte.

Das meiste wird in Pythons eingerichtet, site.pydas beim Starten des Interpreters automatisch importiert wird (es sei denn, Sie starten es mit der -SOption). Während der Initialisierung werden im Interpreter selbst nur wenige Pfade eingerichtet (Sie können dies herausfinden, indem Sie Python mit starten -S).

Darüber hinaus werden einige Frameworks (wie Django, glaube ich) sys.pathbeim Start geändert, um ihren Anforderungen zu entsprechen.

Das siteModul hat eine ziemlich gute Dokumentation , einen kommentierten Quellcode und druckt einige Informationen aus, wenn Sie es über ausführen python -m site.

Vom Lernen von Python :

sys.path ist der Modul-Suchpfad. Python konfiguriert es beim Programmstart und führt automatisch das Ausgangsverzeichnis der Datei der obersten Ebene (oder eine leere Zeichenfolge zur Bezeichnung des aktuellen Arbeitsverzeichnisses), alle PYTHONPATH-Verzeichnisse, den Inhalt aller von Ihnen erstellten .pth- Dateipfade und das zusammen Standardbibliotheksverzeichnisse. Das Ergebnis ist eine Liste von Verzeichnisnamenzeichenfolgen, die Python bei jedem Import einer neuen Datei durchsucht.

site.py ist in der Tat die Antwort. Ich wollte alle Abhängigkeiten von dem alten Python entfernen, der standardmäßig auf meinem Mac installiert ist. Dies funktioniert ziemlich gut, da 'site.py' jedes Mal aufgerufen wird, wenn der Python-Interpreter gestartet wird.

Für Mac habe ich die folgende Zeile am Ende von main () in /System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/site.py manuell hinzugefügt:

    sys.path =  filter (lambda a: not a.startswith('/System'), sys.path)

Pfad hat diese Teile:

• Betriebssystempfade mit Ihren Systembibliotheken
• Das aktuelle Verzeichnis Python startete von
• Umgebungsvariable $PYTHONPATH
• Sie können zur Laufzeit Pfade hinzufügen.

Pfade werden nicht ignoriert. Sie werden jedoch möglicherweise nicht gefunden, und dies führt nicht zu einem Fehler. sys.path sollte nur ebenfalls hinzugefügt und nicht abgezogen werden. Django würde keine Pfade entfernen.

Hinzufügen zur akzeptierten Antwort und Adressieren der Kommentare, die besagen, dass ein Modul keine Einträge entfernen sollte aus sys.path:

Dies trifft im Großen und Ganzen zu, aber es gibt Umstände, unter denen Sie Änderungen vornehmen möchten, sys.pathindem Sie Einträge entfernen. Zum Beispiel - und das ist Mac-spezifisch; * nix / Windows-Folgerungen können vorhanden sein. Wenn Sie eine benutzerdefinierte Folgerung Python.frameworkfür die Aufnahme in Ihr eigenes Projekt erstellen, möchten Sie möglicherweise die Standardeinträge ignorieren, die sys.pathauf das System verweisen Python.framework.

Sie haben mehrere Möglichkeiten:

1. Hacken Sie die site.py, wie @damirv angibt, oder

2. Fügen Sie sitecustomizedem benutzerdefinierten Framework Ihr eigenes Modul (oder Paket) hinzu, das das gleiche Endergebnis erzielt. Wie in den site.pyKommentaren angegeben (jedenfalls für 2.7.6):

   Nach diesen Pfadmanipulationen wird versucht, ein Modul mit dem Namen sitecustomize zu importieren, das beliebige zusätzliche standortspezifische Anpassungen vornehmen kann. Wenn dieser Import mit einer ImportError-Ausnahme fehlschlägt, wird er unbemerkt ignoriert.

Beachten Sie auch: Wenn die PYTHONHOMEUmgebung env var festgelegt ist, werden Standardbibliotheken aus diesem Pfad anstelle der Standardbibliotheken geladen, wie dokumentiert .

Dies ist keine direkte Antwort auf die Frage, sondern etwas, das ich gerade entdeckt habe und das dazu führte, dass die falschen Standardbibliotheken geladen wurden, und meine Suche führte mich hierher.

Sie verwenden Systempython /usr/bin/python.

sys.path wird beim Start von Python aus Systemdateien festgelegt.

Berühren Sie diese Dateien nicht, insbesondere site.py, da dies das System stören kann.

Sie können jedoch sys.path in Python ändern, insbesondere beim Start:

in ~ / .bashrc oder ~ / .zshrc:

export PYTHONSTARTUP=~/.pythonrc

in ~ / .pythonrc:

Schreiben Sie Ihre Änderungen in sys.path.

Diese Änderungen sind nur für Sie in interaktiven Shells.

Installieren Sie zum Hacken mit geringem Risiko für das System Ihre eigene und neuere Python-Version.