<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, May 25, 2016 at 1:09 PM, Emilien Macchi <span dir="ltr"><<a href="mailto:emilien@redhat.com" target="_blank">emilien@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Greating folks,<br>
<br>
In a recent poll [1], we asked to our community to tell which version<br>
of Puppet they were running.<br>
The motivation is to make sure our Puppet OpenStack CI test the right<br>
things, that are really useful.<br>
<br>
Right now, we run unit test jobs on puppet on 3.3, 3.4, 3.6, 3.8, 4.0<br>
and latest (current is 4.5).<br>
We also have functional jobs (non-voting, in periodic pipeline), that<br>
run puppet 4.5. Those ones break very often because nobody (except<br>
me?) regularly checks puppet4 periodic jobs.<br>
<br>
So here's my proposal, feel fee to comment:<br>
<br>
* Reduce puppet versions testing to 3.6, 3.8, 4.5 and latest (keep the<br>
last one non-voting). It seems that 3.6 and 3.8 are widely used by our<br>
consumers (default in centos7 & ubuntu LTS), and 4.5 is the latest<br>
release in the 4.x series.<br></blockquote><div><br></div><div><br></div><div>+1</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
* Move functional puppet4 jobs from experimental to check pipeline<br>
(non-voting). They'll bring very useful feedback. It will add 6 more<br>
jobs in the check queue, but since we will drop 2 unit tests jobs (in<br>
both check & gate pipelines), it will add 2 jobs at total (in term of<br>
time, unit tests jobs take 15 min and functional jobs take ~30 min) so<br>
the impact of node consumption is IMHO not relevant here.<br></blockquote><div><br></div><div><br></div><div>What's the plan for making Puppet4 jobs voting? I think this is a good start but we should more towards voting jobs I think. </div></div></div></div>