<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Nov 8, 2019 at 10:57 AM Adam Conrad <<a href="mailto:adconrad@ubuntu.com">adconrad@ubuntu.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thu, Nov 07, 2019 at 11:22:52AM -0500, Corey Bryant wrote:<br>
> <br>
> April 03, 2020 - ussuri final release for non-client libraries<br>
> April 10, 2020 - ussuri final release for client libraries<br>
> April 10, 2020 - **final release library uploads<br>
> April 17, 2020 - **last round of snapshot uploads<br>
> April 23, 2020 - focal release<br>
> April 24, 2020 - ussuri rc1<br>
> May 4, 2020 - **SRU rc1 release and any dependency fixes<br>
> May 15, 2020 - ussuri release<br>
> May 19, 2020 - **SRU final release and any dependency fixes<br>
<br>
So, I'm not thrilled about this, but after a bunch of back-and-forth<br>
on IRC, I think I'm comfortable with us doing this as a 1-off, while<br>
upstream gets their release schedule back in order. If they continue<br>
to slip in the future, we'll have to re-evaluate.<br>
<br>
We do want to be as close to 100% certain as we can be that the deps<br>
are finalised by release. If that means throwing very late snapshots<br>
at the queue during release week, that's fine as long as they're not<br>
being shipped on any media (you can check this with the poorly-named<br>
seeded-in-ubuntu tool in ubuntu-dev-scripts).<br>
<br>
So, a very grumpy +1 from me. Let us try to do this as painlessly as<br>
we can manage, and make sure we have a solid OpenStack story for the<br>
20.04.1 point release.<br>
<br></blockquote><div><br></div><div>Thanks. We'll work with upstream to get better alignment with future releases. <br></div><div><br></div><div>Corey<br></div></div></div>