web-dev-qa-db-fra.com

Activer ne fonctionne pas?

 gonzo  ~/a/packages  conda env list
# conda environments:
#
ppo_latest               /nohome/jaan/abhishek/anaconda3/envs/ppo_latest
root                  *  /nohome/jaan/abhishek/anaconda3

 gonzo  ~/a/packages  conda activate ppo_latest
 gonzo  ~/a/packages  which python                                                                                     (ppo_latest)
/nohome/jaan/abhishek/anaconda3/bin/python
 gonzo  ~/a/packages  conda deactivate                                                                                 (ppo_latest)
 gonzo  ~/a/packages  which python
/nohome/jaan/abhishek/anaconda3/bin/python

L'environnement est activé sans erreur. Ensuite, nous vérifions à quel python il fait référence. C'est ne change pas, pourquoi?

anacondaconda
26
Abhishek Bhatia

À partir de la conda 4.4, la commande

conda activate <envname>

est le même sur toutes les plateformes. La procédure pour ajouter conda à la variable d'environnement PATH pour les plates-formes autres que Windows (sous Windows, vous devez utiliser l'invite Anaconda), ainsi que la procédure d'activation modifiée de l'environnement, est détaillée dans - notes de version pour conda 4.4.0.

Pour les versions antérieures à 4.4, la commande est soit

source activate <envname>

sur Linux et macOS ou

activate <envname>

sous Windows. Vous devez supprimer le conda.

37
darthbith

Pour utiliser "conda activate" via Windows CMD, pas l'invite Anaconda:
(en réponse à la question d'okorng, bien que l'utilisation de l'invite d'Anaconda soit l'option préférée)

Premièrement, nous devons ajouter le script activate.bat à votre chemin:
Via CMD:

set PATH=%PATH%;<your_path_to_anaconda_installation>\Scripts

Ou via le Panneau de configuration, ouvrez "Comptes d'utilisateurs" et choisissez "Modifier les variables de mon environnement".

Puis en appelant directement depuis Windows CMD:

activate <environment_name>

sans utiliser le préfixe "conda".

(Testé sous Windows 7 Entreprise avec Anaconda3-5.2.0)

15
stephinity

Je viens de créer un nouvel environnement avec conda et les choses sont différentes. Mon sys.path n'était pas correct pendant un moment jusqu'à ce que je sache comment.

En conséquence, je tiens à signaler à toute autre personne déroutée par un changement de conda que, si vous avez mis à niveau conda et créé un environnement, il vous dira maintenant (par opposition au comportement précédent):

# To activate this environment, use
#
#     $ conda activate test
#
# To deactivate an active environment, use
#
#     $ conda deactivate

Ainsi, le nouvea moyen d'activer/désactiver les environnements consiste à le faire comme ci-dessus.

En effet, si vous effectuez une mise à niveau à partir d’une version antérieure de conda et que vous essayez ce qui précède, le message utile suivant (que j’ai fait) peut s'afficher:

CommandNotFoundError: Your Shell has not been properly configured to use 'conda activate'.
If your Shell is Bash or a Bourne variant, enable conda for the current user with

    $ echo ". ~/anaconda/etc/profile.d/conda.sh" >> ~/.bash_profile

or, for all users, enable conda with

    $ Sudo ln -s ~/anaconda/etc/profile.d/conda.sh /etc/profile.d/conda.sh

The options above will permanently enable the 'conda' command, but they do NOT
put conda's base (root) environment on PATH.  To do so, run

    $ conda activate

in your terminal, or to put the base environment on PATH permanently, run

    $ echo "conda activate" >> ~/.bash_profile

Previous to conda 4.4, the recommended way to activate conda was to modify PATH in
your ~/.bash_profile file.  You should manually remove the line that looks like

    export PATH="~/anaconda/bin:$PATH"

^^^ The above line should NO LONGER be in your ~/.bash_profile file! ^^^

Changer ce qui précède a corrigé mes problèmes avec sys.path dans des environnements de conda activés.

7
erewok

Dans l'environnement Windows, utilisez "anaconda Prompt" au lieu de "command Prompt".

2
Shirantha Madusanka

Essaye ça:

export PATH=/home/your_username/anaconda3/bin:$PATH
in ~/.bashrc

Alors source ~/.bashrc Cela fonctionne pour moi pour le même problème.

1
Shuai Li