-
-
Notifications
You must be signed in to change notification settings - Fork 26.2k
CI Avoid miniconda CondaToSNonInteractiveError #31771
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
Conversation
build_tools/azure/windows.yml
Outdated
- bash: echo "##vso[task.prependpath]$CONDA/Scripts" | ||
displayName: Add conda to PATH | ||
condition: startsWith(variables['DISTRIB'], 'conda') | ||
- bash: build_tools/azure/install_setup_conda.sh | ||
displayName: Install conda if necessary and set it up | ||
condition: startsWith(variables['DISTRIB'], 'conda') |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
adding conda to PATH is also done in install_setup_conda.sh
, so we probably don't need it anymore if we're using the script.
Wouldn't it make things simpler to put the accept tos command there ?
scikit-learn/build_tools/azure/install.sh
Lines 57 to 60 in fe6960b
python_environment_install_and_activate() { | |
if [[ "$DISTRIB" == "conda"* ]]; then | |
create_conda_environment_from_lock_file $VIRTUALENV $LOCK_FILE | |
activate_environment |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It feels slightly more logical to fix it earlier than in install.sh
because this seems related to tweaks that are needed only for the Azure-provided conda
.
conda tos
only exists for miniconda
, sometimes we use miniforge
(Azure doesn't have conda
installed for macOS-13 and macOS-14).
It seemed too much work to make install_setup_conda.sh
work on Windows. So I did a Windows-specific fix in windows.yml
.
Just as a heads up, Conda released a new ToS yesterday, and is tied to it (we faced similar problems in scikit-learn-intelex yesterday on azp) https://www.anaconda.com/legal/terms/terms-of-service would be worth reviewing generally before accepting (since it has implications on if scikit-learn is a non-profit or not). |
Our solution was to force everything over to conda-forge uxlfoundation/scikit-learn-intelex#2613
which is a bit 'nuke from orbit', but then again the company I work for is in a legal dispute with anaconda. |
If I understood correctly, there's no risk using |
How does it interacts with |
Yes I wanted to make sure the install miniforge bash logic was working first. My last commit makes sure that we are only downloading packages from conda-forge. Right now it seems that you get the ToS error only if you are using |
If I got it right, using it even if accepting the tos was not asked is implicitly considered accepted, so we better make sure to not use default in any case so that we don't have to worry about it at all :) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM. Thanks !
I'm merging it with a single approval to unlock PRs and the release. |
I thought it was on purpose that we have some CI that uses the I'm Ok with this change for now as it unlocks PRs and the release. With a bit more time we should consider the question of testing with (Should I make a new issue for this?) |
Indeed there was some motivation to keep some CI builds
For completeness, amongst the CI builds that were still using
|
From the overview you gave, in particular that of the only two jobs left using I had a vague memory that there was a particular kind of BLAS (Intel MKL?) that is only available via |
Hey Team! Community & DevRel at Anaconda here. This has been escalated. We are figuring it out and this is not the intended consequence. Hold tight while I figure out why youre getting this message. New TOS is supposed to provide clarity and allow for open source to do what it does best -- innovate freely. Following the details for how it applies to PyTorch as well. Issue closed, but threads like these are not the intended consequence. Give me a beat and Ill follow back up ASAP. Feel free to email me dwages@anaconda.com. |
@dawnwages is your comment about pytorch related to pytorch/pytorch#158370 ? |
Yes @icfaust and any other failures in builds because of the new package. If you see it show up anywhere else we're fixing immediately. It is incorrect and should not require any changes. |
@dawnwages It looks as though from this blog post: https://www.anaconda.com/blog/conda-anaconda-tos-plugin Sorry to have stirred this up in the first place, but wanted to put it here for full transparency. |
You're totally right @icfaust and I really appreciate you bringing it up! This is important. We did not intend to interrupt CI workflows. A fix is coming soon (between an hour and 24 based on cache and workflows). You can set the status page: https://anaconda.statuspage.io/ So sorry for the inconvenience. Bear with us, our open source community are important to us and we're hoping to improve clarity and convenience. A fix is coming soon. DW |
Yes, implicit acceptance. New ToS began July 15, 2025.
|
This is currently breaking all the PRs with the error (from build log):
Likely a
conda
change in the Azure image.Close #31766, close #31767, close #31768, close #31769
Edit: and #31773