Best Practices with Anaconda and Brew

brew and conda tend not to play nicely together, but I think I have a set up that has worked quite well for me so far. It was inspired by this post.

You can add the following code to your .zshrc:

# Deactivates conda before running brew. # Re-activates conda if it was active upon completion.brew() {    local conda_env="$CONDA_DEFAULT_ENV"    while [ "$CONDA_SHLVL" -gt 0  ]; do        conda deactivate    done    command brew $@    local brew_status=$?    [ -n "${conda_env:+x}" ] && conda activate "$conda_env"    return "$brew_status"}

You want to deactivate conda before running brew so that brew doesn't find conda packages in your PATH whenever it tries to install something. In fact, brew doctor will complain if you have not deactivated conda before running brew, as mentioned in the post I link to above. (See also this question.)

One thing I should mention is that conda environments "stack", but the brew() function I've written above does not keep track of your stack of environments. (See below for a version of this function that keeps track of this.) For example, if you do conda activate newenv while a conda environment oldenv is active, then conda deactivate will return you to oldenv. However, if you run brew using the function I've written above after activating oldenv and then newenv, running conda deactivate will not return you to oldenv but will deactivate your conda environments entirely.

This function also probably creates some unnecessary overhead when running brew, as I believe you only really need to deactivate your conda environment when running brew install. That said, if you're the kind of person to care about that overhead enough, this answer probably doesn't tell you anything you didn't already know.

As a final note, brew cask install anaconda does not strike me as a good idea, since conda was designed to be installed in $HOME, but brew cask will want to install it in /usr/local, so that could lead to unpredictable behaviour.

Edit: Here's is a version of the brew function which leaves your conda environments as it found it:

brew() {    local -a conda_envs    while [ "$CONDA_SHLVL" -gt 0  ]; do        conda_envs=("$CONDA_DEFAULT_ENV" $conda_envs)        conda deactivate    done    command brew $@    local brew_status=$?    for env in $conda_envs; do        conda activate "$env"    done    unset env    return "$brew_status"}

I've tested this in Zsh. I don't think it will work in Bash. If you want to use it in Bash, you will need to change the for loop declaration to say something like for env in ${conda_envs[@]}. I haven't tested this, however, so please test that it does what you need before use.

I am new to python, and have had trouble with my python installation. I have both python installation from homebrew and anaconda on my mac. My anaconda installation had messed up my homebrew python dependency for vim and MacVim.

My solution is whenever I am installing/update package via homebrew I would remove anaconda from my PATH. This is a bit of a pain, but I only installing/updating package via homebrew once in a while so it okay.

To switch between python 2 and 3 here are my commands in Terminal:

$ conda search python......$ conda install python=3.5.0$ conda info -e# conda environments:#py27                     /Users/apollotang/opt/local/anaconda2/envs/py27py36                     /Users/apollotang/opt/local/anaconda2/envs/py36root                  *  /Users/apollotang/opt/local/anaconda2$ source activate py36      ### <——— here is the command in to change python version (py36) $ conda info -e# conda environments:#py27                     /Users/apollotang/opt/local/anaconda2/envs/py27py36                  *  /Users/apollotang/opt/local/anaconda2/envs/py36root                     /Users/apollotang/opt/local/anaconda2(py36) $ python -VPython 3.6.2 :: Anaconda custom (x86_64)

I found this command from How to change default Anaconda python environmentand http://chris35wills.github.io/conda_python_version/

Also, here is a very good article on best practice on setting up python environment on machttps://www.davidculley.com/installing-python-on-a-mac/

Installing anaconda would mean you have no need of the system Python (leave it to the system, since you probably don't want to change it), or of Pythons installed by homebrew.

When you create a conda environment you can specify which version of Python you want it to use. For example:

$ conda create --name myenv python=3.5

Activating a conda environment (after the above command you'd do this with conda activate myenv, or source activate myenv for earlier versions) automatically means that the python command will run the Python interpreter you selected for that environment. Packages can be installed with pip as well as conda install, and are pretty much compatible with conda environments.