-
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 0.5.3 #3375
Comments
Hi Jakob, have you cut a RC yet? What baseline have you used? I suggest we go back to posting all the updates on the release, including what commands were used to create each RC |
No I haven't cut a RC yet. Will do once we cut the RC. |
All green for 8851852. Will use this
As the baseline for 0.5.3. For rc1, let's try without cherry-picks...
…--
Klaus Aehlig
Google Germany GmbH, Erika-Mann-Str. 33, 80636 Muenchen
Registergericht und -nummer: Hamburg, HRB 86891
Sitz der Gesellschaft: Hamburg
Geschaeftsfuehrer: Matthew Scott Sucherman, Paul Terence Manicle
|
All green for 8851852. Will use this
As the baseline for 0.5.3. For rc1, let's try without cherry-picks...
Some release related files are available at https://storage.googleapis.com/bazel/0.5.3/rc1/index.html
but the release process is broken in various ways, see also
http://ci.bazel.io/view/Bazel%20bootstrap%20and%20maintenance/job/Bazel-Release/140/console
So we need to fix the release targets and build an rc2 with the fixed
release targets. Anyway, the baseline is set and the distribution artifact
available, so everyone building from source is invited to start testing.
…--
Klaus Aehlig
Google Germany GmbH, Erika-Mann-Str. 33, 80636 Muenchen
Registergericht und -nummer: Hamburg, HRB 86891
Sitz der Gesellschaft: Hamburg
Geschaeftsfuehrer: Matthew Scott Sucherman, Paul Terence Manicle
|
We are working on a fix for the broken release procedure. |
0.5.3rc2 has just been created [1]. It contains 820a46a as a cherry-pick. [1] https://groups.google.com/forum/#!topic/bazel-discuss/MJ7N5K4MD_o |
Hi @buchgr, would you mind cherry-picking ccfb2df into 0.5.3? It contains an important fix for Windows that is currently blocking us from removing dependencies on bash (and we need it in a released Bazel in order to move forward, so that we don't break backwards compatibility of Bazel building Bazel). Thanks, |
https://chocolatey.org/packages/bazel/0.5.3-rc2 has been pushed. Missed this issue again, apologies for delay. Would be lovely to get an @ for release activity? |
@petemounce thanks! will do for 0.6.0. Sorry! |
Also cherry-pick |
Please make sure is in 9c54e2a (it is already before the baseline commit, just for the record) |
Hello, please cherry-pick 0653491 if it's not in the RC. |
Will do. I am planning on doing another RC next Tuesday (25/07). |
Bazel 0.5.3rc3 has been released. Please test! https://groups.google.com/forum/#!topic/bazel-discuss/opbZudzQ1Lg |
Great!
What needs to happen before 0.5.3 is out?
…On Mon, Jul 24, 2017 at 4:56 PM Jakob Buchgraber ***@***.***> wrote:
Bazel 0.5.3rc3 has been released. Please test!
https://groups.google.com/forum/#!topic/bazel-discuss/opbZudzQ1Lg
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#3375 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABUIFzI0l8vq9fxOtxMSTJ9BrIjriUPoks5sRKJygaJpZM4OWobu>
.
|
The naming pattern of the artifacts has changed in a breaking way, so I'll issue a PR to change the chocolatey build package scripts to account for that. I'll publish the PR from that directly. |
@buchgr actually, the zip artifact that the chocolatey package depends on is no longer being published by your CI. Please reinstate this? Based on I won't be able to release the RC without that artifact or more major surgery to the chocolatey package. I'd prefer the artifact to be reinstated. |
@ittaiz we are still waiting for feedback from some users. Should be out of EOW. @petemounce thanks for the feedback. Will take a look... |
*** Reason for rollback *** Now the new jenkins pipeline has been rolled forward we actually needs that change To cherry-pick for #3375 *** Original change description *** Automated rollback of commit 6d6e872. *** Reason for rollback *** Does not work so well, see https://storage.googleapis.com/bazel/0.5.3/rc1/index.html *** Original change description *** Release script: generate the index.html from the commit message Do not rely on the README.md anymore, because it relies on log still existing forever on Jenkins. Incoming change will just provides the log as a file that will be archived on GCS. PiperOrigin-RevId: 162950464
The new pipeline does not support ziping artifact which was a custom hack for Windows, relies on Bazel to generate those zip instead. Step forward fixing bazelbuild/continuous-integration#101 To cherry-pick for #3375. Change-Id: Id566d66bb179096d60c5b535f245d64cea28c5b8 PiperOrigin-RevId: 163054883
To be cherry-picked for #3375 Change-Id: I81e3660d1e01935101a19d75e1a696296df1941d
And if possible ad73cba, which is a simple fix to improve backwards compatibility of our Python wrapper so that it works with Python 2.4. |
Wonderful, thanks. |
0.5.3 rc4 is out: https://storage.googleapis.com/bazel/0.5.3/rc4/index.html |
Cherry-pick: 1cbba98 |
Cherry-pick: 562fcf9 |
Cherry-pick: 815bd63 |
Cherry-pick: 0f3481b |
I am happy to announce that bazel 0.5.3 has just been released: https://groups.google.com/forum/#!topic/bazel-discuss/np39cH-nvTY Unfortunately, we were unable to cherry pick the remote execution changes 1cbba98, 562fcf9, 815bd63 into the release, as this part of the code has substantially changed since the baseline and thus any such cherry picks failed. We will thus start the release process for 0.5.4 immediately, with a new baseline that contains these commits. ping @petemounce |
Thanks for the ping! Will probably push later on. |
I think we can work out something to just rerun the release job and get the job to works, @petemounce I suggest to follow-up on #3459 |
I've adjusted the package build scripts in #3466 to cope with the rename. |
thanks @petemounce |
Oops, sorry, I see it was reopened for a reason. |
can be closed. |
Is there a way to add the influence of a5c3862 into 0.5.3 release note? I've seen at least two cases where people think it's a regression. Basically the change is
|
@meteorcloudy no, but we can mention it in the 0.5.4. release notes? Should be out this or next week. |
We can update the release notes on the github release page and on GCS but
not inside the binaries, should be good enough.
What we do generally in those case is we add bolded notes to the release
notes on github, it is generally good enough.
…On Mon, Aug 7, 2017 at 11:21 AM Jakob Buchgraber ***@***.***> wrote:
@meteorcloudy <https://github.com/meteorcloudy> no, but we can mention it
in the 0.5.4. release notes? Should be out this or next week.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#3375 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ADjHf6BLSBDz0UWkm8B9Ftnq9wyzXLDLks5sVtcfgaJpZM4OWobu>
.
|
The new pipeline does not support ziping artifact which was a custom hack for Windows, relies on Bazel to generate those zip instead. Step forward fixing bazelbuild/continuous-integration#101 To cherry-pick for bazelbuild#3375. Change-Id: Id566d66bb179096d60c5b535f245d64cea28c5b8 PiperOrigin-RevId: 163054883
*** Reason for rollback *** Now the new jenkins pipeline has been rolled forward we actually needs that change To cherry-pick for bazelbuild#3375 *** Original change description *** Automated rollback of commit 6d6e872. *** Reason for rollback *** Does not work so well, see https://storage.googleapis.com/bazel/0.5.3/rc1/index.html *** Original change description *** Release script: generate the index.html from the commit message Do not rely on the README.md anymore, because it relies on log still existing forever on Jenkins. Incoming change will just provides the log as a file that will be archived on GCS. PiperOrigin-RevId: 162950464
To be cherry-picked for bazelbuild#3375 Change-Id: I81e3660d1e01935101a19d75e1a696296df1941d PiperOrigin-RevId: 163202698
cinttypes is the C++ header that should replace stdint.h. Not using the correct header was leading to compilation error on CentOS 6.7 Fixes bazelbuild#3455. To be cherry-picked for bazelbuild#3375. Change-Id: I6df22134a4a4902ec9fa7ecdfaeb5408eacf3564 PiperOrigin-RevId: 163334651
Mostly, because of remote execution fixes.
The text was updated successfully, but these errors were encountered: