-
Notifications
You must be signed in to change notification settings - Fork 7k
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
ci: Remove mentions of conda-forge #4082
Conversation
We run into a lot of build / runtime issues when relying on things from conda-forge. Now that Python 3.9 is more thoroughly supported on the default anaconda channel lets remove the hooks for conda-forge now. Signed-off-by: Eli Uriegas <[email protected]>
Signed-off-by: Eli Uriegas <[email protected]>
Signed-off-by: Eli Uriegas <[email protected]>
8a6e5e4
to
c333ae0
Compare
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.
Thanks @seemethere , I'll stamp to unblock but I wonder if the CI failure is related?
It is related since cudatoolkit=11.1 is only available for linux on the nvidia channel, cc @ptrblck can we get the nvidia team to upload cudatoolkit=11.1 for windows on the nvidia conda channel? |
conda create ${CONDA_CHANNEL_FLAGS} -yn "env$PYTHON_VERSION" python="$PYTHON_VERSION" | ||
conda activate "env$PYTHON_VERSION" | ||
# Install libpng from Anaconda (defaults) | ||
conda install ${CONDA_CHANNEL_FLAGS} -c conda-forge libpng "jpeg<=9b" -y | ||
conda install ${CONDA_CHANNEL_FLAGS} libpng "jpeg<=9b" -y |
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.
I think you meant to remove CONDA_CHANNEL_FLAGS here?
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.
I think it might still be valuable to have the mechanism to insert channels into these easily.
For example I think we might go through this same exercise when attempting to add Python 3.10 support later on this year.
Signed-off-by: Eli Uriegas <[email protected]>
555a2e3
to
55d3cbe
Compare
Signed-off-by: Eli Uriegas <[email protected]>
5f4242f
to
fb796cb
Compare
Alright all of the relevant builds are passing here will merge once I get signal again |
Hey @seemethere! You merged this PR, but no labels were added. |
What? |
@seemethere we have a bot to ping us if we forget to add labels to merged PRs (to categorize between improvement / bugfix / etc). The labels are used to facilitate release notes creation. Don't worry, we will add the labels |
Reviewed By: NicolasHug Differential Revision: D29369897 fbshipit-source-id: a8c883cb0077952a1e22a00e34fab88594c1af0d
(cherry picked from commit d391a0e) Signed-off-by: Eli Uriegas <[email protected]>
We run into a lot of build / runtime issues when relying on things from
conda-forge. Now that Python 3.9 is more thoroughly supported on the
default anaconda channel lets remove the hooks for conda-forge now.
This PR also removes the
av
dependency from the condameta.yaml
since it's currently only available withinconda-forge
.It isn't critical to run the import smoke tests that we specify for conda and the test coverage should already be covered by the unit tests which do install
av
but choose to install it frompypi
instead. (which cannot be done withconda-build
, see conda/conda-build#548)I think not having
av
within the conda recipe should be fine considering the trade-off is having to useconda-forge
for all of our dependencies.Resolves #4076
Signed-off-by: Eli Uriegas [email protected]