Open fmeum opened 1 month ago
@meteorcloudy
last_green
fails in a similar way.
Let me take a look now
Wow, turned out to be https://github.com/bazelbuild/bazel/commit/759fe7d7f3fdf142490e970457f72180f4d1b59a
Not sure why it's not caught in presubmit
OK, we also did a windows VM update around the same time, maybe that's the real cause.
If https://github.com/bazelbuild/bazel/commit/759fe7d7f3fdf142490e970457f72180f4d1b59a turns out to be the culprit, I'll never consider any change safe for cherry-picking anymore :-D
The binary runs fine on the same VM image where it was built:
C:\Users\pcloudy\workdir>set USE_BAZEL_VERSION=7.2.0rc3
C:\Users\pcloudy\workdir>bazel
2024/06/06 09:04:06 Downloading https://releases.bazel.build/7.2.0/rc3/bazel-7.2.0rc3-windows-x86_64.exe...
Downloading: 63 MB out of 63 MB (100%)
Extracting Bazel installation...
Starting local Bazel server and connecting to it...
[bazel release 7.2.0rc3]
Usage: bazel <command> <options> ...
Available commands:
I can confirm building with MSVC 2022 14.40.33807 causes this problem, but not when I switch to MSVC 2019.
I still haven't figured out a fix, but I can revert the Windows VM image first.
However, this would revert https://github.com/bazelbuild/continuous-integration/issues/1962 /cc @ahumesky @tomrenn
I've rebuilt Bazel binaries at HEAD, and hopefully that solves the issue.
@keertk We need to rerun the release pipeline for rc3, too.
OK, rc3 release have been refreshed, also fixed last_green. I'll trigger builds to fix commits on master and release-7.2.0 retrospectively.
Could be related to https://github.com/actions/runner-images/issues/10004#issuecomment-2153091255
Could 8.0.0-pre.20240530.1 be refreshed, too? It seems to have been afflicted.
@benjaminp 8.0.0-pre.20240530.1 should be fixed now, can you verify?
https://releases.bazel.build/8.0.0/rolling/8.0.0-pre.20240530.1/bazel-8.0.0-pre.20240530.1-windows-x86_64.exe still seems affected. (The download server reports "June 6" as the last modified time.)
I see, I only refreshed 3e2aec2fdefea213cde0c0fc41eb40221995d1ca. Now reran the release pipeline, should be fixed now.
Description of the bug:
In GitHub Actions on a Windows runner, Bazelisk fails to launch Bazel 7.2.0rc3, while 7.2.0rc2 on Windows and 7.2.0rc3 on other OSes work just fine (see https://github.com/fmeum/buildozer/pull/15).
The log output from the runner:
Which category does this issue belong to?
No response
What's the simplest, easiest way to reproduce this bug? Please provide a minimal example if possible.
No response
Which operating system are you running Bazel on?
No response
What is the output of
bazel info release
?No response
If
bazel info release
returnsdevelopment version
or(@non-git)
, tell us how you built Bazel.No response
What's the output of
git remote get-url origin; git rev-parse HEAD
?No response
Is this a regression? If yes, please try to identify the Bazel commit where the bug was introduced.
No response
Have you found anything relevant by searching the web?
No response
Any other information, logs, or outputs that you want to share?
No response