-
Notifications
You must be signed in to change notification settings - Fork 69
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 on windows "mamba: command not found" #59
Comments
Would it be possible to post a reproducible case for a public repo? I can look into it! |
Hey Jamie, I think that code block above is effectively a reproducible example. It has been a while since I looked at this but in that project I hit the mamba issue before anything relating to my code. I could make a new public repo with that GitHub action configured as well if that will help
…-Andrew Annex
On Sep 14, 2020, at 5:22 PM, Jaime Rodríguez-Guerra ***@***.***> wrote:
Would it be possible to post a reproducible case for a public repo? I can look into it!
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
Yeah, that will help immensely, thanks! |
@jaimergp I made a demo repo and see that the issue is occuring in this runner: https://github.com/AndrewAnnex/test_setup_miniconda_github_action/runs/1140527924 It looks like maybe the "activate-environment" flag is the issue, it is installing mamba to the base environment, but since I don't have an environment yaml file and I specify to create a new environment and activate it, the scripts don't seem to install mamba elsewhere like it does with the ubuntu workers. I think making an environment yaml with mamba as a dependency would fix that, but I don't know if mamba would be used to bootstrap that new environment so I think I would loose the benefits of mamba... |
Thanks! I'll add this to my list... it's definitely interesting! |
Behavior should be the same on Ubuntu (we only install
The only difference I see is that you are using inline YAML instead of the "paragraph YAML" pipe style. It shouldn't have any difference, but I've seen weirder things happen. Just to make sure, can you do this: - name: mamba install packages
shell: bash -l {0}
run: |
conda install jupyter
mamba install jupyterlab |
* setup github actions (tests, lint) * fix black lint * setup-mininconda v2 not released yet * fix package name * try fix ipywidget import error see jupyter-widgets/ipywidgets#2524 * try fix mamba install on windows see conda-incubator/setup-miniconda#59 * fix pytest srouce path * disable windows tests for now Wait for conda-incubator/setup-miniconda#59 * add badge in readme for tests
@AndrewAnnex this should be fixed in the next release. In the meantime, it seems that Bash on Windows requires the |
Great! thanks for letting me know!
…-Andrew Annex
On Nov 17, 2020, at 4:45 PM, Jaime Rodríguez-Guerra ***@***.***> wrote:
@AndrewAnnex this should be fixed in the next release. In the meantime, it seems that Bash on Windows requires the .bat extension, so you'd need to use mamba.bat install xxx. Next version includes a patch to workaround that requirement.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
on a currently private repo I am trying to use mamba to build on mac/linux/windows but I am running into a command not found error on the windows worker, seems like mamba is not available even after successful install as show in the logs.
partial config:
The text was updated successfully, but these errors were encountered: