Closed hmaarrfk closed 1 year ago
I'm somewhat surprised that this issue didn't occur earlier since the last time we updated micromamba was a few months back https://github.com/conda-forge/miniforge/pull/383
It is due to a bug in micromamba: https://github.com/mamba-org/mamba/issues/2187
I think we could accelerate the release of https://github.com/mamba-org/mamba/pull/2265
but the same people that would review a patch proposed for the conda-forge only version would review a patch for the upstream repository.
I can apply the patch to conda-forge once they accept it there.
Good catch @hmaarrfk. I guess we are seeing this now because it's the first time Miniforge uses the explicit transactions for the installation (constructor <=3.3 would use a normal install operation, with solves included).
I am somewhat eager to get this one line change into micromamba. These two bugs are somewhat big enough for me to want to pull the latest release :/
Can the micromamba folder be safely deleted after the install is done or will this break the mamba installation, which was carried out?
Yes. Safe to delete
Solution to issue cannot be found in the documentation.
Issue
Latest release 22.11.1-2 seems to create
${HOME}/micromamba
or$(pwd)/micromamba
at installation time.cc @conda-forge/constructor
Installed packages
Environment info