<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Apr 8, 2015 at 8:55 AM, Thierry Carrez <span dir="ltr"><<a href="mailto:thierry@openstack.org" target="_blank">thierry@openstack.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The question is, how should we proceed there ? This is new procedure, so<br>
I'm a bit unclear on the best way forward and would like to pick our<br>
collective brain. Should we just push requirements cap for all OpenStack<br>
libs and create stable branches from the last tagged release everywhere<br>
? What about other libraries ? Should we push a cap there too ? Should<br>
we just ignore the whole thing for the Kilo release for all non-Oslo stuff ?<br></blockquote><div><br></div><div>Provided that represents the code being used for testing at this point, and I believe it does, this seems like a sensible default action.  Next cycle we can make a bit more noise about when this default action will occur, probably pick one of the other existing dates late in the cycle such as RC or string freeze or whatever. (Maybe that already happened and I can't remember?)</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">All other non-Oslo libs in the OpenStack world do not seem to be<br>
directly consumed by projects that have stable branches, and are<br>
therefore likely to not maintain stable branches. Please report any<br>
glaring omission there.</blockquote><div><br></div><div>OSC is not used by any of the integrated release projects but due to its dependencies on the other client libs and use in DevStack I would like to follow the same process for it here.  The current 1.0.3 release is the one that should be used for stable.</div><div><br></div><div>dt</div><div><br></div><div>-- </div></div><div>Dean Troyer<br><a href="mailto:dtroyer@gmail.com" target="_blank">dtroyer@gmail.com</a><br></div>
</div></div>