dezaktywować konflikt w virtualenwwapper i anakonda

Question

Używam virtualenv, aby zmienić mój python dev env. Ale kiedy biegnę workon my_env spotykam taką wiadomość o błędzie:

Error: deactivate must be sourced. Run 'source deactivate' 
instead of 'deactivate'. 

Usage: source deactivate 

removes the 'bin' directory of the environment activated with 'source 
activate' from PATH. 

Po kilku wyszukiwań w Google, wydaje się, że workon, który jest zdefiniowany w /usr/local/bin/virtualenvwrapper.sh wzywa deactivate. W skrzyni Anacondy znajduje się skrypt o tej samej nazwie, przez pomyłkę zostaje wywołany przez workon.

Wszelkie sugestie dotyczące rozwiązywania tego konfliktu?

Answer 1

Możesz edytować /usr/local/bin/virtualenvwrapper.sh, aby deactivate wskazywać na bezwzględną ścieżkę do tego, co deactivate ma przypominać.

Answer 2

Jednym z rozwiązań, które pracuje dla mnie jest, aby zmienić nazwę deactivate w kosza Anaconda za:

mv deactivate conda-deactivate

Answer 3

w Anaconda activate jest wykonywalny skrypt znajduje się w katalogu anakonda bin, ale jest to funkcja w w virtualenvwrapper.sh. Jest to więc problem kolizji przestrzeni nazw, ale także przypadek nakładania się funkcji.

Anacondas to dystrybucja pytonów i - między innymi - ma wsparcie radzenia sobie ze środowiskiem wirtualnym poprzez conda env, podczas gdy virtualenvwrapper koncentruje się na pracy z różnymi środowiskami wirtualnymi. Po prostu zmiana nazwy skryptu anaconda/bin/activate jest kruchym rozwiązaniem i może zepsuć conda.

Kod virtualenvwrapper.sh (funkcja workon) wykonuje deactivate, który używa skryptu Anaconda. Ten skrypt zwraca błąd. Kod workon następnie włącza się i usuwa nazwę deactivate i źródła własnego deactivate, a także tworzy w locie funkcję deactivate.

Podsumowując, robi to, co trzeba, a "błąd" może być postrzegany bardziej jako ostrzeżenie. Jeśli chcesz, aby odejść można zmodyfikować funkcję workon (szukaj linii # Deactivate any current environment "destructively")

deactivate 
--> 
deactivate >/dev/null 2>&1 

(sugerowałem tę zmianę opiekuna virtualenvwrapper)

Answer 4

zgadzam się z komentarzem @ FredrikHedman, że zmiana nazwy skryptów w katalogu anaconda/miniconda bin może być kruchy. Jego pełny post doprowadził mnie do tego, co uważam za bardziej zdecydowaną odpowiedź. (Dzięki!)

Zamiast po prostu wyrzucać żadnych błędów generowane przez wywołanie deactivate, moglibyśmy po prostu warunkiem, że połączenie czy funkcja będzie nazywany kontra pliku. Jak wspomniano, virtualenv i virtualenvwrapper tworzą funkcję o nazwie deactivate; * condas wywołują plik skryptu o tej samej nazwie.

Więc w skrypcie virtualenvwrapper.sh, możemy zmienić następujące dwa wiersze, które test tego, czy deactivate jest jedynie wymagalne:

type deactivate >/dev/null 2>&1 
if [ $? -eq 0 ] 

ostrzejsze test, czy jest to funkcja powłoki:

nametype="$(type -t deactivate)" 
if [ "${nametype##* }" == "function" ] 

Ta zmiana pozwala uniknąć wyzwalania fałszywego błędu odnotowanego w pierwotnym pytaniu, ale nie grozi przekierowaniem innych przydatnych błędów lub wyjściem w ciche zapomnienie.

Zanotuj zmienne podstawienie na nametype w porównaniu. Wynika to z tego, że wyjście type -f pod zsh zwraca coś w stylu "name: type" w przeciwieństwie do bash, które zwraca po prostu "type". Substytucja usuwa wszystko do ostatniego znaku spacji, jeśli istnieją spacje, pozostawiając tylko wartość typu. To nieszkodliwie nie robi niczego w bash. (Byłbym bardzo podekscytowany, gdybym miał na ten temat wskazówki dotyczące kodowania).

Jak zawsze doceniam konstruktywne opinie i komentarze!

Answer 5

Ponieważ nie mam wystarczająco dużo reputacji, aby dodać komentarz: Thomasa Capote'a sugestia jest w porządku (thx 4 that), z wyjątkiem „zsh” nie ma opcji „-t” dla build-in polecenie "typ". Dlatego konieczne jest dodanie kolejnej instrukcji warunkowej, aby uzyskać pożądany wynik dla "nametype":

# Anaconda workaround for "source deactivate" message: 
# Start of workaround: 
#type deactivate >/dev/null 2>&1 
#if [ $? -eq 0 ] 
if [ -n $ZSH_VERSION ] ; then 
    nametype="$(type -w deactivate)" 
else 
    nametype="$(type -t deactivate)" 
fi 
if [ "${nametype##* }" == "function" ] 
# End of workaround 

Mam nadzieję, że pomoże to innym użytkownikom systemu zsh.