<br><br>On Sunday, August 24, 2014, Anne Gentle <<a href="mailto:anne@openstack.org">anne@openstack.org</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">I'm following this as well since I have the exact same problem in a docstring patch for heat.<br><div class="gmail_extra"><br></div></div></blockquote><div><br></div>Keystone saw an oddity with the new sample config generator (changing how options are sorted and therefore changing the way the sample config is rendered). This could be a similar / related issue. <br>
<div><br></div><div>Most of the projects stopped gating on "up-to-date" sample config a few reasons, the first is that with external library dependencies you never know when / if something upstream will break the test run (e.g. New Oslo.config or new keystonemiddleware). </div>
<div><br></div><div>Now imagine that issue occurred and was blocking a gate-fixing bug (happened at least a couple times). </div><div><br></div><div>In short, making sample config being up-to-date to merge code causes a lot if headaches. </div>
<div><br></div><div>Different projects handle this differently. Nova doesn't have a sample config in tree, keystone updates on a semi-regular basis (sometimes as part of a patch, sometimes as a separate patch). Keystone team is looking at adding a simple non-voting gate job (if infra doesn't mind) that will tell us the config is out of date.</div>
<div><br></div>While it is nice to always have an updated sample config, I think it is not worth the breakage / issues it adds to the gate.<div><br></div><div>It might make sense to standardize how we handle sample config files across the projects or at least standardize on removing the gate block if the config is out of date. I know it was floated earlier that there would be a proposal bot job (like translations) for sample config files, but I don't remember the specifics of why it wasn't well liked. <span></span></div>
<div><br></div><div>--Morgan</div>