<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Jul 24, 2015 at 3:55 AM, Daniel P. Berrange <span dir="ltr"><<a href="mailto:berrange@redhat.com" target="_blank">berrange@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Thu, Jul 23, 2015 at 11:57:01AM -0500, Michael Still wrote:<br>
> In fact, I did an example of what I thought it would look like already:<br>
><br>
>     <a href="https://review.openstack.org/#/c/205154/" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/205154/</a><br>
><br>
> I welcome discussion on this, especially from people who couldn't make<br>
> it to the mid-cycle. Its up to y'all if you do that on this thread or<br>
> in that review.<br>
<br>
</span>I think this kind of thing needs to have a spec proposed for it, so we<br>
can go through the details of the problem and the design considerations<br>
for it. This is especially true considering this proposal comes out of<br>
a f2f meeting where the majority of the community was not present to<br>
participate in the discussion.<br></blockquote><div> </div></div>So, I think discussion is totally fair here -- I want to be clear that what is in the review was a worked example of what we were thinking about, not a finished product. For example, I hit circular dependancy issues which caused the proposal to change.</div><div class="gmail_extra"><br></div><div class="gmail_extra">However, we weren't trying to solve all issues with flags ever here. Specifically what we were trying to address was ops feedback that the help text for our config options was unhelpfully terse, and that docs weren't covering the finer details that ops need to understand. Adding more help text is fine, but we were working through how to avoid having hundreds of lines of help text at the start of code files.</div><div class="gmail_extra"><br></div><div class="gmail_extra">I don't personally think that passing configuration options around as arguments really buys us much apart from an annoying user interface though. We already have to declare where we use a flag (especially if we move the flag definitions "out of the code"). That gives us a framework to enforce the interdependencies better, which in fact we partially do already via hacking rules.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Michael<br clear="all"><div><br></div>-- <br><div class="gmail_signature">Rackspace Australia</div>
</div></div>