J'ai créé avec succès deux environnements Python distincts dans Anaconda, mais je ne parviens pas à activer l'un ou l'autre. J'ai essayé de lire autant que possible à ce sujet ici sur Stackoverflow, mais aucune solution n'a résolu mon problème. J'ai ajouté les informations demandées par les commentaires de cette question ( Anaconda Environment Doesnt activate ).
Lorsque vous essayez d'activer un environnement, la sortie de la console est -bash: activate: No such file or directory
.
La sortie de which conda
est /Users/username/anaconda3/bin/conda
. La sortie de type source
est source is a Shell builtin
. En essayant which activate
, le shell ne renvoie rien.
Dans mon dossier bin
, il semble également que je n'ai pas d'exécutable activate
, mais un seul qui s'appelle activate-global-python-argcomplete
.
Pourquoi ne manque-t-il pas le fichier d'activation standard et quelle est la meilleure façon de résoudre ce problème?
Je rencontre un problème similaire. Dans mon cas, le problème est lié à l'utilisation de tcsh
, mais activate
ne prend en charge que bash
et zsh
.
Vous pouvez vérifier votre Shell utilisé actuel avec la commande echo $0
.
Vous devez utiliser un shell compatible pour pouvoir utiliser la commande source activate
.
Je pense que vous avez par hasard installé une version buggy d’Anaconda qui a été rapidement corrigée.
conda update conda
devrait vous remettre en marche.
Ne fais pas ça !!!, ça a cassé mon DNF
J'ai d'abord essayé de pointer la source sur un fichier d'activation,
source /usr/lib64/python3.6/venv/scripts/common/activate environment
Cela a semblé fonctionner, mais aucune valeur réelle n'a été mise à jour. J'ai essayé la réponse par mattexx, mais il s'est plaint que conda n'était pas installé, alors j'ai utilisé.
conda install conda
Je devais avoir la permission root depuis l’installation de celui-ci dans l’environnement root, mais après cela tout semble fonctionner.
C'est ce qui a cassé mon installation de Fedora
Mon problème était que le fichier /opt/pycharm/plugins/terminal/.zshrc
(utilisant ZSH) contenait la ligne source $JEDITERM_SOURCE
. Cette variable contenait les chemins corrects sous forme de deux paramètres <path-to-anaconda-activate>/activate <path-to-anaconda>
, mais apparemment, ils ont été interprétés comme un seul paramètre: <path-to-anaconda-activate>/activate <path-to-anaconda>
.
J'ai résolu le préfixe eval
en ajoutant eval source $JEDITERM_SOURCE
. Maintenant, la variable se développe correctement.
Si vous utilisez bash, apportez la même modification à /opt/pycharm/plugins/terminal/jediterm-bash.in
.
Commencez un nouveau terminal et réessayez. Sinon, tapez hash -r
et voyez si cela vous aide.
Dans ce cas, le problème peut provenir du fait que l’environnement virtuel a été créé dans /Users/username/anaconda3/envs/
. Par conséquent, l’activation sera dans: /Users/username/anaconda3/envs/NAME_OF_YOUR_VIRTUAL_ENV/bin/activate
Par conséquent, pour activer l'environnement que vous pourriez exécuter:source /Users/username/anaconda3/envs/NAME_OF_YOUR_VIRTUAL_ENV/bin/activate
tCSH était le problème pour moi. Changé en bash et tout va bien.
J'utilise le bash Shell à l'intérieur de pycharm et corrige le problème en apportant cette modification:
[~/opt/pycharm-community/plugins/terminal]$ diff jediterm-bash.in.old jediterm-bash.in
65c65
< source "$JEDITERM_SOURCE"
---
> eval source "$JEDITERM_SOURCE"
En effectuant essentiellement les mêmes modifications que celles recommandées ci-dessus par https://stackoverflow.com/users/1564931/netchkin , mais avec ~/opt/pycharm-community/plugins/terminal/jediterm-bash.in
.
Cela a corrigé mes projets existants. Mais aucun nouveau projet ne semble essayer d’activer l’environnement conda. Il semble que les nouveaux projets créés dans Pycharm 2017.1.2 ne définissent pas la variable JEDITERM_SOURCE
lors du démarrage d'une session dans le plug-in du terminal.
Il y a un numéro en suspens à ce sujet sur https://youtrack.jetbrains.com/issue/PY-23417
On dirait qu'il y a eu un grand changement dans le script conda activate dans la version 4.4.0. Voir https://conda.io/docs/release-notes.html . Si je rétrograde conda à 4.3.34, je peux obtenir à nouveau que les environnements virtuels conda fonctionnent dans le terminal pycharm.