<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 17, 2016 at 2:24 PM, Doug Hellmann <span dir="ltr"><<a href="mailto:doug@doughellmann.com" target="_blank">doug@doughellmann.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Excerpts from Morgan Fainberg's message of 2016-02-17 10:44:50 -0800:<br>
<span class="">> I am very much against adding extra data to paste-ini especially config<br>
> data that is consumed by the applications. I generally understand why it<br>
> was implemented in the way it has. The oslo_config change that Doug linked<br>
> will make this need mostly go away however. I would like to move us towards<br>
> not needing the extra config data in paste-ini files and instead rely on<br>
> the oslo_config options where possible. There will be exceptions (such a<br>
> swift as it doesn't use oslo-config).<br>
<br>
</span>That change only affects sample files and documentation. It has been<br>
possible for applications to override config defaults for ages. Were we<br>
blocked on making effective use of that because of the doc issue for a<br>
long time?<br>
<span class="HOEnZb"><font color="#888888"><br>
Doug<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
><br>
> On Wed, Feb 17, 2016 at 10:40 AM, Michael Krotscheck <<a href="mailto:krotscheck@gmail.com">krotscheck@gmail.com</a>><br>
> wrote:<br>
><br>
> > On Wed, Feb 17, 2016 at 9:41 AM Doug Hellmann <<a href="mailto:doug@doughellmann.com">doug@doughellmann.com</a>><br>
> > wrote:<br>
> ><br>
> >><br>
> >> The next release of oslo.config will have this.<br>
> >> <a href="https://review.openstack.org/#/c/278604/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/278604/</a><br>
> ><br>
> ><br>
> > <a href="http://stjent.pinnaclecart.com/images/products/preview/55008.jpg" rel="noreferrer" target="_blank">http://stjent.pinnaclecart.com/images/products/preview/55008.jpg</a><br>
> ><br>
> > Michael<br>
> ><br>
> > __________________________________________________________________________<br>
> > OpenStack Development Mailing List (not for usage questions)<br>
> > Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
> > <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
> ><br>
> ><br></div></div></blockquote><div><br></div><div>I think that not understanding the default overrides and also not representing them properly in the sample config were blockers. It would be communicating wrong defaults to operators/deployers and not having a consistent "blessed" way to default override.<br><br></div><div>It wasn't a hard tech blocker, but I def. think it was a blocker. <br></div></div><br></div></div>