-
Notifications
You must be signed in to change notification settings - Fork 4.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Release 7.0.0 - December 2023 #18548
Comments
Hi everyone, Bazel 7.0.0rc1 is now available for those that want to try it out. Please test it out and report any issues here as soon as possible. A draft of the release notes can be found here. |
Hi everyone, Bazel 7.0.0rc2 is now available for those that want to try it out. You can download it from: https://releases.bazel.build/7.0.0/rc2/index.html. Please report regressions here as soon as possible. |
I've been testing Bazel 7 but just now realized that I was using an "ancient" pre-release (7.0.0-pre.20231011.2 instead of 7.0.0rc2) because... I was looking for the candidates in the wrong place. Issues:
What's going on here? This looks very sketchy and does not inspire confidence. |
FWIW, the RC setup has always been like this; nothing has changed (at least in the past 3 years or so). That's not to say the situation is great; we could certainly get rid of the unstyled HTML pages. Regarding the "ancient" pre-releases, those are rolling releases that are cut from HEAD roughly every 2 weeks. Those are very different from RCs. |
Any ideas when the release is going to happen? gRPC has made noise suggesting that they don't want to support bazel 7 until it is released, which is pretty annoying... grpc/grpc#34791 |
@AustinSchuh we have quite a few release blockers that are currently being worked on for Bazel 7. |
Bazel 7.0.0rc3 is now available - https://releases.bazel.build/7.0.0/rc3/index.html. Please test it out and report any issues here as soon as possible. Draft release notes can be found here. Thanks! |
Bazel 7.0.0rc4 is now available - https://releases.bazel.build/7.0.0/rc4/index.html. Please test it out and report any issues here as soon as possible. Draft release notes can be found here. Thanks! |
Bazel 7.0.0rc3 was building without problems our big monorepo, but 7.0.0rc4 fails with errors, e.g.:
and
the first error we can probably fix in our generator, but the internal error may point to some regression? |
@rsalvador Thanks for flagging. Would you mind opening a separate issue for this with more details please? |
Thanks! I think you can use bazelisk bisect to identify the culprit commit between rc3 and rc4. |
Update: the final rc (and final release) date has been pushed back by a few days since we're working on a couple of new release blockers. |
I sent two PRs. With a locally built Bazel that includes these changes, I could no longer observe the two described issues above. I also verified that 6.4.0 is not affected. |
The JSON trace profile includes counter for data such as action count, CPU usage, memory usage. The code for writing the events to include these was refactored in a03674e As part of that change the events written no longer include a `tid` (thread ID). However, each event in the JSON trace profile is expected to include a `tid`, as documented in https://docs.google.com/document/d/1CvAClvFfyA5R-PhYUmn5OOQtYMH4h6I0nSsKchNAySU/preview#heading=h.uxpopqvbjezh This change ensures the counter series events again have a `tid`, using the current thread's ID. This is consistent with the behavior that was present before the refactor. In response to #18548 (comment) Fixes EngFlow/bazel_invocation_analyzer#113 Closes #20300. PiperOrigin-RevId: 585636103 Change-Id: I2aa1ff1e656324410d120ff5b6071028b0a5dce3
The JSON trace profile includes counter for data such as action count, CPU usage, memory usage. The code for writing the events to include these was refactored in bazelbuild@a03674e As part of that change the events written no longer include a `tid` (thread ID). However, each event in the JSON trace profile is expected to include a `tid`, as documented in https://docs.google.com/document/d/1CvAClvFfyA5R-PhYUmn5OOQtYMH4h6I0nSsKchNAySU/preview#heading=h.uxpopqvbjezh This change ensures the counter series events again have a `tid`, using the current thread's ID. This is consistent with the behavior that was present before the refactor. In response to bazelbuild#18548 (comment) Fixes EngFlow/bazel_invocation_analyzer#113 Closes bazelbuild#20300. PiperOrigin-RevId: 585636103 Change-Id: I2aa1ff1e656324410d120ff5b6071028b0a5dce3
Currently, the thread that includes the garbage collection notification events is not correctly identified. This means that in the JSON trace profile, the thread: * is not renamed, as desired. * is not sorted towards the top, as desired. The thread is identified by its name, which has changed from "Service Thread" to "Notification Thread". This change updates the profile code accordingly. In response to #18548 (comment) Fixes EngFlow/bazel_invocation_analyzer#110 Closes #20299. PiperOrigin-RevId: 585639069 Change-Id: Id4aadb5451839b5be07ac98428f9367764ff46ce
Currently, the thread that includes the garbage collection notification events is not correctly identified. This means that in the JSON trace profile, the thread: * is not renamed, as desired. * is not sorted towards the top, as desired. The thread is identified by its name, which has changed from "Service Thread" to "Notification Thread". This change updates the profile code accordingly. In response to bazelbuild#18548 (comment) Fixes EngFlow/bazel_invocation_analyzer#110 Closes bazelbuild#20299. PiperOrigin-RevId: 585639069 Change-Id: Id4aadb5451839b5be07ac98428f9367764ff46ce
The JSON trace profile includes counter for data such as action count, CPU usage, memory usage. The code for writing the events to include these was refactored in a03674e As part of that change the events written no longer include a `tid` (thread ID). However, each event in the JSON trace profile is expected to include a `tid`, as documented in https://docs.google.com/document/d/1CvAClvFfyA5R-PhYUmn5OOQtYMH4h6I0nSsKchNAySU/preview#heading=h.uxpopqvbjezh This change ensures the counter series events again have a `tid`, using the current thread's ID. This is consistent with the behavior that was present before the refactor. In response to #18548 (comment) Fixes EngFlow/bazel_invocation_analyzer#113 Closes #20300. Commit 16acadb PiperOrigin-RevId: 585636103 Change-Id: I2aa1ff1e656324410d120ff5b6071028b0a5dce3 Co-authored-by: Sara Adams <[email protected]>
I'm getting worse behavior on #12712 than bazel 6. It feels like something broke |
cc @comius / @buildbreaker2021 could you take a look please? |
Currently, the thread that includes the garbage collection notification events is not correctly identified. This means that in the JSON trace profile, the thread: * is not renamed, as desired. * is not sorted towards the top, as desired. The thread is identified by its name, which has changed from "Service Thread" to "Notification Thread". This change updates the profile code accordingly. In response to #18548 (comment) Fixes EngFlow/bazel_invocation_analyzer#110 Closes #20299. Commit 13829ed PiperOrigin-RevId: 585639069 Change-Id: Id4aadb5451839b5be07ac98428f9367764ff46ce Co-authored-by: Sara Adams <[email protected]>
Update: due to open release blockers and ongoing network issues, we've moved the final RC to later this week and final release to next week. |
Bazel 7.0.0rc5 is now available - https://releases.bazel.build/7.0.0/rc5/index.html. Please test it out and report any issues here as soon as possible. Draft release notes can be found here. Thanks! |
I verified that in 7.0.0rc5 the two issues highlighted in #18548 (comment) are fixed. |
Verified #20246 is fixed in 7.0.0rc5 |
No regression from 7.0.0rc5 to 7.0.0rc6 re #18548 (comment) |
Bazel 7.0.0 RC6 regressed errors reporting when |
Bazel 7.0.0rc7 is now available - https://releases.bazel.build/7.0.0/rc7/index.html. Please test it out and report any issues here as soon as possible. Draft release notes can be found here. Thanks! |
7.0.0 is out: https://github.com/bazelbuild/bazel/releases/tag/7.0.0 |
Looks like |
Status of Bazel 7.0.0
To report a release-blocking bug, please add a comment with the text
@bazel-io flag
to the issue. A release manager will triage it and add it to the milestone.To cherry-pick a mainline commit into 7.0.0, simply send a PR against the
release-7.0.0
branch. (This branch will be created in October.)Task list:
The text was updated successfully, but these errors were encountered: