-
-
Notifications
You must be signed in to change notification settings - Fork 317
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
Make releases for various Python versions #48
Comments
I guess we could migrate. Want to make the PR? |
Well in principle yes, but for starters I don't understand the naming convention.
What would I call 3.8? |
Miniforge3 is python 3.8 ;) the other is pypy, which only has 3.6 |
I realize now that what I actually wanted was My end goal would be to make Docker images (#20 (comment)) which could be tagged, for example with Since the linked Dockerfile installs from the releases here, setting up the appropriate releases according to Python version would be the first step. (Note that I haven't run this plan by the people in the above thread, but I think such a feature would independently be sensible here.) Do you think this would make sense? If you agree, I could work on a PR. (Seems relatively straightforward.) Am I correct in assuming that the name of Miniforge3 was chosen to mimic the Anaconda2 / Anaconda3 / Miniconda2 / Miniconda3 convention? (With Python2 now deprecated, it seems like it would be better to have named it simply Miniforge? Perhaps it's not too late to switch?) |
I see. I'm personally not a fan. Miniconda only offers you 3.8, and 2.7. The reason is that miniforge is already a "niche" product. You, setting up your CIs and all, are perfectly capable of creating different environments based on your needs. I'm not a big fan of encouraging the use of the "base" environment. |
Actually Miniconda3 offers both 3.7 and 3.8, although it's not well-advertised. |
I'm a bit confused by your comment that I'm perfectly capable of setting up environments. I wonder if I'm completely missing the point of Miniforge? :) Why use Miniforge in favor of Miniconda? Is it primarily because you want to support architectures? |
Good searching. Yes, primarily to provide an installer for different architechtures. I could be swayed to doing what miniconda is doing. But for them, they are likely doing it due to the business case, not the practical case. If you make the PR that enables both to get built, with a naming convention similar to Miniconda, then I will support it. Please be sure to update the documentation (README) so that we can keep track of the builds. |
I fully anticipate the majority of users will use miniconda as:
and move on. Personally, i don't like the fact that the "base" environment is where conda installs things. It seems rather anti-user to me, and pro-developer of conda. But such is life. |
I see! Then I did misunderstand the point. Thanks so much for your patience with me, and for sharing your expected setup commands. (Although I've been using conda quite extensively over the past few years, I feel like I'm out-of-the-loop and understand it very poorly.) Mamba is new to me. I just read their Medium post, and it looks very interesting! I'm going to play around with that before trying anything more with Miniforge. |
The point is really to make conda-forge more user friendly. So if python version specific installers are useful, then we can maybe include them. That said, they are rather minimal value, since:
|
Are there plans on the horizon to make a distribution which supports Python 3.8? (Miniconda is currently on 3.8.) Thanks!
The text was updated successfully, but these errors were encountered: