-
-
Notifications
You must be signed in to change notification settings - Fork 310
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
Comparison with miniconda and pkgs/ directory #21
Comments
PRs welcome to add something like https://github.com/conda/constructor/blob/67d975657683f1e27482e12197c63c91f2327934/examples/grin/construct.yaml#L30 |
Why would we want to keep the old packages that were used to make miniforge. I think it is just wasting people's bandwidth. The packages are pretty much guaranteed to be out of date right? |
Yeah I think that PRs are welcome here |
@hmaarrfk, these are hardlinks, so there's no space issue. |
Thanks for the replies! After a little more thought I think this is more of a conda issue (so I can move to a different issue tracker). The use-case is installing additional conda environments and re-using as many libraries as possible to minimize disk space. Consider re-using the same python build as what miniforge currently ships in 4.8.2-1 -
|
Is this now addressed with PR ( #31 )? |
I think this was. Please request to reopen if you don't think it was. |
This project is great! I just did a few tests to compare against the miniconda installation I'm used to and noticed a subtle difference.
Installing on ubuntu seems to automatically run a
conda clean
command removing the pkgs/ directory. This directory sticks around if installing the base environment with miniconda. It would be nice to keep it around because there are space-saving implications for hardlinks when new environments are installed (see conda/conda#4881 (comment))More details here:
https://github.com/scottyhq/miniforge-test
The text was updated successfully, but these errors were encountered: