<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 25 August 2017 at 13:27, Brad P. Crochet <span dir="ltr"><<a href="mailto:brad@redhat.com" target="_blank">brad@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Thu, Aug 24, 2017 at 5:35 PM, Ben Nemec <<a href="mailto:openstack@nemebean.com">openstack@nemebean.com</a>> wrote:<br>
> I think I'm +0 on this.  On the one hand we do have the gating job on<br>
> Mistral, on the other hand our gate jobs don't exercise all of the<br>
> functionality of some projects, especially Mistral.  I know in the past<br>
> introspection has been broken by changes in Mistral, and that wouldn't be<br>
> caught by gate jobs.  If we start using master all the time that becomes a<br>
> blocker for TripleO since it will prevent our OVB jobs from passing.<br>
><br>
> So I can understand the desire to use master of a tightly coupled project<br>
> like Mistral, but it does open a hole in our promotion pipeline which I<br>
> don't feel great about.  If we had an OVB job running on every patch (and<br>
> respected by the Mistral cores) I'd be +1 with no reservations.<br>
<br>
</span>I am +1 on this. However, I do echo Ben's concerns. I will bring this<br>
up with the Mistral group at the PTG. We already have an experimental<br>
job available, but I'm guessing the major concern will be the amount<br>
of time it takes for a TripleO job to run. It would likely double the<br>
amount of time that a Mistral patch takes to get through CI.<br></blockquote><div><br></div><div>I agree with you both. So would be +1 to adding Mistral (and adding an OVB job to Mistral).<br><br></div><div>I think the length of time will be a concern, but I think the overhead of Mistral contributors having to understand and debug failed tripleo gates could be a bigger problem.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5"><br>
><br>
><br>
> On 08/24/2017 04:04 PM, Wesley Hayutin wrote:<br>
>><br>
>> Greetings,<br>
>><br>
>> I'd like to propose that the mistral project be added to the list of<br>
>> projects where in CI the very latest built packages are added to each CI run<br>
>> [1].<br>
>><br>
>> This will help get patches that depend on mistral patches to more quickly<br>
>> be tested and merged.  For example Honza's patch [2] depends on a merged<br>
>> mistral change.  The mistral change has not yet landed in a tripleo build<br>
>> and mistral is not on the auto-update list, so the patch fails.<br>
>><br>
>> Please respond if you would like to see mistral added or have any comments<br>
>> or concerns.<br>
>><br>
>> Note that we are able to consider mistral for auto-updates because the<br>
>> mistral project has a voting tripleo job [3] and the tripleo project can be<br>
>> assured that the latest mistral patches will not break tripleo-ci.<br>
>><br>
>> I would encourage other projects to consider adding tripleo jobs to their<br>
>> project to enable auto-updates as well [4] <my_shameless_plug><br>
>><br>
>> [1]<br>
>> <a href="https://github.com/openstack/tripleo-quickstart/blob/master/config/release/tripleo-ci/master.yml#L54-L70" rel="noreferrer" target="_blank">https://github.com/openstack/<wbr>tripleo-quickstart/blob/<wbr>master/config/release/tripleo-<wbr>ci/master.yml#L54-L70</a><br>
>> [2] <a href="https://review.openstack.org/#/c/469608/" rel="noreferrer" target="_blank">https://review.openstack.org/#<wbr>/c/469608/</a><br>
>> [3]<br>
>> <a href="https://github.com/openstack-infra/project-config/blob/master/zuul/layout.yaml#L11665" rel="noreferrer" target="_blank">https://github.com/openstack-<wbr>infra/project-config/blob/<wbr>master/zuul/layout.yaml#L11665</a><br>
>> [4]<br>
>> <a href="https://docs.openstack.org/tripleo-docs/latest/contributor/check_gates.html" rel="noreferrer" target="_blank">https://docs.openstack.org/<wbr>tripleo-docs/latest/<wbr>contributor/check_gates.html</a><br>
>><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>
>><br>
><br>
<br>
<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
Brad P. Crochet, RHCA, RHCE, RHCVA, RHCDS<br>
Principal Software Engineer<br>
</font></span><div class="HOEnZb"><div class="h5"><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>
</div></div></blockquote></div><br></div></div>