I’m on Windows 8, using Anaconda 1.7.5 64bit.
I created a new Anaconda environment with
conda create -p ./test python=2.7 pip
from C:PrTEMPvenv.
This worked well (there is a folder with a new python distribution). conda tells me to type
activate C:PRTEMPvenvtest
to activate the environment, however this returns:
No environment named "C:PRtempvenvtest" exists in C:PRAnacondaenvs
How can I activate the environment? What am I doing wrong?
Answers:
Thank you for visiting the Q&A section on Magenaut. Please note that all the answers may not help you solve the issue immediately. So please treat them as advisements. If you found the post helpful (or not), leave a comment & I’ll get back to you as soon as possible.
Method 1
If this happens you would need to set the PATH for your environment (so that it gets the right Python from the environment and Scripts on Windows).
Imagine you have created an environment called py33 by using:
conda create -n py33 python=3.3 anaconda
Here the folders are created by default in Anacondaenvs, so you need to set the PATH as:
set PATH=C:Anacondaenvspy33Scripts;C:Anacondaenvspy33;%PATH%
Now it should work in the command window:
activate py33
The line above is the Windows equivalent to the code that normally appears in the tutorials for Mac and Linux:
$ source activate py33
More info:
https://groups.google.com/a/continuum.io/forum/#!topic/anaconda/8T8i11gO39U
Does `anaconda` create a separate PYTHONPATH variable for each new environment?
Method 2
Use cmd instead of Powershell!
I spent 2 hours before I switched to cmd and then it worked!
create Environment:
conda create -n your_environment_name
see list of conda environments:
conda env list
activate your environment:
conda activate your_environment_name
That’s all folks
Method 3
Note that the command for activating an environment has changed in Conda version 4.4. The recommended way of activating an environment is now conda activate myenv instead of source activate myenv. To enable the new syntax, you should modify your .bashrc file. The line that currently reads something like
export PATH="<path_to_your_conda_install>/bin:$PATH"
Should be changed to
. <path_to_your_conda_install>/etc/profile.d/conda.sh
This only adds the conda command to the path, but does not yet activate the base environment (which was previously called root). To do also that, add another line
conda activate base
after the first command. See all the details in Anaconda’s blog post from December 2017. (I think that this page is currently missing a newline between the two lines, it says .../conda.shconda activate base).
(This answer is valid for Linux, but it might be relevant for Windows and Mac as well)
Method 4
All the former answers seem to be outdated.
conda activate was introduced in conda 4.4 and 4.6.
conda activate: The logic and mechanisms underlying environment activation have been reworked. With conda 4.4,conda activateandconda deactivateare now the preferred commands for activating and deactivating environments. You’ll find they are much more snappy than thesource activateandsource deactivatecommands from previous conda versions. Theconda activatecommand also has advantages of (1) being universal across all OSes, shells, and platforms, and (2) not having path collisions with scripts from other packages like python virtualenv’s activate script.
Examples
conda create -n venv-name python=3.6
conda activate -n venv-name
conda deactivate
These new sub-commands are available in “Aanconda Prompt” and “Anaconda Powershell Prompt” automatically. To use conda activate in every shell (normal cmd.exe and powershell), check expose conda command in every shell on Windows.
References
Method 5
As you can see from the error message the paths, that you specified, are wrong. Try it like this:
activate ....tempvenvtest
However, when I needed to install Anaconda, I downloaded it from here and installed it to the default paths (C:Anaconda), than I put this path to the environment variables, so now Anacondas interpreter is used as default. If you are using PyCharm, for example, you can specify the interpreter there directly.
Method 6
I’ve tried to activate env from Jenkins job (in bash) with
conda activate base and it failed, so after many tries, this one worked for me (CentOS 7) :
source /opt/anaconda2/bin/activate base
Method 7
Below is how it worked for me
- C:Windowssystem32>set CONDA_ENVS_PATH=d:yourlocation
- C:Windowssystem32>conda info
Shows new environment path
- C:Windowssystem32>conda create -n YourNewEnvironment –clone=root
Clones default root environment
- C:Windowssystem32>activate YourNewEnvironment
Deactivating environment “d:YourDefaultAnaconda3″…
Activating environment “d:yourlocationYourNewEnvironment”…
- [YourNewEnvironment] C:Windowssystem32>conda info -e
conda environments:
#
YourNewEnvironment
* d:yourlocationYourNewEnvironment
root d:YourDefaultAnaconda3
Method 8
let’s assume your environment name is ‘demo’ and you are using anaconda and want to create a virtual environment:
(if you want python3)
conda create -n demo python=3
(if you want python2)
conda create -n demo python=2
After running above command you have to activate the environment by bellow command:
source activate demo
Method 9
For me, using Anaconda Prompt instead of cmd or PowerShell is the key.
In Anaconda Prompt, all I need to do is activate XXX
Method 10
Though @Simba had a good answer at the time, a lot has changed in the conda env since 4.6. Conda activate (env-name) overthrew source activate (env-name) for good but not without it own challenges. conda activate oftentimes forces your environment to base and makes you see something like this:
and throwing loads of error back at you. This can also be because auto_activate_base is set to True.
You can check this by using the following command
conda config --set auto_activate_base False
source ~/.bashrc
And to reactivate use this
conda config --set auto_activate_base True
source ~/.bashrc
Method 11
I was having the same, a fix seems to have been made in the source.
Method 12
Window:
conda activate environment_name
Mac: conda activate environment_name
All methods was sourced from stackoverflow.com or stackexchange.com, is licensed under cc by-sa 2.5, cc by-sa 3.0 and cc by-sa 4.0
