Doug, Just a follow-up, we will definitely have to tag a Kolla rc3 because on the following issue: https://review.openstack.org/#/c/382470/1
Global requirements pushed a change into our repo and the core reviewer team acked it. Unfortunately, we had no Newton branch (which is good – we have over 80 bug fixes already in progress or merged in rc2). I think there is a hole in the process here somewhere with release-trailing projects. The problem is we can’t push this revert of our requirements update because we are not on the Newton branch (but on master instead). Its not a super big deal, we are just going to revert it in the newton branch after creation which will ensure we have the correct Newton requirements used across OpenStack in Kolla. I suspect the release team will want to fine-tune (or is already managing this situation) as to how the scheduling works with release-trailing projects and the mechanics of the branching. If you need any help or advice or there is a summit session on the topic, let me know – happy to attend. I am not sure what is optimal – I can shoot down ideas that wouldn’t work for this release classification tag pretty easily; have harder time coming up with optimal solutions because I lack the context the release team has. Regards -steve From: "Steven Dake (stdake)" <std...@cisco.com> Date: Friday, October 7, 2016 at 1:39 PM To: "OpenStack Development Mailing List (not for usage questions)" <openstack-dev@lists.openstack.org> Subject: Re: [openstack-dev] [release][ansible][fuel][kolla][puppet][tripleo] proposed deadlines for cycle-trailing projects Doug, We have already tagged rc1 long ago, but ack on rc2 (we are targeting 12th at present) and ack on 20th for retag of final rc. We expect our rc2 to be final. If there are critical bugs that make the release doa in some way (such as upgrades, reconfigure etc), we will obviously have to tag an rc3 to then retag that as final. I don’t expect that to happen but it is a possibility. Regards -steve From: Doug Hellmann <d...@doughellmann.com> Reply-To: "OpenStack Development Mailing List (not for usage questions)" <openstack-dev@lists.openstack.org> Date: Friday, October 7, 2016 at 12:16 PM To: openstack-dev <openstack-dev@lists.openstack.org> Subject: [openstack-dev] [release][ansible][fuel][kolla][puppet][tripleo] proposed deadlines for cycle-trailing projects This week we tagged the final releases for projects using the cycle-with-milestones release model. Projects using the cycle-trailing model have two more weeks before their final release tags are due. In the time between now and then, we expect those projects to be preparing and tagging release candidates. Just as with the milestone-based projects, we want to manage the number, frequency, and timing of release candidates for cycle-trailing projects. With that in mind, I would like to propose the following rough timeline (my apologies for not preparing this sooner): 10 Oct -- All cycle-trailing projects tag at least their first RC. 13 Oct -- Soft deadline for cycle-trailing projects to tag a final RC. 18 Oct -- Hard deadline for cycle-trailing projects to tag a final RC. 20 Oct -- Re-tag the final RCs as a final release. Between the first and later release candidates, any translations and bug fixes should be merged. We want to leave a few days between the last release candidate and the final release so that downstream consumers of the projects can report issues against stable artifacts. Given the nature of most of our trailing projects, and the lateness of starting to discuss these deadlines, I don't think we need the same amount of time as we usually set aside for the milestone-based projects. Based on that assumption, I've proposed a 1 week soft goal and a 2 day hard deadline. Let me know what you think, Doug Newton schedule: https://releases.openstack.org/newton/schedule.html __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org<mailto:openstack-dev-requ...@lists.openstack.org>?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev