<div dir="ltr">I accidentally didn't reply to the list earlier, so forwarding this through for completeness. I agree with the proposal/discussion in general.<div><br><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Joshua Hesketh</b> <span dir="ltr"><<a href="mailto:joshua.hesketh@gmail.com">joshua.hesketh@gmail.com</a>></span><br>Date: Thu, May 25, 2017 at 3:53 PM<br>Subject: Re: [OpenStack-Infra] Zuul v3: proposed new Depends-On syntax<br>To: Jeremy Stanley <<a href="mailto:fungi@yuggoth.org">fungi@yuggoth.org</a>><br><br><br><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Thu, May 25, 2017 at 10:55 AM, Jeremy Stanley <span dir="ltr"><<a href="mailto:fungi@yuggoth.org" target="_blank">fungi@yuggoth.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On 2017-05-25 00:33:10 +0000 (+0000), Tristan Cacqueray wrote:<br>
> On May 24, 2017 11:04 pm, James E. Blair wrote:<br>
> [...]<br>
> >How does that sound?<br>
><br>
> Thinking about further connections support, could this also works<br>
> for a (theorical) mail based patch cross dependency?<br>
<br>
</span>I can imagine wanting something like:<br>
<br>
    Depends-On: <a href="https://lkml.org/lkml/diff/2017/5/24/668/1" rel="noreferrer" target="_blank">https://lkml.org/lkml/diff/201<wbr>7/5/24/668/1</a><br>
<br>
...where zuul will git am what it finds there.<br>
<span><br>
> What's the logic to match the Depends-On syntax to a connection<br>
> driver?<br>
<br>
</span>This brings up an additional question: how far can we stretch the<br>
concept of a connection driver, and does it always need to be<br>
something we can report back on in some way? Maybe we want to test a<br>
Gerrit change or GutHub PR which requires a patch from the LKML (as<br>
above) when rebuilding the kernel for a guest, but we don't ever<br>
expect to report back to the LKML about anything. Would having a<br>
generic HTTP(S) driver for things like this make sense?<br></blockquote><div><br></div><div><br></div></span><div>We already have a generic git driver so it'll be theoretically possible to point at a git ref in the future. We could also look at having a patch/diff driver.</div><div><br></div><div>Depends-On, while used to set up testing scenarios, also adds a restriction of "only merge after XYZ". We could assume that a dependency on a git ref has already merged (and it is there to simply instruct the test/build), but I'm not sure if a "Depends-On diff" makes as much sense. How do we know when the diff has been applied?</div><div><br></div><div>I don't really want to introduce extra complexity, but one option could be to have "Test-With" (for merging in the test suit) and "Depends-On" (for blocking until merged) as separate DSL.</div><div><br></div><div>My gut feeling is that covering an arbitrary git ref is probably good enough for now along with the assumption that anything from the git driver has already merged.</div><div><br></div><div>Cheers,<br>Josh</div><span class=""><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="m_4790636968298306169HOEnZb"><font color="#888888">--<br>
Jeremy Stanley<br>
</font></span><div class="m_4790636968298306169HOEnZb"><div class="m_4790636968298306169h5"><br>
______________________________<wbr>_________________<br>
OpenStack-Infra mailing list<br>
<a href="mailto:OpenStack-Infra@lists.openstack.org" target="_blank">OpenStack-Infra@lists.openstac<wbr>k.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-infra</a></div></div></blockquote></span></div><br></div></div>
</div><br></div></div>