14

I have tried multiple ways but can't conda install packages (in my case, geopandas). I tried geopandas install guide, but get output that the solver runs forever. I tried without creating an environment, after creating a new environment, using defaults channel and using conda-forge channel. None worked.

$ conda create -n top 
$ conda activate top
$ conda config --env --add channels conda-forge
$ conda config --env --set channel_priority strict
$ conda install python=3 geopandas

Collecting package metadata (current_repodata.json): done
Solving environment: failed with initial frozen solve. Retrying with flexible solve.
Solving environment: failed with repodata from current_repodata.json, will retry with next repodata source.
Collecting package metadata (repodata.json): done
Solving environment: \

I don't want to use pip install because it is preferred to use conda install.

Also I tried installing using Anaconda Navigator following this answer, but the progress bar keeps hanging, saying "solving package specifications".

smci
  • 32,567
  • 20
  • 113
  • 146
SadHak
  • 367
  • 1
  • 2
  • 9
  • this took a while for me, but eventually solved. what OS are you running, and what version of conda? and make sure conda is up to date. – Michael Delgado May 21 '20 at 05:02
  • 1
    I am on Mac OS Catalina. Running `conda update` works fine. I did `mdfind anaconda` on terminal and noticed I had anaconda installed in 3 places. I had it in `/opt` , and twice in root dir `/anaconda3` and `/anaconda`. I am thinking of removing it completely and reinstalling if can't figure it out. – SadHak May 21 '20 at 05:34
  • Could be... if not you could try posting at the [geopandas conda-forge recicpe](https://github.com/conda-forge/geopandas-feedstock/issues) on github. They get a lot of incoming from people who don't know what they're doing so it might not be the best place to get help, but they'd probably know best how to help debug. If you do post there, try to include as much diagnostic & system info as possible in the issue. Good luck! – Michael Delgado May 21 '20 at 05:40
  • what happens if you set the channel-priority back to flexible? I generally do not recommend strict because of those subtle solver problems – cel May 21 '20 at 11:46
  • 1
    I did try flexible as well but didn't help. I think the problem was python version used to create the env. I created new environments using python=3.6 and python=3.7, and then I could install all the packages I needed without any issue using `conda install`. I still can't install packages in my root (base) env. I think I will leave root alone. – SadHak May 21 '20 at 16:35
  • Does this answer your question? [conda returns 'Solving environment: failed'](https://stackoverflow.com/questions/51266535/conda-returns-solving-environment-failed) – hamagust Feb 04 '22 at 16:46
  • **Which version(s) of conda?** 4.5? 4.6? 4.8? 4.11? Extremely important to say which version. conda was plagued by solver hangs, they claimed this was partially fixed, it still happens to a lesser extent. Also, see the workarounds about creating a env and doing an update in it, to get your base env unstuck. – smci Feb 06 '22 at 20:51

3 Answers3

9

Favor Specifying Constraints at Creation

Iteratively installing packages is a real choking point for Conda. If you know up front that the env will require certain packages, then specify them at creation:

conda create -n top -c conda-forge -c defaults python=3 geopandas

This solves in seconds for me. If you have many packages, then use a YAML.

Use Mamba

Sometimes ad hoc installations are unavoidable. For tough solves (or just generally), try using mamba, a compiled (fast!) drop-in replacement for conda. Mamba will shine where Conda struggles.

# install mamba
conda install -n base conda-forge::mamba

# use mamba
mamba install -n top geopandas
merv
  • 67,214
  • 13
  • 180
  • 245
  • Does mamba ever break the conda environment? – smci May 18 '21 at 00:35
  • 1
    @smci in general, or are you specifically asking about **base** (which Conda itself is known to frequently break)? It might be too soon to simply answer, "*No.*" It does use a different SAT solver ([libsolv](https://github.com/openSUSE/libsolv)) at its core, but as long as that is technically correct, there shouldn't be breakage. Breakage due to poorly defined package metadata would equally affect Conda and Mamba. Anecdotally, I have not seen any such reports. If you are particularly concerned, maybe check [the Issues](https://github.com/mamba-org/mamba/issues), but I don't see anything major. – merv May 18 '21 at 03:12
  • merv: sure, I was just suggesting give a bit of guidance about expectations for mamba replacing the conda solver. – smci May 18 '21 at 03:20
  • Specifying constraints at environment creation did it for me. Thanks! – User 10482 Jun 08 '21 at 14:38
  • 1
    The first part of your answer is the best advice that I have seen anywhere, which is to specify up front the environment packages you will need (with Python 3.x "subversion floating") and let conda figure out which sub-version of Python 3.x is most appropriate to solve the dependencies for all other packages in your target environment. Determine your required "core" packages up front and let conda work out which Python 3.x version avoids the problem of downgrading Python, which is frequently does not work. When conda solves the environment can be cloned as a template for future similar work. – Rich Lysakowski PhD Jan 09 '22 at 05:56
7

After trying many advice from Conda's GitHub page, I found out that the issue was not being able to find dependencies for the python version I had installed. Creating new environment help but with one more argument for python version. 

conda create -n branch-env python=3.7
conda activate branch-env
conda install geopandas
SadHak
  • 367
  • 1
  • 2
  • 9
1

The conda message "Solving environment: failed with initial frozen solve. Retrying with flexible solve." comes from

Conda install some-package hangs with (Solving environment: failed)

The answer above deserves provides one of the best answers that I have seen anywhere to deal with the time-consuming problem of package incompatibilities and waiting endlessly for conda solver sessions to finish.

The key is to learn in advance what packages you will likely need to use, and then specify those packages UP-FRONT when you create your conda environment, but leave the Python 3.x subversion "floating"). Conda will figure out which sub-version of Python 3.x is the latest and most appropriate to solve the dependencies for all other packages in your target environment.

This approach of determining and specifying your required environment "core" packages up front -- then letting conda work out which Python 3.x version -- avoids the problem of downgrading Python (which frequently does not work).

When your new conda solves and builds your new environment, it can be cloned as a template for future similar work.

cigien
  • 57,834
  • 11
  • 73
  • 112
Rich Lysakowski PhD
  • 2,702
  • 31
  • 44