@meteorcloudy lmk if you are not available on these dates
https://github.com/bazelbuild/bazel/issues/4928 may be a blocker for this release.
We will be cutting RC approximately on April 7th /cc @philwo
I can do it by Friday.
On Thu, Apr 5, 2018, 3:03 AM Dmitry Lomov notifications@github.com wrote:
We will be cutting RC approximately on April 7th /cc @philwo
https://github.com/philwo—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/bazelbuild/bazel/issues/4583#issuecomment-378884621,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AD-nthr1ulZYl_psAmzjY8KWWTS0x0Ptks5tlevngaJpZM4R5mvn
.
There are some jobs failing with Bazel@HEAD, but not with 0.11.0, we need to fix them
Ping the current Sheriff @vladmos
If they cannot be fixed in time, I will cut the release and cherry-pick the fixes later.
The mac failures are due to https://github.com/bazelbuild/bazel/issues/4751, so I marked it as a release blocker.
rules_python: there's an issue https://github.com/bazelbuild/rules_python/issues/67 and a pull request https://github.com/bazelbuild/rules_python/pull/83 that's supposed to fix it.
rules_typescript: red due to a remote caching problem, there's an existing issue for it: https://github.com/bazelbuild/bazel/issues/4928 . Not sure if it's considered as a release blocker (@buchgr)
rules_docker: a pending issue: https://github.com/bazelbuild/rules_docker/issues/363
rules_nodejs on windows: a pending issue: https://github.com/bazelbuild/rules_nodejs/issues/165
@vladmos Thanks Vlad for summarizing all these!
Seems like most of fixes are not on Bazel side, except #4751 and #4928 (possibly)
Then I'll cut a release based on yesterday's nightly, that is fdee70e6e39b74bfd9144b1e350d2d8806386e05
Release candidate 1 has been successfully cut, branch has been pushed (https://github.com/bazelbuild/bazel/tree/release-0.13.0)
0.13.0-rc1 is available on chocolatey.
The release notes contains entries from the 0.12.0 release notes. I believe the release notes generator script is confused, because the last release was 0.11, not 0.12.
Also, there are duplicate entries, "None" entries, and some entries that were manually removed from the 0.12.0 release notes.
Please remove the following entries:
- python,runfiles: You can now depend on
@bazel_tools//tools/runfiles:py-runfiles
to get a
platform-independent runfiles library for Python. See DocString
of
https://github.com/bazelbuild/bazel/blob/master/src/tools/runfiles
/runfiles.py for usage information.
...
- The new "--local_tmp_root=
" flag allows specifying the temp
directory for locally executed actions.
...
- The new "--local_tmp_root=
" flag allows specifying the temp
directory for locally executed actions.
...
- None
TESTED=presubmit, next cl
...
- None (select branches are mutually exclusive, so this is a no-op)
Based off the nightly 0.13.0rc1 was cut from (https://buildkite.com/bazel/bazel-with-downstream-projects-bazel/builds/188), these are failing:
/var/lib/buildkite-agent/builds/buildkite-ubuntu1604-dqml-1/bazel-downstream-projects/tensorflow/tensorflow/examples/android/BUILD:64:1: //tensorflow/examples/android:tensorflow_demo: no such attribute 'manifest_merger' in 'android_binary' rule
@laszlocsomor , thanks! I'll make sure they don't appear in the next RC.
I've sent out a change removing the usage of the manifest_merger attribute from tensorflow (It's basically an internal-only attribute and it was sort of an accident that it was released as part of the tensorflow demo)
Can we cherry-pick https://github.com/bazelbuild/bazel/commit/cb16c5089953127690c8971d32dc3d4cf01b7620 please pretty please ? Thank you!
@steeve cb16c50 is included in this release, no need to cherry-pick.
That's great thank you!
FYI: Be advised that #5010 may lead to Skylark breakages if users are passing certain args by keyword. Skylark team expects the effect to be pretty minor, but if we're wrong we can make a patch. We're hoping to not have to do that since the behavior being broken is questionable anyway.
https://github.com/bazelbuild/bazel/issues/5038 is a blocker.
Please cherry-pick https://github.com/bazelbuild/bazel/commit/f083e7623cd03e20ed216117c5ea8c8b4ec61948 to fix #5038.
New cherry-pick fa36d2f48965b127e8fd397348d16e991135bfb6 for fixing #4928
0.13.0rc2 is created with scripts/release/release.sh create 0.13.0 fdee70e f083e76 fa36d2f
, but haven't been pushed yet.
Building at https://buildkite.com/bazel/release/builds/30
0.13.0-rc2 is up on chocolatey.
Is it possible to cherrypick https://github.com/bazelbuild/bazel/commit/4abd2babcc50900afd0271bf30dc64055f34e100 to fix https://github.com/bazelbuild/bazel/issues/5077?
Sorry @jin, #5077 isn't a regression in 0.13.0, so I think we'll have to wait until 0.14.0.
I'll try to release 0.13.0 ASAP!
https://github.com/bazelbuild/bazel/issues/5079 is a blocker
Considering #4751 is also a bug already existing in 0.12.0, I'm removing it as a release blocker.
So, there is currently no unfixed release blocker. I'll wait for one more day in case there's any objection, if none, I'll release 0.13.0 on Wednesday.
Considering #4751 is also a bug already existing in 0.12.0
What about #5079? It's not a regression since 0.12.0, but it makes Bazel unusable for tests in the //
package.
OK, then I'll cherry-pick the fixes for both #5079 and #5077. But still leaving #4751 not being release blocker, because we are not making progress on fixing it and the issue only happens when using http remote cache on macOS, which is not used often by our users. @laszlocsomor @jin
Please cherry-pick 2c957575ff24c183d48ade4345a79ffa5bec3724 to fix #5079.
@laszlocsomor Thank you!
@meteorcloudy thank you!
0.13.0rc3 has been created with
scripts/release/release.sh create 0.13.0 fdee70e f083e76 fa36d2f 4abd2ba 2c95757
Available at: https://releases.bazel.build/0.13.0/rc3/index.html
Thanks to @philwo !
A new release blocker is discovered: #5066
0.13.0rc4 has been created with
scripts/release/release.sh create 0.13.0 fdee70e f083e76 fa36d2f 4abd2ba 2c95757 f0cd2d2
Available at: https://releases.bazel.build/0.13.0/rc4/index.html
Unfortunately, rc4 is bad due to a merge conflict error, please don't use it. I'm fixing it.
Sorry for the trouble
Turned out #5066 is not a release blocker, we don't have to cherry-pick f0cd2d2
0.13.0rc5 has been created with
scripts/release/release.sh create 0.13.0 fdee70e f083e76 fa36d2f 4abd2ba 2c95757
Available at: https://releases.bazel.build/0.13.0/rc5/index.html
rc5 is for undoing rc4, it's exactly the same as rc3
We have the 0.13.0 release:
https://github.com/bazelbuild/bazel/releases/tag/0.13.0
Chocolatey package is published.
Remote Ex for 0.13.0 is producing directories with unsorted file/directory lists. This was a regression introduced in 0.12.0 (verified with deb testing of 0.11.1, 0.12.0, and 0.13.0). Issue was filed as #5109 with supplied PR #5110. Recommend inclusion into a patch release, as this will be broken against any validating Remote Ex Execution Service (including buildfarm)
a729b9b4c3d7844a7d44934bf3365f92633c0a60 introduced the remote ex regression
https://github.com/bazelbuild/bazel/releases/tag/0.13.1 Fixed the remote execution regression. 0.13.0 is done!
Most helpful comment
OK, then I'll cherry-pick the fixes for both #5079 and #5077. But still leaving #4751 not being release blocker, because we are not making progress on fixing it and the issue only happens when using http remote cache on macOS, which is not used often by our users. @laszlocsomor @jin