<div dir="ltr"><div class="gmail_default" style="font-size:small"><font face="monospace, monospace">​​</font></div><font face="monospace, monospace"><div class="gmail_default" style="font-size:small;display:inline">​​</div><div class="gmail_default" style="font-size:small;display:inline">does </div><div class="gmail_default" style="font-size:small;display:inline">​</div>anyone<div class="gmail_default" style="font-size:small;display:inline">​ ​</div><div class="gmail_default" style="font-size:small;display:inline">has </div>an idea to leverage zuul's cross project testing[0] for kolla and kolla-ansibe<div class="gmail_default" style="font-size:small;display:inline">gate?</div><div class="gmail_default" style="font-size:small;display:inline">​</div><br><br>Here is a use case:<br><br>when implementing A service, we need</font><div><font face="monospace, monospace"><br>* add dockerfile in kolla project<br>* add ansible role in kolla-ansible project<br><br>there are in the different project. assume that gate can test service A in kolla and</font><div><font face="monospace, monospace">kolla-ansible</font></div><div><font face="monospace, monospace"><div class="gmail_default" style="font-size:small;display:inline">​</div></font></div><div><font face="monospace, monospace"><div class="gmail_default" style="font-size:small;display:inline">*</div>how could we archive this before the dockerfile part is not merged? </font></div><div><font face="monospace, monospace"><div class="gmail_default" style="font-size:small;display:inline">*</div>and do not merge all these two patches until<div class="gmail_default" style="font-size:small;display:inline">the</div>patch<div class="gmail_default" style="font-size:small;display:inline">es</div>are both green?<br><br>I think cross project testing should be helpful. But after reading it more times, </font></div><div><font face="monospace, monospace">I am still confused with the second table.<br></font><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><font face="monospace, monospace"><br></font><font face="monospace, monospace">Change Project Zuul Ref. Description<br></font><font face="monospace, monospace">1 acme master/Z1 acme master + change 1<br></font><font face="monospace, monospace">2 acme master/Z2 acme master + change 1<br></font><font face="monospace, monospace">2 plugin stable/Z2 plugin stable + change 2<br></font><font face="monospace, monospace">3 acme master/Z3 acme master + change 1<br></font><font face="monospace, monospace">3 plugin stable/Z3 plugin stable + change 2<br></font><font face="monospace, monospace">3 plugin master/Z3 plugin master + change 3</font></blockquote><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><font face="monospace, monospace"><br></font></blockquote><font face="monospace, monospace">How above is generated? Will it generate 6 jobs to run? and how kolla can leverage it?</font></div><div><font face="monospace, monospace"><br>[0] <a href="http://docs.openstack.org/infra/zuul/gating.html#cross-project-testing">http://docs.openstack.org/infra/zuul/gating.html#cross-project-testing</a></font></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 17, 2016 at 2:53 AM, Michał Jastrzębski <span dir="ltr"><<a href="mailto:inc007@gmail.com" target="_blank">inc007@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">So I can see value of moving configs to kolla itself, but that would<br>
require significant ansible-fu to get it properly separated, I'd<br>
suggest separating this discussion from general announcement. If<br>
someone is willing to make effort of clean separation of configs from<br>
ansible, let's discuss how to do it technically.<br>
<div><div class="h5"><br>
On 16 November 2016 at 12:39, Fox, Kevin M <<a href="mailto:Kevin.Fox@pnnl.gov">Kevin.Fox@pnnl.gov</a>> wrote:<br>
> I think some kolla-kubernetes folks will still want to use kolla genconfig.<br>
><br>
> Not sure it really does need the ansible dependency though. if the dep is<br>
> removed, it may be better to put it in the kolla repo then the kolla-ansible<br>
> repo.<br>
><br>
> Thanks,<br>
> Kevin<br>
> ______________________________<wbr>__<br>
> From: Jeffrey Zhang [<a href="mailto:zhang.lei.fly@gmail.com">zhang.lei.fly@gmail.com</a>]<br>
> Sent: Tuesday, November 15, 2016 11:55 PM<br>
> To: OpenStack Development Mailing List (not for usage questions)<br>
> Subject: Re: [openstack-dev] [kolla] Kolla-ansible is available<br>
><br>
><br>
> On Wed, Nov 16, 2016 at 9:10 AM, Fox, Kevin M <<a href="mailto:Kevin.Fox@pnnl.gov">Kevin.Fox@pnnl.gov</a>> wrote:<br>
>><br>
>> whats the plan for genconfig? its based on ansible right now, but may fit<br>
>> better as a non ansible specific tool?<br>
><br>
><br>
> the core issue is: k8s depends on the ansible configuration file.<br>
> now Kolla is split. how the kolla-k8s generate the configuration file? if it<br>
> still re-use the ansible configuration file. we do not need any change.<br>
><br>
><br>
><br>
> --<br>
> Regards,<br>
> Jeffrey Zhang<br>
> Blog: <a href="http://xcodest.me" rel="noreferrer" target="_blank">http://xcodest.me</a><br>
><br>
</div></div>> ______________________________<wbr>______________________________<wbr>______________<br>
<span class="im HOEnZb">> OpenStack Development Mailing List (not for usage questions)<br>
</span><span class="im HOEnZb">> 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>
______________________________<wbr>______________________________<wbr>______________<br>
</span><span class="im HOEnZb">OpenStack Development Mailing List (not for usage questions)<br>
</span><div class="HOEnZb"><div class="h5">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><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><span style="font-size:13px;border-collapse:collapse"><font face="monospace, monospace">Regards,</font></span></div><div><span style="font-size:13px;border-collapse:collapse"><font face="monospace, monospace">Jeffrey Zhang</font></span></div><div><span style="font-family:monospace,monospace;font-size:12.8px">Blog: </span><a href="http://xcodest.me/" style="font-family:monospace,monospace;font-size:12.8px" target="_blank">http://xcodest.me</a><font face="monospace, monospace"><br></font></div></div></div></div></div></div></div></div></div>
</div>