Ich hatte zuvor Conda auf Mojave reibungslos laufen lassen, aber ich habe festgestellt, dass das Upgrade auf Catalina den Ordner "anaconda3" auf Ihren Desktop> Verschobene Elemente> Sicherheit> anaconda3 verschiebt. Es scheint, dass die Sicherheitseinstellungen von Catalina es möglicherweise nicht mehr ermöglichen, Anwendungen direkt unter dem Benutzerverzeichnis zu installieren.
Ich habe versucht , den Vorschlag hier , geschrieben unter:
Hallo, ich könnte eine Lösung haben
- Kopieren Sie den Ordner anaconda3 unter Relocated Items nach / Users / myname /
- Terminal öffnen
- Geben Sie Folgendes ein: export PATH = '' / Users / myname / anaconda3 / bin: $ PATH "
- Geben Sie ein: conda init zsh
Es funktionierte! Viel Glück!
Aber das funktioniert bei mir nicht. Nachdem conda init zsh
ich bekommen habe:
-bash: / Users / USER / anaconda3 / bin / conda: / anaconda3 / bin / python: fehlerhafter Interpreter: Keine solche Datei oder kein solches Verzeichnis
Wie kann ich Conda wieder zum Laufen bringen, ohne alle meine virtuellen Umgebungen zu verlieren? Vielen Dank!
Aktualisieren
Ich brachte Conda dazu, nach dem Vorschlag von @Ted Shaowang zu arbeiten. Dies bedeutet, dass conda env list
alle über Conda erstellten virtuellen Umgebungen angezeigt werden.
Es tritt jedoch immer noch ein Problem mit virtualenv
auf, da Python nicht gefunden wurde, da ich die Standardspeicherorte für Anaconda3-Dateien geändert habe.
Die ausführbare Python-Datei unter befindet .virtualenvs/env/bin/python
sich nicht. Muss ich weitere Änderungen vornehmen, damit Python auch funktioniert virtualenv
?
bash
, aber die vorgeschlagene Lösung ist fürzsh
(die neue Catalina-Standardeinstellung). Versuchen Sie esconda init bash
stattdessen.bash
geht auch nicht.Antworten:
Ich habe genau das gleiche Problem und das funktioniert bei mir:
Nachdem Sie anaconda von "Relocated Items" nach verschoben haben
~/anaconda3
, bearbeiten Sie die erste Zeile der~/anaconda3/bin/conda
Datei von#!/anaconda3/bin/python
bis#!/Users/USERNAME/anaconda3/bin/python
, um die Änderung widerzuspiegeln.quelle
"/Users/USER/.virtualenvs/env/bin/python"
Keine solche Datei oder kein solches Verzeichnis. Wenn ich im Finder einchecke, fehlt die Datei tatsächlich und kann nicht gefunden werden.Ich würde wahrscheinlich auf die obige Lösung verzichten. Dieses
~/anaconda3/bin
Verzeichnis enthält viele ausführbare Dateien (nicht nur dieconda
eine), die auf diese manuelle Weise geändert werden müssten. Wenn Sie beispielsweise nicht dieselbe Änderung vornehmen, können Siejupyter notebook
weder vonbase
noch von anderen Umgebungen aus ausführen, die Sie möglicherweise haben.Mein Tipp: Versuchen Sie, eine Anforderungsdatei für Ihre virtuellen Umgebungen abzurufen, und führen Sie eine Neuinstallation durch. Sie können verwenden
pipreqs
, um die Anforderungen für einzelne Projekte abzurufen : https://www.idiotinside.com/2015/05/10/python-auto-generate-requirements-txt/quelle
virtualenv
.Keine Lösung funktioniert vollständig, ohne die eingebauten fest codierten Präfixeinträge in Dateien zu korrigieren. Es gibt eine längere Beschreibung und einen empfohlenen Fix unter https://www.anaconda.com/how-to-restore-anaconda-after-macos-catalina-update/
quelle
Technisch gesehen ist dies eine Neuinstallation von Anaconda. Ich habe jedoch alle meine Conda-Umgebungen wiederhergestellt. Hoffentlich ist dies eine akzeptable Lösung!
So habe ich es vor einigen Minuten auf Catalina zum Laufen gebracht (jetzt mit Z-Shell): - Es wurde das Vorhandensein des Verzeichnisses "Relocated Items" auf meinem Desktop und des Verzeichnisses "anaconda3" sowie dessen Inhalt darin überprüft. - Navigierte in das Verzeichnis envs Verzeichnis unter "anaconda3" und ließ das Finder-Fenster offen (siehe Screenshot)
DANN:
ran (dies installiert in / usr / local / anaconda3):
Braufass Anakonda installieren
Nach erfolgreicher Installation habe ich meine ~ / .zshrc-Datei (für meine Z-Shell-Aliase) geöffnet und die folgende Zeile hinzugefügt:
export PATH = "/ usr / local / anaconda3 / bin: $ PATH"
hat meine ~ / .zshrc-Datei gespeichert und dann neu geladen mit:
Quelle ~ / .zshrc
Um zu überprüfen, ob der Befehl conda jetzt funktioniert, habe ich Folgendes ausgeführt:
conda env Liste
Für mich zeigte dies eine Basisumgebung und das war es
Öffnen Sie dann den Finder für den neuen envs-Speicherort: open / usr / local / anaconda3 / envs /.
Ich habe alle meine alten Envs in den neuen Envs-Ordner gezogen (verschoben) und dann ausgeführt:
conda env Liste
Und alle meine alten Envs sind zurück! :) :)
quelle
virtualenv
? Ich habe einige,virtualenvs
die ich in Pycharm nicht verwenden kann, da immer wieder "Fehler: Programm kann nicht ausgeführt werden" /Users/USER/.virtualenvs/baseline_env/bin/python "Keine solche Datei oder kein solches Verzeichnis." Im Finder erhalte ich auch"The original item python cannot be found.
Wir sind uns nicht sicher, ob dies als Kommentar oder zumindest als vorübergehende Antwort angesehen wird, aber ich würde vorerst nicht versuchen, Probleme mit der Catalina-Kompatibilität mit Anaconda zu beheben. Siehe dieses GitHub- Problem.
quelle
Ich habe das gleiche Problem und diese Arbeit für mich: Meine Lösung:
#!/anaconda3/bin/python
in#!/Users/YourUserName/anaconda3/bin/python
export PATH=''/Users/YourUserName/anaconda3/bin:$PATH"
conda init zsh
quelle
virtualenv
, damit beispielsweise auch Python funktioniert ?Ich hatte das gleiche Problem und die folgende Lösung funktionierte für mich, und dies ist die einfachste Lösung:
Anstatt die anaconda3-Datei von verschobenen Elementen in das Verzeichnis User / USERNAME zu kopieren, ist es besser, die neueste Version von anaconda navigator von der offiziellen Website neu zu installieren: https://www.anaconda.com/distribution/#macos
Während der Installation werden Sie nach einigen Berechtigungen gefragt, die sich aus neuen Apple-Sicherheitsrichtlinien ergeben. Gewähren Sie diese einfach und es funktioniert genau so, wie es nach dieser Neuinstallation sein sollte!
quelle
Das hat bei mir funktioniert.
Dies sind meine Header-Dateien (Catalina 10.15):
Laufen Sie, um
sudo find /Library -name stdio.h
zu sehen, wo sich Ihre befinden.Mojave 10.14 Header-Dateien:
Wie zu sehen ist, sind die SDKs jetzt anders als in Mojave in MACOSX10.14 und 10.15 aufgeteilt.
TLDR
Das waren also meine SDK-Ordner auf Catalina:
MacOSX.sdk
inMacOSX_orig.sdk
MacOSX10.14.sdk
MacOSX.sdk
Ihre Ordnerstruktur sollte nun folgendermaßen aussehen:
Auf diese Weise verwenden wir grundsätzlich das OSX-SDK der vorherigen Version als Sysroot. Hoffe das hilft.
quelle