<tt><font size=2>Morgan Fainberg <morgan.fainberg@gmail.com> wrote
on 08/24/2014 12:01:37 PM:<br>
<br>
> ...</font></tt>
<br><tt><font size=2>> <br>
> Keystone saw an oddity with the new sample config generator <br>
> (changing how options are sorted and therefore changing the way the
<br>
> sample config is rendered). This could be a similar / related issue. </font></tt>
<br><tt><font size=2>> <br>
> Most of the projects stopped gating on "up-to-date" sample
config a <br>
> few reasons, the first is that with external library dependencies
<br>
> you never know when / if something upstream will break the test run
<br>
> (e.g. New Oslo.config or new keystonemiddleware). </font></tt>
<br><tt><font size=2>> <br>
> Now imagine that issue occurred and was blocking a gate-fixing
bug <br>
> (happened at least a couple times). </font></tt>
<br><tt><font size=2>> <br>
> In short, making sample config being up-to-date to merge code causes<br>
> a lot if headaches. </font></tt>
<br><tt><font size=2>> <br>
> Different projects handle this differently. Nova doesn't have a <br>
> sample config in tree, keystone updates on a semi-regular basis <br>
> (sometimes as part of a patch, sometimes as a separate patch). <br>
> Keystone team is looking at adding a simple non-voting gate job (if
<br>
> infra doesn't mind) that will tell us the config is out of date.</font></tt>
<br><tt><font size=2>> <br>
> While it is nice to always have an updated sample config, I think
it<br>
> is not worth the breakage / issues it adds to the gate.</font></tt>
<br><tt><font size=2>> <br>
> It might make sense to standardize how we handle sample config
files<br>
> across the projects or at least standardize on removing the gate <br>
> block if the config is out of date. I know it was floated earlier
<br>
> that there would be a proposal bot job (like translations) for <br>
> sample config files, but I don't remember the specifics of why it
<br>
> wasn't well liked. </font></tt>
<br>
<br><tt><font size=2>Consistency would be nice.  The must-have is
just to document each project's procedure (accurately, of course).</font></tt>
<br>
<br><tt><font size=2>Thanks,</font></tt>
<br><tt><font size=2>Mike</font></tt>
<br>