Over at conda-forge I needed to patch the grpc, boost, and prometheus-cpp build recipes to remove fdopen from zlib, which fails to compile when conda-forge updated to the azure macOS-13 image. The change is part of zlib-1.3.1.
I also needed to patch protobuf for newer windows SDK which no longer has a constant NAN, here is the upstream fix.
I think the best way forward would be to update the dependencies, but that might have unintended consequences. I could submit the patches I developed for the conda-forge build here, would that be welcome?
protobuf has not yet released a version that fixes the windows NAN problem
prometheus-cpp is part of OpenCensus, which has become OpenTelemtry. There is an open issue #36014 about using OpenTelemtry with bazel, which may have been fixed but needs checking.
What happened + What you expected to happen
Over at conda-forge I needed to patch the grpc, boost, and prometheus-cpp build recipes to remove
fdopen
from zlib, which fails to compile when conda-forge updated to the azure macOS-13 image. The change is part of zlib-1.3.1.I also needed to patch protobuf for newer windows SDK which no longer has a constant NAN, here is the upstream fix.
I think the best way forward would be to update the dependencies, but that might have unintended consequences. I could submit the patches I developed for the conda-forge build here, would that be welcome?
Versions / Dependencies
ray-2.39.0 built on Azure CI via conda-forge
Reproduction script
bazel --verbose_failures --local_cpu_resources=4 -- //:ray_pkg
Issue Severity
Medium: It is a significant difficulty but I can work around it.