Jak zmusić Condę i Virtualenv do pracy na Mac OS Catalina?

Poprzednio Conda działała płynnie na Mojave, ale zauważyłem, że uaktualnienie do Cataliny przenosi folder „anaconda3” na pulpit> Przeniesione elementy> Bezpieczeństwo> anaconda3. Wygląda na to, że ustawienia zabezpieczeń Cataliny mogą nie zezwalać na instalowanie aplikacji bezpośrednio w katalogu użytkownika.

Wypróbowałem tutaj sugestię napisaną poniżej:

Cześć, mogę mieć rozwiązanie

• Skopiuj folder anaconda3 znajdujący się w Relocated Items do / Users / myname /
• Otwórz terminal
• Wpisz: export PATH = '' / Users / myname / anaconda3 / bin: $ PATH ”
• Wpisz: conda init zsh

Zadziałało! Powodzenia!

Ale to nie działa dla mnie. Po conda init zshotrzymaniu:

-bash: / Users / USER / anaconda3 / bin / conda: / anaconda3 / bin / python: zły interpreter: Brak takiego pliku lub katalogu

Jak mogę ponownie uruchomić Condę bez utraty wszystkich wirtualnych środowisk? Dzięki!

Aktualizacja

Zmusiłem Condę do pracy zgodnie z sugestią @Teda Shaowanga. Oznacza to, że conda env listpokazuje wszystkie środowiska wirtualne utworzone za pośrednictwem Conda.

Jednak nadal mam problem z tym, virtualenvże ponieważ zmieniłem domyślne lokalizacje plików anaconda3, nie można znaleźć Pythona.

.virtualenvs/env/bin/pythonNie można znaleźć pliku wykonywalnego Pythona . Czy muszę wprowadzić dalsze zmiany, aby Python również działał virtualenv?

Mam dokładnie ten sam problem i to działa dla mnie:

Po przeniesieniu anakondy z „Relocated Items” do ~/anaconda3, edytuj pierwszy wiersz ~/anaconda3/bin/condapliku od #!/anaconda3/bin/pythondo, #!/Users/USERNAME/anaconda3/bin/pythonaby odzwierciedlić zmianę.

Prawdopodobnie powstrzymałbym się od korzystania z powyższego rozwiązania. Ten ~/anaconda3/binkatalog zawiera wiele plików wykonywalnych (nie tylko ten conda), które należałoby zmienić w ten ręczny sposób. Na przykład, chyba że dokonasz tej samej zmiany, nie będziesz mógł uruchomić jupyter notebookani z, baseani z innych envów, które możesz mieć.

Moja wskazówka: spróbuj uzyskać plik wymagań dla wirtualnych środowisk i wykonaj nową instalację. Możesz użyć, pipreqsaby uzyskać wymagania stosowane do poszczególnych projektów: https://www.idiotinside.com/2015/05/10/python-auto-generate-requirements-txt/

Żadne rozwiązanie nie będzie w pełni działać bez naprawy zapisanych w plikach zapisanych na stałe pozycji prefiksów. Jest dłuższy opis i zalecana poprawka na https://www.anaconda.com/how-to-restore-anaconda-after-macos-catalina-update/

Technicznie jest to ponowna instalacja anakondy, jednak przywróciłem wszystkie moje encyklopedie conda, więc mam nadzieję, że jest to akceptowalne rozwiązanie!

Oto, jak działałem na Catalinie kilka minut temu (teraz przy użyciu powłoki Z): - Sprawdziłem istnienie katalogu „Relocated Items” na moim pulpicie oraz katalogu „anaconda3” i jego zawartości w środku - Nawigowałem do katalog envs pod „anaconda3” i pozostawił otwarte okno wyszukiwarki (patrz zrzut ekranu)

NASTĘPNIE:

• otworzył nowy terminal (z-shell)

• uruchomił (to zainstalowane na / usr / local / anaconda3):

  zaparz beczkę zainstaluj anakondę

• po pomyślnej instalacji otworzyłem mój plik ~ / .zshrc (dla moich aliasów powłoki Z) i dodałem następujący wiersz:

  export PATH = "/ usr / local / anaconda3 / bin: $ PATH"

• zapisałem mój plik ~ / .zshrc, a następnie ponownie załadowałem:

  źródło ~ / .zshrc

• aby sprawdzić, czy polecenie conda działa teraz, uruchomiłem:

  lista env conda

• dla mnie pokazało to podstawową env i to było to

• następnie otwórz Finder do nowej lokalizacji envs: open / usr / local / anaconda3 / envs /.

• Przeciągnąłem (przeniosłem) wszystkie moje stare envs do nowego folderu envs, a następnie uruchomiłem:

  lista env conda

I wszystkie moje stare środowiska wracają! :)

• zaktualizowałem moje ścieżki interpretera / env PyCharm, aby odzwierciedlić nowe lokalizacje env (musiałem ponownie uruchomić PyCharm później, ale teraz działa!)
• GOTOWY

Nie jestem pewien, czy jest to komentarz, czy przynajmniej tymczasowa odpowiedź, ale na razie powstrzymałbym się od próby rozwiązania problemów z kompatybilnością Cataliny z Anacondą. Zobacz ten problem z GitHub .

Mam ten sam problem i ta praca jest dla mnie: Moje rozwiązanie:

1. Skopiuj swoją anaconda3 z folderu Relocated Items
2. Wklej User / YourUserName
3. Otwórz plik conda w anaconda3 / bin za pomocą edytora i edytuj pierwszy wiersz #!/anaconda3/bin/pythondo#!/Users/YourUserName/anaconda3/bin/python
4. Zapisz go i uruchom plik conda
5. Otwórz terminal
6. Uruchomić to : export PATH=''/Users/YourUserName/anaconda3/bin:$PATH"
7. Biegać conda init zsh

Poniosłem ten sam problem, a następujące rozwiązanie działało dla mnie i jest to najłatwiejsze rozwiązanie:

Zamiast bawić się przy kopiowaniu pliku anaconda3 z przeniesionych elementów do katalogu User / USERNAME, lepiej byłoby po prostu ponownie zainstalować najnowszą wersję anaconda navigator z oficjalnej strony: https://www.anaconda.com/distribution/#macos

Podczas instalacji poprosi Cię o pewne uprawnienia wynikające z nowych Zasad bezpieczeństwa Apple, po prostu je udziel, i działa tak, jak powinno po tej nowej instalacji!

To działało dla mnie.

Oto moje pliki nagłówkowe (Catalina 10.15):

/Library/Developer/CommandLineTools/usr/include/c++/v1/stdio.h
/Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk/usr/include/sys/stdio.h
/Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk/usr/include/stdio.h
/Library/Developer/CommandLineTools/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/Kernel.framework/Versions/A/Headers/sys/stdio.h
/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/usr/include/sys/stdio.h
/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/usr/include/stdio.h
/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/System/Library/Frameworks/Kernel.framework/Versions/A/Headers/sys/stdio.h

Uruchom, sudo find /Library -name stdio.haby zobaczyć, gdzie się znajdują.

Pliki nagłówkowe Mojave 10.14:

$ sudo find /Library -name stdio.h 
/Library/Developer/CommandLineTools/usr/include/c++/v1/stdio.h
/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/sys/stdio.h
/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/stdio.h
/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/System/Library/Frameworks/Kernel.framework/Versions/A/Headers/sys/stdio.h

Jak widać, SDK są teraz podzielone na MACOSX10.14 i 10.15, inaczej niż w Mojave.

TLDR

To były moje foldery SDK na Catalinie:

1. Zmień nazwę MacOSX.sdknaMacOSX_orig.sdk
2. Kliknij prawym przyciskiem myszy MacOSX10.14.sdk
3. Duplikować
4. Zmień nazwę duplikatu folderu na MacOSX.sdk

Struktura folderów powinna teraz wyglądać następująco:

W ten sposób zasadniczo używamy sdk OSX poprzedniej wersji jako sysroot. Mam nadzieję że to pomoże.