Skip to content
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

Miniconda installer should check if $HOME is set #677

Closed
2 tasks done
wombatonfire opened this issue May 22, 2023 · 2 comments · Fixed by #678
Closed
2 tasks done

Miniconda installer should check if $HOME is set #677

wombatonfire opened this issue May 22, 2023 · 2 comments · Fixed by #678
Labels
locked [bot] locked due to inactivity type::bug describes erroneous operation, use severity::* to classify the type

Comments

@wombatonfire
Copy link

Checklist

  • I added a descriptive title
  • I searched open reports and couldn't find a duplicate

What happened?

I hope this is the right repo to create an issue about the Miniconda installer (anaconda-issues repo doesn't seem appropriate). If not, please let me know where I should open it.

The Miniconda installer is using set -eu and unconditionally set the PREFIX="$HOME/miniconda3". The problem with this is that $HOME may not be set if the installer is executed in the non-login shell, in which case the installation fails with 29: HOME: parameter not set.

One of the deployment scenarios is to install Miniconda in the shared location (like /opt/miniconda3), so that all users can then use it to create private environments. In this scenario the PREFIX is specified explicitly, and $HOME is not used.

Unfortunately, the installer always expects it to be set, even when it's not needed, and that conflicts with the unattended deployment, like, for example, from the cloud-init script.

Obviously, it's not a big deal, and it's easy to export HOME=... before running the installer, but it would be good if it could check if $HOME is set before using it, and ignore if it's not, but the PREFIX is explicitly specified.

Conda Info

No response

Conda Config

No response

Conda list

No response

Additional Context

No response

@wombatonfire wombatonfire added the type::bug describes erroneous operation, use severity::* to classify the type label May 22, 2023
@travishathaway travishathaway transferred this issue from conda/conda May 23, 2023
@travishathaway
Copy link
Contributor

Hi @wombatonfire,

Thanks for filing this issue. I have transferred it to the "constructor" repository as this is the appropriate place to ask about installer related things.

@jaimergp
Copy link
Contributor

Thanks for the report. I'll be fixing this on #678!

@github-actions github-actions bot added the locked [bot] locked due to inactivity label May 30, 2024
@github-actions github-actions bot locked as resolved and limited conversation to collaborators May 30, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
locked [bot] locked due to inactivity type::bug describes erroneous operation, use severity::* to classify the type
Projects
Archived in project
Development

Successfully merging a pull request may close this issue.

3 participants