<div dir="ltr"><div><div><div>Well, even though it's an experimental job, the TLS-everywhere job (fakeha-caserver) is quite stable at the moment; I still need to add the novajoin service to it, to reflect what people will hopefully be using, but other than that it's been running and doing fine. I would like to bring up that currently, the oooq OVB jobs are incompatible with what we do with that job.<br><br></div>Basically, from what I've understood, oooq OVB jobs use the undercloud provided by the quintupleo stack, while currently in CI we rely on the node provided by nodepool and install the undercloud there. For the TLS-everywhere job, we use that undercloud as well, and spin up a very low memory node to deploy FreeIPA in there, but this wouldn't be possible in the oooq solution. I would like to discuss alternatives for this.<br><br></div>Any thoughts?<br><br></div>BR<br><div><div><div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 1, 2017 at 1:47 AM, Gabriele Cerami <span dir="ltr"><<a href="mailto:gcerami@redhat.com" target="_blank">gcerami@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
despite CI freeze for substantial change is in order, I recognize<br>
there's always the need to add or modify slightly the jobs for<br>
important fixes or to improve debugging.<br>
<br>
Unfortunately in these days we are wrapping up the gap in feature<br>
coverage between tripleo-ci and quickstart, and any of those change is<br>
increasing the list of features to be added to the implementation,<br>
making the wrap a moving target.<br>
Also, I'm seen some more-than-minor changes merged in these days, and<br>
that is making this job even more difficult.<br>
<br>
For those reason, we're going to ask everybody, from this moment on, for<br>
every change proposed to tripleo-ci, to propose an equivalent change to<br>
quickstart, or, if it seems too difficult, to open a bug in quickstart,<br>
pointing at the change in tripleo-ci, with some explanation on why it's<br>
needed, if it's not already clear in the commit message.<br>
<br>
At the end of this week we're going to make the final cut to the list<br>
of features we're going to transition to quickstart. If a feature, a<br>
test, an improvement, a small fix is added in tripleo-ci without<br>
signaling quickstart in any way, the risk is that the change will go<br>
unnoticed, and will be lost in transition.<br>
<br>
thanks for your collaboration.<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><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><font style="font-family:arial narrow,sans-serif;color:rgb(102,102,102)" size="2">Juan Antonio Osorio R.<br>e-mail: <a href="mailto:jaosorior@gmail.com" target="_blank">jaosorior@gmail.com</a><br></font><font style="font-family:arial narrow,sans-serif;color:rgb(102,102,102)" size="2"><br></font></div></div></div>
</div></div></div></div></div></div></div>