Xùdōng Yáng
Xùdōng Yáng
ah. it's because we need to build the distribution archive that's used to bootstrap a Bazel build, and the bootstrapping process must not access the internet. Looks like you need...
hmm. the failure on arm64 macOS looks legit. This adds ~100MB to a ~380MB archive, which is a rather big increase (~26%). This test doesn't fail on other platforms because...
@zhengwei143 @bigelephant29 just checking in, what's the status of this? Do we know if it's a regression in 8.0.0rc1/2?
Could you add a sentence or two as RELNOTES?
@iancha1992 This is already fixed by #23922, right? We just need to cherry-pick it to release-8.0.0.
hmm, maybe this is a good opportunity to actually split this module into several ones (one per language). For example, Bazel's own use of remote-apis requires the Java gRPC targets,...
Sorry, I've been busy with managing Bazel's 8.0 release. Are you blocked on this change? I think you mentioned a few action items from your side in a previous email...
I like `bazel_remote_apis`. Just `remote_apis` seems too generic. If this is not Bazel-specific, I'm less sure what it should be named. `remote-build-apis`? How are these APIs referred to usually, outside...
For triaging purposes -- is this fixing a regression introduced in an earlier 8.0.0 RC? If not, this need not be release-blocking, but we can certainly cherry-pick to 8.1.0 at...
I agree with Fabian here -- I think the natural solution of "just let Starlarkification run its course" is the best. When all `java_*` rules are loaded from `rules_java`, we...