-
-
Notifications
You must be signed in to change notification settings - Fork 344
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
Issue Regarding Mamba Initialization in Windows PowerShell #703
Comments
Same issue! This is incredibly confusing and should be fixed asap. I want to also stress out that even in miniforge prompt, after a fresh install and after updating the base environment with what is going on? I think the update to mamba 2 is breaking lots of stuff |
Maybe.... i don't use windows but that looks likely. Perhaps try again to download the latest "Miniforge3" installer (not Mambaforge) |
This is done with the latest miniforge3 installer, that is, 24.11.0 |
24.11.0 was built with
https://github.com/conda-forge/miniforge/blob/24.11.0-0/Miniforge3/construct.yaml#L5 You must have "updated mamba" afterward. |
I’m not saying you are wrong to comment in this issue. I’m just trying to better understand what happened. |
Yes, no worries! I'm talking about these steps:
Maybe I should not update the base environment? although I never had problem with this, maybe for mamba 2.0 is different. |
This is typically the recommended setup, but i've seen alot of issues around 2.0.5. On this repo, i'm really only interested in "getting the conda and mamba command command installed". Issues pertaining to "updated conda" or "updated mamba" should go to their respected feedstocks.
Or maybe even upstream directly... The thing is though, I had a released version of Miniforge3 with conda 24.11.0 and mamba 2 that was the "latest" release a while back, but it was pulled due to issues like this that I saw..... |
FWIW, starting with an older version of miniforge (e.g. 24.7.1-2) breaks in the same way as described above. |
I believe that mamba 2.0.5 is buggy. Miniforge is now released with Mamba 1.5.12. Please open an issue with mamba-feedstock or mamba-org/mamba, but as far as Miniforge3 is now concerned, the installer is working as of https://github.com/conda-forge/miniforge/releases/tag/24.11.2-1 We have downgraded to 1.5.12 and a patched version of conda that addresses the deprecations |
Comment:
Hello, I'm not sure if this is a bug, but it seems important since it directly affects the experience of new users on the Windows platform.
I first downloaded Miniforge3-Windows-x86_64.exe from Miniforge3, and during installation:
Then, I opened Windows PowerShell and navigated to D:\Development\Miniforge3\Library\bin, where I entered
.\mamba --help
, and here is where the problem occurred:Notice that in this screenshot, the initialization details mention init (In fact, it is still "conda init"), and after running
.\mamba init
(which writes Conda-related information to profile.ps1 but not Mamba), operations likemamba activate ...
fail to activate, with no error message—just no activation at all! This issue is frequently discussed on various forums, and most responses suggest "Use Conda to manage environments, and Mamba to install" as a workaround.However, if I update Mamba before initializing, by running
.\mamba update -n base mamba
, and then run.\mamba --help
again:This time, I see the actual Mamba Help Center, not Conda!
It’s worth noting that after running
.\mamba update -n base mamba
, the following content appears automatically:Afterward, in the actual "Mamba Help," following the instructions, I ran
.\mamba shell init --shell powershell --root-prefix D:\Development\Miniforge3
to initialize:It worked! This was the true Mamba Init. Now, using commands like
mamba activate ...
works as expected:The text was updated successfully, but these errors were encountered: