<div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Dec 2, 2013 at 9:25 AM, Flavio Percoco <span dir="ltr"><<a href="mailto:flavio@redhat.com" target="_blank">flavio@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 02/12/13 09:06 -0500, Russell Bryant wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
On 12/02/2013 08:53 AM, Doug Hellmann wrote:<br></div><div class="im">
So, to clarify, possible flows would be:<br>
<br>
1) An API moving to a library as-is, like rootwrap<br>
<br>
  Status: Maintained<br>
  -> Status: Graduating (short term)<br>
  -> Code removed from oslo-incubator once library is released<br>
</div></blockquote>
<br>
We should make the module print a deprecation warning which would be<br>
more like a 'transition' warning. So that people know the module is<br>
being moved to it's own package.</blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">I thought about that, too. We could do it, but it feels like code churn. I would rather spend the effort on updating projects to have the libraries adopted.</div>
<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
2) An API being replaced with a better one, like rpc being replaced by<br>
oslo.messaging<br>
<br>
  Status: Maintained<br>
  -> Status: Obsolete (once an RC of a replacement lib has been released)<br>
  -> Code removed from oslo-incubator once all integrated projects have<br>
been migrated off of the obsolete code<br>
</blockquote>
<br></div>
We've a deprecated package in oslo-incubator. It may complicate things<br>
a bit but, moving obsolete packages there may make sense. I'd also<br>
update the module - or package - and make it print a deprecation<br>
warning.</blockquote><div><br></div><div><div class="gmail_default" style="font-size:small">The deprecated package is for modules we are no longer maintaining but for which there is not a direct replacement. Right now that only applies to the wsgi module, since Pecan isn't an Oslo library.</div>
<div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Doug</div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5"><br>
<br>
FF<br>
<br>
-- <br>
@flaper87<br>
Flavio Percoco<br>
</div></div><br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div></div>