<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p><br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 2019-03-14 05:23 PM, Jeremy Stanley
      wrote:<br>
    </div>
    <blockquote cite="mid:20190314212302.gpyplg7kuqqo5jax@yuggoth.org"
      type="cite">
      <pre wrap="">On 2019-03-14 16:57:09 -0400 (-0400), Andy Ning wrote:
[...]
</pre>
      <blockquote type="cite">
        <pre wrap="">[AN]: As developer I don't install anything, I submit my source code changes
to gerrit as review, and Zuul is triggered to run to verify if my change
break tox. Where tox runs the tests and what its environment like is
transparent to (as least for me until now :)). So I'm not sure how I could
do what you suggest.
</pre>
      </blockquote>
      <pre wrap="">
By "you" in this case I meant developers on StarlingX. Your CI jobs
should absolutely not be a black box to you, especially since the
job in question is defined in your repository:

    <a class="moz-txt-link-freetext" href="http://git.starlingx.io/cgit/stx-config/tree/.zuul.yaml#n66">http://git.starlingx.io/cgit/stx-config/tree/.zuul.yaml#n66</a>

Just a matter of adding "nodeset: ubuntu-xenial" to that job
definition. The change which adds it should be self-testing so
you'll be able to see in the CI results whether it worked or not.
</pre>
      <br>
    </blockquote>
    <br>
    Good to know that we can somehow control the job by the .zuul.yaml
    file. I would think adding a nodeset to the job should be a
    temporary workaround. Overall I'm not sure we want to specify where
    a particular job is running (will that be a load balancing issue for
    Zuul for example?).  Plus most of us want to focus on the production
    code, so hiding Zuul job details may not be a bad idea for
    developers (maybe that's the reason why .zuul.yaml is  hidden file?)<br>
    <br>
    In terms of self-testing, I usually run tox locally on our build
    machine and that works fairly well. Is there a way we can trigger
    Zuul jobs on our change before we sumit the review? The idea is
    developers run tox in the same environment as Zuul runs it.<br>
    <br>
    Thanks,<br>
    Andy   <br>
    <br>
    <blockquote cite="mid:20190314212302.gpyplg7kuqqo5jax@yuggoth.org"
      type="cite">
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Starlingx-discuss mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Starlingx-discuss@lists.starlingx.io">Starlingx-discuss@lists.starlingx.io</a>
<a class="moz-txt-link-freetext" href="http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss">http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss</a>
</pre>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
Andy Ning
Cube: 3071
Tel: 613-9631408 (int: 4408)
Skype: andy.ning.wr</pre>
  </body>
</html>