conda-incubator/ensureconda

Simple installer for conda (and conda-likes)

ensureconda's Issues

Add support for version constraints

Ensureconda should optionally be able to find a conda that has a version number of at least x

Broken on python 3.12 due to distutil removal

On Python 3.12.0 ensureconda fails to run (at least from inside conda lock) due to distutils being removed.

 Traceback (most recent call last):
  File "/opt/hostedtoolcache/Python/3.12.0/x64/bin/conda-lock", line 5, in <module>
    from conda_lock import main
  File "/opt/hostedtoolcache/Python/3.12.0/x64/lib/python3.12/site-packages/conda_lock/__init__.py", line 3, in <module>
    from conda_lock.conda_lock import main
  File "/opt/hostedtoolcache/Python/3.12.0/x64/lib/python3.12/site-packages/conda_lock/conda_lock.py", line 38, in <module>
    from ensureconda.api import ensureconda
  File "/opt/hostedtoolcache/Python/3.12.0/x64/lib/python3.12/site-packages/ensureconda/__init__.py", line 2, in <module>
    from .api import ensureconda
  File "/opt/hostedtoolcache/Python/3.12.0/x64/lib/python3.12/site-packages/ensureconda/api.py", line 2, in <module>
    from distutils.version import LooseVersion
ModuleNotFoundError: No module named 'distutils'

distutils.version should be replaced by something else. The recommended replacement is packaging.version.Version.

#22 contains a fix to do this conversion.

Status of Go version?

I notice in the src/golang/cmd directory that there seems to be a version of ensureconda written in Go, but unchanged over the last two years. It's not mentioned in README.md, and I'm curious what is the status.

Random thought: I'm intrigued by the possibility of a version of condax with no Python dependency, in the spirit of micromamba.

SSLCertVerificationError with self-signed certificates

The current version of requests does not allow disabling the verification of the SSL certificats globally. In prior versions this behaviour could be set with an environment variable. Now you have to use the verify=False argument: https://requests.readthedocs.io/en/latest/user/advanced/#ssl-cert-verification.
The verification can fail in case of self-signed certificates (psf/requests#6074).

I'm facing this issue when using the package conda-lock, which has the ensureconda package as a dependency: conda/conda-lock#519.

What do you think about adding a flag to the CLI?
I can add a PR, but I am still unsure about the name of the CLI argument.
@maresb suggested --insecure-skip-tls-verify for the conda-lock project.

Any objections to adding such an argument to this project?

Return conda installation metadata

It would be useful if ensureconda could optionally return some metadata about the returned conda, such as which conda it is as well as its version. Implementing ensureconda --json or an API call returning a namedtuple could both work.

Remove pyenv-shims from paths when doing which based tests

Add force installation

For certain use cases it may be preferable to just always force install

Rever wiped out the changelog?

cc @scopatz