<div dir="ltr"><div><div>Doug,<br><br></div>We've finally fixed the blockers and tagged RC1 for all our repos.<br></div><div>We're going to have final RC this Friday (Oct14).<br><br></div><div>Could I ask you to create stable/newton branches for repos:<br>- openstack/fuel-agent<br>- openstack/fuel-astute<br>- openstack/fuel-library<br>- openstack/fuel-main<br>- openstack/fuel-menu<br>- openstack/fuel-nailgun-agent<br>- openstack/fuel-ostf<br>- openstack/fuel-qa<br>- openstack/fuel-ui<br>- openstack/fuel-virtualbox<br>- openstack/fuel-web<br>based on the tag 10.0.0rc1<br></div><div><br></div><div>Or should I do it myself?<br></div><div><br></div><div>Best regards,<br></div><div>Alexey Shtokolov<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Oct 7, 2016 at 10:16 PM, Doug Hellmann <span dir="ltr"><<a href="mailto:doug@doughellmann.com" target="_blank">doug@doughellmann.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">This week we tagged the final releases for projects using the<br>
cycle-with-milestones release model. Projects using the cycle-trailing<br>
model have two more weeks before their final release tags are due. In<br>
the time between now and then, we expect those projects to be preparing<br>
and tagging release candidates.<br>
<br>
Just as with the milestone-based projects, we want to manage the number,<br>
frequency, and timing of release candidates for cycle-trailing projects.<br>
With that in mind, I would like to propose the following rough timeline<br>
(my apologies for not preparing this sooner):<br>
<br>
10 Oct -- All cycle-trailing projects tag at least their first RC.<br>
13 Oct -- Soft deadline for cycle-trailing projects to tag a final RC.<br>
18 Oct -- Hard deadline for cycle-trailing projects to tag a final RC.<br>
20 Oct -- Re-tag the final RCs as a final release.<br>
<br>
Between the first and later release candidates, any translations and<br>
bug fixes should be merged.<br>
<br>
We want to leave a few days between the last release candidate and<br>
the final release so that downstream consumers of the projects can<br>
report issues against stable artifacts. Given the nature of most<br>
of our trailing projects, and the lateness of starting to discuss<br>
these deadlines, I don't think we need the same amount of time as<br>
we usually set aside for the milestone-based projects. Based on<br>
that assumption, I've proposed a 1 week soft goal and a 2 day hard<br>
deadline.<br>
<br>
Let me know what you think,<br>
Doug<br>
<br>
Newton schedule: <a href="https://releases.openstack.org/newton/schedule.html" rel="noreferrer" target="_blank">https://releases.openstack.<wbr>org/newton/schedule.html</a><br>
<br>
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</blockquote></div><br></div></div>