Bazel: Release 3.2 - May 2020

Created on 6 Apr 2020  路  17Comments  路  Source: bazelbuild/bazel

Cut date: 2020-05-04

release

Most helpful comment

I'm not aware of any release blockers or complaints. I think we can release it tomorrow. :)

All 17 comments

Status of Bazel 3.2.0

To report a release-blocking bug, please file a bug using the Release blocker label, and cc me.

Task list:

Pushed 3.2.0rc1:

RELEASE_NUMBER=3.2.0
BASELINE_COMMIT=1d93d26d9900328dcba0026bf21cb45cc37a4596
git clone https://github.com/bazelbuild/bazel.git ~/bazel-release-$RELEASE_NUMBER
cd ~/bazel-release-$RELEASE_NUMBER
scripts/release/release.sh create $RELEASE_NUMBER $BASELINE_COMMIT
scripts/release/release.sh push

Any updates?

I'm not aware of any release blockers or complaints. I think we can release it tomorrow. :)

Bazel 3.2.0 has been pushed! 馃殌

Pinging package maintainers @vbatts @petemounce @excitoon @chenrui333.

@philwo We were specifically waiting for 3.2.0 for the flag --experimental_windows_watchfs but when we try to use it we get "ERROR: Unrecognized option: --experimental_windows_watchfs". Is it possible that 11334 somehow did not make it to 3.2.0?

3.2.0 was branched at the beginning of the month thus excluding 33106877277e6bfb3944b5b65b5d700fb781764e.

@benjaminp Thank you for the explanation!

@konste Bazel 3.3.0rc1 should be cut beginning of next week, so you can test it using that version then :)

late to the party, but fedora and centos are built https://copr.fedorainfracloud.org/coprs/vbatts/bazel/build/1424821/
Still epel-7-aarch64 failed, but all the rest succeeded.

Thank you @vbatts 馃槉 I'll have a look at the epel7-aarch64 failure. Bazel "should" work on that platform...

+ env ./compile.sh
Building Bazel from scratcherror: Bad exit status from /var/tmp/rpm-tmp.pj9GrC (%build)
    Bad exit status from /var/tmp/rpm-tmp.pj9GrC (%build)
RPM build errors:
Child return code was: 1

@vbatts It's strange that the compile.sh command doesn't print any error and just exits with code 1 after printing Building Bazel from scratch. I currently don't have a CentOS 7 machine on that platform available, but if I have some time, I'll try to find out what's failing there.

@philwo I've filled https://github.com/vbatts/copr-build-bazel/issues/14 for the epel-7-aarch64 build failure.

I welcome any testing that folks offer here :-D

What is the status? Is there any reason why this issue is not closed? Just asking before starting the process to upgrade to 3.2.

@limdor No reason, I think we just forgot to close it. 馃槉

Was this page helpful?
0 / 5 - 0 ratings