Open phillies opened 1 year ago
Hey, thanks a lot for the feedback!
The directory /home/vscode/micromamba
is for the Conda environment itself, whereas the micromamba
executable is installed as a system binary in /usr/local/bin
. (Having it installed system-wide allows it to not be dependent on any particular Conda env, and allowing it to create an initial Conda env from scratch.)
Given this information, does everything look in order?
Maybe we need to improve the docs to make this clear. (This repo is still quite young and to be improved.)
Just to be clear, this Feature installs micromamba
, not mamba
.
Could you check the micromamba
command?
It's definitely confusing how the logs say mamba initialize
when it's micromamba
and not mamba
. But that issue is upstream in micromamba
and I've actually already complained about it already. (It's complicated, and actually the vision is for micromamba and mamba to someday become equivalent.)
By the way, if you want to install mamba directly, here is another Feature which you can install mambaforge with. https://github.com/rocker-org/devcontainer-features/tree/main/src/miniforge
I wonder if #20 solves this issue. Micromamba should actually be using /opt/conda
as the root prefix, not ~/micromamba
. If you get the chance, could you please try again and see if everything works as expected now?
I added the micromamba feature to my python-debian based container, however, after the installation the
/home/vscode/micromamba
folder is practically empty, containing only the initialization script:This is the build log: