<div dir="ltr">On Wed, Sep 18, 2013 at 4:46 AM, Bob Ball <span dir="ltr"><<a href="mailto:bob.ball@citrix.com" target="_blank">bob.ball@citrix.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div lang="EN-GB" link="blue" vlink="purple">
<div>
<p class="MsoNormal"><span style="color:rgb(31,73,125);font-family:Calibri,sans-serif;font-size:11pt">I understand that there are some very good reasons that we can’t make all modifications to localrc work on an unstack/stack –– but a very large number of the
 options are only read at run time and do not have any persistent state.</span></p></div></div></blockquote><div><br></div><div>My apologies Bob, misunderstanding alert...it wasn't clear in the review message where I said "we can't change localrc" I meant stack.sh, not us as users.  The only time stack.sh will change localrc is to add  passwords entered at the prompts.  There can be problems when localrc changes between stack and unstack but we're a dev/test tool and some hands just are not going to be held.</div>
<div><br></div><div> </div><div>The question I have is when we introduce local.conf, we can't source it directly to get the localrc values so currently it writes those to localrc if ther isn't already one present and continues as before.  The question is what is the 'least surprise' user experience next time stack.sh runs, overwrite localrc again to pick up any changes that might be made to local.conf?  Or stick with the current behaviour of never changing it and requiring the user to remove it before changes in local.conf get written back to it again.</div>
<div><br></div><div>I prefer the former, overwriting localrc every time but that is a significant change in behaviour, even if it is consistent with what we do to the other OpenStack config files (rewriting them every time).</div>
<div><br></div><div>dt</div><div><br></div></div>-- <br><br>Dean Troyer<br><a href="mailto:dtroyer@gmail.com">dtroyer@gmail.com</a><br>
</div></div>