Closed sgowroji closed 5 months ago
Hi @irengrig, We are moving this pipeline to Disabled CI as the failures are persist from long time. Thanks!
@sgowroji @irengrig is unresponsive on this repo; its primarily community maintained now by volunteers in their spare time. Most of the breakages occurring in this repo are due to breakages in transitive dependencies in other repos. It has historically been tricky to support both bazel@HEAD and all the active LTS versions at the same time due to other rulesets dropping support for earlier LTS versions which is why fixes for bazel@HEAD have been slow in some instances.
I will look at fixing these issues when I have time so please don't disable the CI testing for bazel@HEAD as this is useful signals for us to know what is going to break in the next version of bazel.
@sgowroji I've had a quick look at this but its not obvious to me what's causing this; has the android sdk api changed in bazel@HEAD? All that rules_foreign_cc does is configure the android sdk and this has worked in all previous versions of bazel so I suspect that there's been an API change here? Note that I think this is running specifically with bzlmod turned off atm and so it could be a bzlmod vs WORKSPACE issue.
Should hopefully be fixed by: https://github.com/bazelbuild/rules_foreign_cc/commit/d873cace68b74fa3aea0c8706c92c2998f1c4380 - this is just an incorrect configuration being called when the CI pipeline is launched via the downstream bazel testing.
https://buildkite.com/bazel/bazel-at-head-plus-downstream/builds/3519#018c569d-fa42-4553-947a-54e4ef44e61b
Platform : Windows, MacOS, Ubuntu
Logs:
Steps:
CC Greenteam @comius