Python-Fehler "ImportError: Kein Modul benannt"

Python wird in einem lokalen Verzeichnis installiert.

Mein Verzeichnisbaum sieht folgendermaßen aus:

(local directory)/site-packages/toolkit/interface.py

Mein Code ist hier drin:

(local directory)/site-packages/toolkit/examples/mountain.py

Um das Beispiel auszuführen, schreibe ich python mountain.pyund in den Code, den ich habe:

from toolkit.interface import interface

Und ich bekomme den Fehler:

Traceback (most recent call last):
  File "mountain.py", line 28, in ?
    from toolkit.interface import interface
ImportError: No module named toolkit.interface

Ich habe bereits geprüft sys.pathund dort habe ich das Verzeichnis /site-packages. Außerdem habe ich die Datei __init__.py.binim Toolkit-Ordner, um Python anzuzeigen, dass dies ein Paket ist. Ich habe auch ein __init__.py.binim Beispielverzeichnis.

Ich weiß nicht, warum Python die Datei nicht finden kann, wenn sie sich befindet sys.path. Irgendwelche Ideen? Kann es ein Berechtigungsproblem sein? Benötige ich eine Ausführungserlaubnis?

Aufgrund Ihrer Kommentare zu orips Beitrag denke ich, dass Folgendes passiert ist:

1. Sie haben __init__.pyunter Windows bearbeitet .
2. Der Windows-Editor fügte etwas hinzu, das nicht gedruckt wurde, möglicherweise einen Wagenrücklauf (Zeilenende in Windows ist CR / LF; unter Unix ist es nur LF) oder möglicherweise STRG-Z (Windows-Dateiende).
3. Sie haben WinSCP verwendet, um die Datei auf Ihre Unix-Box zu kopieren.
4. WinSCP dachte: "Dies hat etwas, das kein grundlegender Text ist. Ich werde eine .bin-Erweiterung einfügen, um Binärdaten anzuzeigen."
5. Das fehlende __init__.py(jetzt aufgerufene __init__.py.bin) bedeutet, dass Python das Toolkit nicht als Paket versteht.
6. Sie erstellen __init__.pyim entsprechenden Verzeichnis und alles funktioniert ...?

Tut

(local directory)/site-packages/toolkit

haben eine __init__.py?

Damit der Import durch Ihre Verzeichnisse läuft, muss jedes Verzeichnis eine __init__.pyDatei haben.

Als ich diese Übung in LPTHW machte, stieß ich auf etwas sehr Ähnliches. Ich konnte Python nie dazu bringen zu erkennen, dass ich Dateien in dem Verzeichnis hatte, aus dem ich anrief. Aber ich konnte es am Ende zum Laufen bringen. Was ich getan habe und was ich empfehle, ist Folgendes zu versuchen:

(HINWEIS: Von Ihrem ersten Beitrag an gehe ich davon aus, dass Sie einen * NIX-basierten Computer verwenden und Dinge über die Befehlszeile ausführen. Daher ist dieser Rat darauf zugeschnitten. Da ich Ubuntu ausführe, habe ich dies getan.)

1) Wechseln Sie in das Verzeichnis (cd) über dem Verzeichnis, in dem sich Ihre Dateien befinden. In diesem Fall versuchen Sie, die mountain.pyDatei auszuführen und das toolkit.interface.pyModul aufzurufen , das sich in separaten Verzeichnissen befindet. In diesem Fall würden Sie zu dem Verzeichnis wechseln, das Pfade zu diesen beiden Dateien enthält (oder mit anderen Worten zu dem nächstgelegenen Verzeichnis, das die Pfade dieser beiden Dateien gemeinsam nutzen). Welches ist in diesem Fall dietoolkit Verzeichnis.

2) Wenn Sie sich im tookitVerzeichnis befinden, geben Sie diese Codezeile in Ihre Befehlszeile ein:

export PYTHONPATH=.

Dies setzt Ihren PYTHONPATH auf ".", Was im Grunde bedeutet, dass Ihr PYTHONPATH jetzt nach aufgerufenen Dateien in dem Verzeichnis sucht, in dem Sie sich gerade befinden (und genauer gesagt in den Unterverzeichniszweigen des Verzeichnisses , in dem Sie sich befinden. Es wird also nicht nur in Ihrem aktuellen Verzeichnis angezeigt, sondern in allen Verzeichnissen, die sich in Ihrem aktuellen Verzeichnis befinden.

3) Nachdem Sie Ihren PYTHONPATH im obigen Schritt eingestellt haben, führen Sie Ihr Modul aus Ihrem aktuellen Verzeichnis (dem toolkitVerzeichnis) aus. Python sollte nun die von Ihnen angegebenen Module finden und laden.

Hoffe das hilft. Ich war selbst ziemlich frustriert darüber.

Stellen Sie unter * nix außerdem sicher, dass PYTHONPATH korrekt konfiguriert ist, insbesondere, dass es das folgende Format hat:

 .:/usr/local/lib/python

(Beachten Sie das .:am Anfang, damit es auch im aktuellen Verzeichnis suchen kann.)

Abhängig von der Version kann es sich auch an anderen Orten befinden:

 .:/usr/lib/python
 .:/usr/lib/python2.6
 .:/usr/lib/python2.7 and etc.

Ich habe mein eigenes Problem gelöst und werde eine Zusammenfassung der Fehler und der Lösung schreiben:

Die Datei muss genau aufgerufen werden __init__.py. Wenn die Erweiterung anders ist als in meinem Fall, .py.binkann Python nicht durch die Verzeichnisse navigieren und dann die Module nicht finden. Zum Bearbeiten der Dateien benötigen Sie einen Linux-Editor wie vi oder nano . Wenn Sie einen Windows-Editor verwenden, werden einige versteckte Zeichen geschrieben.

Ein weiteres Problem, das sich darauf auswirkte, war, dass ich eine andere Python-Version vom Root installiert hatte. Wenn also jemand mit einer lokalen Python-Installation arbeitet, stellen Sie sicher, dass die Python-Installation, auf der die Programme ausgeführt werden, die lokale Python ist. Um dies zu überprüfen, überprüfen Sie einfach which python, ob sich die ausführbare Datei in Ihrem lokalen Verzeichnis befindet. Wenn nicht, ändern Sie den Pfad, aber stellen Sie sicher, dass das lokale Python-Verzeichnis vor dem anderen Python liegt.

Eine einfache Lösung besteht darin, das Modul mit zu installieren, python -m pip install <library-name>anstatt pip install <library-name> bei Administratorbeschränkungen sudo zu verwenden

Um ein Verzeichnis als Paket zu markieren, benötigen Sie eine Datei mit dem Namen __init__.py. Hilft dies?

Mit PyCharm(Teil der JetBrains-Suite) müssen Sie Ihr Skriptverzeichnis als Quelle definieren:
Right Click > Mark Directory as > Sources Root

Wenn Sie diese Antwort lesen, heißt es, dass Sie __init__.pyam richtigen Ort sind, alle Abhängigkeiten installiert haben und immer noch die erhaltenImportError .

Ich hatte ein ähnliches Problem, außer dass mein Programm bei Ausführung mit PyCharm einwandfrei lief, aber der obige Fehler, wenn ich es vom Terminal aus ausführte. Nachdem ich weiter gegraben hatte, stellte ich fest, dass PYTHONPATHder Eintrag für das Projektverzeichnis nicht vorhanden war. Also setze ich PYTHONPATHper Import Anweisung funktioniert auf PyCharm aber nicht vom Terminal :

export PYTHONPATH=$PYTHONPATH:`pwd`  (OR your project root directory)

Es gibt eine andere Möglichkeit, dies zu tun, indem Sie sys.pathFolgendes verwenden:

import sys
sys.path.insert(0,'<project directory>') OR
sys.path.append('<project directory>')

Sie können Einfügen / Anhängen basierend auf der Reihenfolge verwenden, in der Ihr Projekt durchsucht werden soll.

Für mich war es etwas wirklich Dummes. Ich habe die Bibliothek mit installiert, pip3 installaber mein Programm python program.pyim Gegensatz zu ausgeführt python3 program.py.

Jep. Sie benötigen das Verzeichnis, um die __init__.pyDatei zu enthalten. Dies ist die Datei, die das Paket initialisiert. Hier haben Sie einen Blick auf diese .

Die Dateien __init__.py sind erforderlich, damit Python die Verzeichnisse als Pakete enthaltend behandelt. Auf diese Weise wird verhindert, dass Verzeichnisse mit einem allgemeinen Namen, z. B. eine Zeichenfolge, unbeabsichtigt gültige Module verbergen, die später im Modul-Suchpfad auftreten. Im einfachsten Fall kann __init__.py nur eine leere Datei sein, aber es kann auch Initialisierungscode für das Paket ausführen oder die später beschriebene Variable __all__ setzen.

1. Sie müssen die Datei __ init__.py in demselben Verzeichnis haben, in das Sie die Datei importieren.
2. Sie können nicht versuchen, eine Datei mit demselben Namen zu importieren und eine Datei aus zwei Ordnern zu sein, die auf dem PYTHONPATH konfiguriert sind.

zB: / etc / environment

PYTHONPATH = $ PYTHONPATH: / opt / folder1: / opt / folder2

/ opt / folder1 / foo

/ opt / folder2 / foo

Und wenn Sie versuchen, eine foo-Datei zu importieren, weiß Python nicht, welche Sie möchten.

von foo import ... >>> importerror: kein modul namens foo

Meine zwei Cent:

Spucke:

Traceback (most recent call last):
      File "bash\bash.py", line 454, in main
        import bosh
      File "Wrye Bash Launcher.pyw", line 63, in load_module
        mod = imp.load_source(fullname,filename+ext,fp)
      File "bash\bosh.py", line 69, in <module>
        from game.oblivion.RecordGroups import MobWorlds, MobDials, MobICells, \
    ImportError: No module named RecordGroups

Das hat mich verdammt verwirrt - ich habe Posts und Posts durchgesehen, die auf hässliche Syspath-Hacks hinweisen (wie Sie sehen, waren meine __init__.pyalle da). Nun stellt sich heraus, dass game / oblivion.py und game / oblivion Python verwirrten, was das eher wenig hilfreiche "Kein Modul namens RecordGroups" ausspuckte. Ich würde mich für eine Problemumgehung und / oder Links interessieren, die dieses (gleichnamige) Verhalten dokumentieren -> BEARBEITEN (2017.01.24) - Was ist, wenn ich ein Modul und ein Paket mit demselben Namen habe ? Interessanterweise haben normalerweise Pakete Vorrang, aber anscheinend verstößt unser Launcher dagegen.

EDIT (2015.01.17): Ich habe nicht erwähnt, dass wir einen benutzerdefinierten Launcher verwenden, der seziert wurde hier .

Linux: Importierte Module befinden sich in /usr/local/lib/python2.7/dist-packages

Wenn Sie ein in C kompiliertes Modul verwenden, vergessen Sie nicht, die .so-Datei danach zu ändern sudo setup.py install.

sudo chmod 755 /usr/local/lib/python2.7/dist-packages/*.so

In meinem Fall bestand das Problem darin, dass ich eine Verknüpfung zu debug python & herstellte boost::Python, was erfordert, dass die Erweiterung FooLib_d.pydnicht nur FooLib.pyd; Durch Umbenennen der Datei oder Aktualisieren der CMakeLists.txtEigenschaften wurde der Fehler behoben.

Wenn Sie alle oben angegebenen Methoden ausprobiert haben, aber fehlgeschlagen sind, hat Ihr Modul möglicherweise denselben Namen wie ein integriertes Modul. Oder ein Modul mit demselben Namen, das in einem Ordner mit hoher Priorität vorhanden istsys.path als das Ihres Moduls hat.

Sagen Sie zum Debuggen Ihre from foo.bar import bazBeschwerden ImportError: No module named bar. Wechseln zu import foo; print foo, um den Pfad von anzuzeigen foo. Ist es das, was du erwartest?

Wenn nicht, benennen Sie entweder um foooder verwenden Sie absolute Importe .

Mein Problem war, dass ich das Verzeichnis mit der __init__.pyDatei zu PYTHONPATH hinzugefügt habe, als ich tatsächlich das übergeordnete Verzeichnis hinzufügen musste.

An alle, die dieses Problem noch haben. Ich glaube, Pycharm wird mit Importen verwechselt. Wenn ich 'aus dem Namespace etwas importieren' schreibe, wird die vorherige Zeile rot unterstrichen, was darauf hinweist, dass ein Fehler vorliegt, aber funktioniert. '' Aus .namespace etwas importieren 'wird jedoch nicht unterstrichen, funktioniert aber auch nicht.

Versuchen

try:
    from namespace import something 
except NameError:
    from .namespace import something

Ich habe mein Problem durch Schreiben behoben print (sys.path)und festgestellt, dass Python trotz einer Neuinstallation veraltete Pakete verwendet. Beim Löschen dieser erstellten Python werden automatisch die richtigen Pakete verwendet.

In meinem Fall, weil ich PyCharm und PyCharm verwende, erstellen Sie für jedes Projekt im Projektordner ein 'venv', aber es ist nur eine Mini-Umgebung von Python. Sie haben zwar die Bibliotheken installiert, die Sie in Python benötigen, aber in Ihrem benutzerdefinierten Projekt 'venv' ist es nicht verfügbar. Dies ist der eigentliche Grund für 'ImportError: In PyCharm ist kein Modul mit dem Namen xxxxxx' aufgetreten. Um dieses Problem zu beheben, müssen Sie Ihrem benutzerdefinierten Projektumfang mithilfe der folgenden Schritte Bibliotheken hinzufügen:

• In PyCharm über das Menü 'Datei' -> Einstellungen
• Klicken Sie im Dialogfeld "Einstellungen" auf "Projekt: XXXProjekt-> Projektinterpreter"
• Klicken Sie auf die Schaltfläche "Hinzufügen". Daraufhin wird das Dialogfeld "Verfügbare Pakete" angezeigt
• Durchsuchen Sie Ihre Bibliothek und klicken Sie auf "Paket installieren".
• Anschließend wird das gesamte benötigte Paket in Ihrem benutzerdefinierten Projektordner "venv" installiert.

Genießen.

Nachdem ich nur das gleiche Problem hatte, stellte ich fest, dass meine Lösung darin bestand, alle pycDateien aus meinem Projekt zu löschen. Es scheint, dass diese zwischengespeicherten Dateien diesen Fehler irgendwie verursacht haben.

Der einfachste Weg, dies zu tun, bestand darin, im Windows-Explorer zu meinem Projektordner zu navigieren und zu suchen *.pyc, dann alle auszuwählen ( Ctrl+ A) und sie zu löschen ( Ctrl+ X).

Es ist möglich, dass ich meine Probleme durch Löschen der spezifischen pycDatei hätte lösen können, aber ich habe es nie versucht

Ich hatte das gleiche Problem : Import error. Außerdem wurde die Bibliothek zu 100% korrekt installiert. Die Ursache des Problems war, dass auf meinem PC 3 eine Version von Python (Anaconda-Paket) installiert wurde. Aus diesem Grund wurde die Bibliothek nicht am richtigen Ort installiert. Danach habe ich in meiner IDE PyCharm einfach auf die richtige Version von Python umgestellt.

Ich hatte den gleichen Fehler. Dies wurde dadurch verursacht, dass jemand einen Ordner im selben Ordner wie mein Skript erstellt hat, dessen Name mit einem Modul in Konflikt stand, das ich von einem anderen Ort importiert habe. Anstatt das externe Modul zu importieren, sah es sich in diesem Ordner um, der offensichtlich nicht die erwarteten Module enthielt.

Ich hatte das gleiche Problem (Python 2.7 Linux), ich habe die Lösung gefunden und möchte sie teilen. In meinem Fall hatte ich die folgende Struktur:

Booklet
-> __init__.py
-> Booklet.py
-> Question.py
default
-> __init_.py
-> main.py

In 'main.py' hatte ich alle folgenden Kombinationen erfolglos ausprobiert:

from Booklet import Question
from Question import Question
from Booklet.Question import Question
from Booklet.Question import *
import Booklet.Question
# and many othet various combinations ...

Die Lösung war viel einfacher als ich dachte. Ich habe den Ordner "Booklet" in "Booklet" umbenannt und das wars. Jetzt kann Python die Klasse Question normal importieren, indem der Code in 'main.py' verwendet wird:

from booklet.Booklet import Booklet
from booklet.Question import Question
from booklet.Question import AnotherClass

Daraus kann ich schließen, dass Paketnamen (Ordner) wie 'booklet' in Kleinbuchstaben beginnen müssen, sonst verwechselt Python sie mit Klassennamen und Dateinamen.

Anscheinend war dies nicht Ihr Problem, aber John Fouhys Antwort ist sehr gut und dieser Thread enthält fast alles, was dieses Problem verursachen kann. Das ist also noch eine Sache und ich hoffe, dass dies vielleicht anderen helfen könnte.

In meinem Fall habe ich den Pfad zum Ordner package.egg und nicht das eigentliche Paket darunter eingefügt. Ich habe das Paket auf die oberste Ebene kopiert und es hat funktioniert.

Das hat bei mir funktioniert: __init__.pyDatei im übergeordneten Ordner erstellt (in Ihrem Fall im site-packagesOrdner). Und so importiert:

from site-packages.toolkit.interface import interface

Hoffe, es wird auch für Sie nützlich sein!

In Linux Server versuchen dos2unix script_name

(Entfernen Sie alle (falls vorhanden) pycDateien mit dem Befehl. find . -name '*.pyc' -delete)

und in dem Fall erneut ausführen, wenn Sie an einem Skript unter Windows gearbeitet haben

In meinem Fall habe ich sys.path.insert()ein lokales Modul importiert und module not foundaus einer anderen Bibliothek abgerufen. Ich musste sys.path.insert()die gemeldeten Importe unterschreiben module not found. Ich denke, die beste Vorgehensweise ist es, sys.path.insert()Ihre Importe ganz unten zu platzieren.