<font face="arial" size="2"><p style="margin:0;padding:0;">+1 to the "permanence order" change</p>
<p style="margin:0;padding:0;"> </p>
<p style="margin:0;padding:0;">I think it's important we keep something like this as simple as possible. So I'm against taking CLI argument order into account or having a flag that changes how it works. The more rules we put into this behavior the more confusing it will be for deployers and users. As for backward compat, I do believe it to be a version thing because some sort of middle ground doesn't make sense here.</p>
<p style="margin:0;padding:0;"> </p>
<p style="margin:0;padding:0;">-Alex</p>
<p style="margin:0;padding:0;"> </p>
<p style="margin:0;padding:0;">-----Original Message-----<br />From: "Flavio Percoco" <flavio@redhat.com><br />Sent: Tuesday, May 7, 2013 4:44pm<br />To: "Mark McLoughlin" <markmc@redhat.com>, "OpenStack Development Mailing List" <openstack-dev@lists.openstack.org><br />Subject: Re: [openstack-dev] [Oslo] Give CLI the priority over config files<br /><br /></p>
<div id="SafeStyles1368021872">
<p style="margin:0;padding:0;">On 07/05/13 17:29 +0100, Mark McLoughlin wrote:<br />>On Fri, 2013-05-03 at 10:25 -0400, Monty Taylor wrote:<br />>> I agree. I believe the natural order of things is:<br />>><br />>> - Default value in source code<br />>> - Overridden by value in config file<br />>> - Overridden by value in environment variable<br />>> - Overridden by value given as command line option<br />>><br />>> Basically due to the relative permanence of each.<br />><br />>The "permanence order" seems reversed in the case  of tools like<br />>nova-manage. So, maybe the solution is to have a flag which specifies<br />>the order and CLIs like nova-manage would set that flag, but the<br />>behaviour of services would stay the same.<br /><br />While I see the issues here, I still think this change should happen.<br />A way to keep backward compatibility would be to pinned (don't kill<br />me) stable branches and let his change land.<br /><br />I thought a bit more about the flag and I don't think having it is a<br />good idea. TBH, I'd be ok with it if the default behavior is giving<br />priority to the CLI and the flag just reverses that but, I'd<br />definitely prefer not having it. There should be just one way to<br />manage configs and CLI arguments, IMHO.<br /><br />Cheers,<br />FF<br /><br />-- <br />{ name: "Flavio Percoco",<br /> gpg: "87112EC1", <br /> internal: "8261386",<br /> phone: "+390687502386",<br /> irc: ["fpercoco", "flaper87"]}<br /><br />_______________________________________________<br />OpenStack-dev mailing list<br />OpenStack-dev@lists.openstack.org<br />http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</p>
</div></font>