On Sunday, August 4, 2013, Monty Taylor  wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">- make an oslo.version library based on the current code in pbr</blockquote>
<div><br></div><div>+1</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- bring the nova version code over, and keep its depend on oslo.config<br></blockquote><div><br></div><div>+1 (code reuse), -1 (depend on oslo.config)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

That way, pbr can go back to being a build-time need - and the people<br>
who want the runtime version discovery code probably won't mind also<br>
consuming oslo.config.<br>
</blockquote><div><br></div><div>IIRC none of the CLIs currently use oslo.config, I'd prefer to keep it that way.  It looks like the only thing in any of the lib repos that uses it is keystone's auth_token.  I wish there was a way to exclude that for end-users installing just the CLIs from pypi.  Packaged installs should/do properly separate that.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Also, now that pbr doesn't need setuptools-git or d2to1 any more, I<br>
think as soon as the version code is split into oslo.version, I'd like<br>
to release a 1.0 of pbr and call it both done and API stable.</blockquote><div><br></div><div>+1</div><div> </div><div>dt</div><div><br></div><div>-- </div><div>Dean Troyer</div><div><a href="mailto:dtroyer@gmail.com">dtroyer@gmail.com</a></div>
<div><br></div>