Open apmorton opened 2 weeks ago
From conda-build changelog:
PIP_* env variables are set when building outputs in multi-output recipes. (https://github.com/conda/conda-build/issues/3993 via https://github.com/conda/conda-build/pull/5368)
Seems like this is the change: https://github.com/conda/conda-build/pull/5368
This was fixed via a patch in #176. I submitted an upstream PR to fix upstream as well, they requested I change the name of the skip variable to SKIP_THIRDPARTY_INSTALL_CONDA_FORGE
. So the release that includes this change will require adapting the scripts here to set SKIP_THIRDPARTY_INSTALL_CONDA_FORGE=1
Comment:
The latest version failed: https://github.com/conda-forge/ray-packages-feedstock/commit/e5b4a50750729e7c2b5ccd059c1ecdad25fb8c86 (despite passing in the PR) This regro migration failed in the same way: https://github.com/conda-forge/ray-packages-feedstock/pull/172
According to azure build logs: Passing build was at: Jul 31 at 10:13 PM Failing build was at: Aug 1 at 7:07 AM
Something changed between those two builds.
Raw logs for passing build: https://dev.azure.com/conda-forge/84710dde-1620-425b-80d0-4cf5baca359d/_apis/build/builds/992028/logs/65 Raw logs for failing build: https://dev.azure.com/conda-forge/84710dde-1620-425b-80d0-4cf5baca359d/_apis/build/builds/992337/logs/46
Near as I can tell the only difference between the passing and failing build before things go off the rails is:
I'll also note that we appear to be vendoring python modules in
ray-core
underlib/python3.10/site-packages/ray/_private/runtime_env/agent/thirdparty_files/
, aiohttp included.So it seems what's happening here is due to a conda-build change we aren't detecting the third-party bundled aiohttp anymore?