<div dir="ltr"><div>​On Wed, Nov 29, 2017 at 9:32 AM, Haïkel <span dir="ltr"><<a href="mailto:hguemar@fedoraproject.org" target="_blank">hguemar@fedoraproject.org</a>></span> wrote:<span class="gmail-"></span><br><span class="gmail-"></span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">
> - CI promotion GA criteria is changed from Jenkins pipeline to the<br>
> list of jobs running with RPM packages directly, initial set would be<br>
> all weirdo jobs running in [3]<br>
<br>
</span>I'd like to ensure that TripleO CI is still monitored closely during<br>
the development cycle.<br>
So it can be a non-blocking criteria for GA.<br>
<br>
As Javier noticed it means that our jobs will be based upon POI and<br>
packstack. It should encourage<br>
us to work with other installers supporting "raw" packages to make<br>
sure that we will be able to test our<br>
artefacts long-term.<br>
<span class="gmail-"><br>
> - TripleO jobs would not be part of RDO GA criteria since TripelO now<br>
> requires containers which RDO will not ship.TripleO promotion CI will<br>
> continue running with containers built with RDO Trunk packages.<br>
><br>
<br>
</span>Question is to know if upstream is okay with shipping containers images using<br>
our trunk packages. Otherwise ack.<br clear="all"></blockquote><div><br></div><div>All deployment projects are cycle-trailing [1] which means OpenStack cuts a</div><div>release on day 0 and projects such as TripleO, <div style="font-family:arial,helvetica,sans-serif;display:inline" class="gmail_default">​Kolla, ​</div>Packstack and</div><div>Puppet-OpenStack can lag behind quite a bit<div style="font-family:arial,helvetica,sans-serif;display:inline" class="gmail_default">​, sometimes more than a week.​</div></div><div><br></div><div>This puts us in a very odd chicken-and-egg scenario where the deployment</div><div>projects aren't ready but we are.</div><div><br></div><div>RDO's job is to package and ship the signed tarballs as delivered by the</div><div>OpenStack release.<div style="font-family:arial,helvetica,sans-serif;display:inline" class="gmail_default">​​</div></div><div>Whether or not TripleO, Packstack or Puppet-OpenStack works with the release</div><div>packages is pretty unlikely to be because of problems with RDO *packages*.</div><div><br></div><div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">​The content of the tarballs isn't going to change. If we end up finding a legit</div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">bug in the packaging (spec files, mirrors, etc.), these can be hotfixed easily.</div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">​</div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">IMO, when comes release time, installers should be used to sanity check the</div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">*repositories* to ensure there are no missing packages, that the packages are</div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">at the right versions, etc. They've actually been quite helpful with that in the</div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">past.</div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default"><br></div><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">If there are installer bugs, I would not block the release of RDO.<br></div><br></div><div class="gmail_signature"><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">​[1]: <a href="https://releases.openstack.org/reference/release_models.html#cycle-trailing">https://releases.openstack.org/reference/release_models.html#cycle-trailing</a>​</div></div><div class="gmail_signature"><br>David Moreau Simard<br>Senior Software Engineer | OpenStack RDO<br><br>dmsimard = [irc, github, twitter]</div></div><div class="gmail_extra">
<br></div></div>