-
Notifications
You must be signed in to change notification settings - Fork 345
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
mamba tries to install from default even so it's not a known channel #656
Comments
it seems like |
yep, that seems to be the issue. conda config --add channels conda-forge
# because previous adds defaults and conda-forge to `~/.condarc`:
conda config --remove channels defaults |
We're using the same config system as conda so we'd need to fix how conda overrides the condarc files |
some more interested details in mamba's behavior, depending on content of `~/.condarc': ~/.condarc content:
miniforge/.condarc:
-> mamba works, but looks at changing only ~/.condarc to:-
-> mamba crashes |
Isn't it a very clear and usual config file override hierarchy in conda: $CONDA_PREFIX/.condarc (the environment config) A very similar strategy is applied in git and vscode configs. |
I've tried to reproduce this following the instructions above, but it worked fine for me (even on OSX). |
I maintain that in the precise above state,
mamba uses
|
can you give me the output of I would like to see the channels that are listed in |
also, please the output of did you install mamba in a non-base environment? |
Sure, anything to solve this mistery!
The config sources are still the same as the beginning of the post, now in this
And, yes, I install
Using
|
mystery solved! when you install mamba, it also pulls in conda. And that changes the root prefix of conda to the nested environment, where you have no configuration. However, the If you want to check the config of the conda in the environment you can run That's why we strongly recommend to only install mamba in the base environment. (You also don't install conda into each environment, right?) |
Not in each, but all envs that are used to create conda packages need to have conda installed, IIUC?
I confirm that using |
Yes, we're working on fixing that soonish. |
btw. there is no asymmetry. the trick of conda is that you do Therefore, if you type Mamba doesn't do that, yet. |
…re defaults channel (#34297) For some reason (potentially related to mamba-org/mamba#656 or maybe just the default conda behavior) it appears that specifying `-c conda-forge` is not sufficient as conda will still check the defaults channel. Lately it seems the defaults channel has introduced some incompatibility that leads to a deadlock or hang during solve. This PR disables defaults completely which seems to avoid the hang. * Closes: #34296 Authored-by: Weston Pace <weston.pace@gmail.com> Signed-off-by: Jacob Wujciak-Jens <jacob@wujciak.de>
…d ignore defaults channel (apache#34297) For some reason (potentially related to mamba-org/mamba#656 or maybe just the default conda behavior) it appears that specifying `-c conda-forge` is not sufficient as conda will still check the defaults channel. Lately it seems the defaults channel has introduced some incompatibility that leads to a deadlock or hang during solve. This PR disables defaults completely which seems to avoid the hang. * Closes: apache#34296 Authored-by: Weston Pace <weston.pace@gmail.com> Signed-off-by: Jacob Wujciak-Jens <jacob@wujciak.de>
On this machine, I wiped my miniconda and wanted to try miniforge instead, which I understand its only difference is to use the conda-forge channel by default?
I wanted to immediately take advantage of mamba's awesome speed, so added it first before installing anything else.
But I am again met with weird behavior by mamba trying to install from defaults even so that is not an allowed source channel anymore:
Here's my attempt to install
jupyterlab
:Metadata
The text was updated successfully, but these errors were encountered: