Closed fperez closed 2 years ago
Awesome, many thanks!!
:) The issue was auto-closed by mistake, I figure we verify it helps or not to use mamba 0.20 as well.
I think these kinds of issues are very hard. I've often struggled a lot to resolve them. For example, the nomkl
issue started out with a failure to resolve a version like this:
Encountered problems while solving:
- package mkl-service-2.3.0-py39h07f9747_1 requires mkl >=2020.2,<2021.0a0, but none of the providers can be installed
I didn't manage to debug that effectively by gaining insight on why the solving step failed. I instead figured it out by careful inspection of the packages dependencies, trial and error of installing packages, and finally searching for mkl
in the package list as part of the pangeo/pangeo-notebook
image and finding nomkl
.
I really hope updating to mamba does the trick, because otherwise I'm not sure at all how to proceed.
Yes, let's see and 🤞, but don't worry about it: these rabbit holes can be endless, and this isn't one we need to get lost on. You've already done more than enough!!
Sadly I could still reproduce the difference between mamba
and conda
, and I'm not sure what makes sense to do.
I know that the mamba projects maintainers has described in the past that it can sometimes solve dependencies differently than conda.
Googling a bit, I also conclude that mamba/conda differs with regards to caring much or little about "the history", as indicated by this comment: https://github.com/mamba-org/mamba/issues/1212#issuecomment-942003352
That same history, was cleared recently as part of #100 attempting to install pyMC3, which required uninstall of nomkl, which required clearing of the mentioned history to avoid a segmentation fault.
We still have the segmentation fault after using mamba
when trying to uninstall nomkl
even with mamba version 0.20.
I figure I'll report the segmentation fault error or look into that a bit.
It seems like uninstalling nomkl
has led to this issue, https://github.com/mamba-org/mamba/issues/1347, which reproduce at 0.20.0 as well.
Ah, interesting! Thanks for tracking this down - definitely worth reporting upstream to the mamba team. This is the first time I've run into a situation where I find mamba to not "do the right thing" compared to conda. Otherwise my experience with it has been excellent and I use it as a replacement for conda, but this is worth reporting so it can be fixed upstream.
Remove the workaround as soon as we have a new release of the pange/pangeo-notebook base image.
Thanks @consideRatio! For now your manual mamba update mamba
is a good solution.
@consideRatio I'm not sure what's going on here, but I am seeing some odd behavior from mamba. In a custom env where I was testing pymc3 I tried to update its companion plotting package, arviz, whose current version as of 1/25/22 on conda-forge is 0.11.4.
When I built the environment, mamba for some reason grabbed 0.11.2:
However, mamba tells me this when I try to update:
Conda, on the other hand, recognizes there's an 0.11.4:
I'm not sure what's happening here... On my home machine (macOS), installing arviz with mamba does the same thing conda just showed: it grabs 0.11.4 and downgrades typing_extensions. The only difference I can see is that I have at home mamba 0.20 and the hub has 0.17. I don't know if that's the issue, but it could be relevant.
This isn't urgent, but it's weird behavior. If you have any ideas I'd love to hear...