<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Sep 24, 2013 at 5:00 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 23/09/13 15:21 -0400, Doug Hellmann wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The policy code seems very tightly associated with the keystone work. There's<br>
no reason for Oslo to be the only program releasing reusable libraries. We<br>
should consider having the Keystone team manage the policy library in a repo<br>
they own. I'd love to have the Keystone middleware work the same way, instead<br>
of being in the client repo, but one step at a time.<br>
<br>
Of course, if the policy code is nearing the point where it is ready to<br>
graduate from the incubator, then maybe that suggestion is moot and we should<br>
just continue to push ahead on the path we're on now. We could have people<br>
submitting policy code to oslo-incubator add "keystone-core" to reviews (adding<br>
a group automatically adds its members), so they don't have to subscribe to<br>
oslo notifications.<br>
<br>
How close is the policy code to being ready to graduate?<br>
<br>
</blockquote>
<br></div>
After the last huge re-factor, I think the policy code is mature<br>
enough to live in its own repo. There are some other features I think<br>
it should support - like other persistence backends - but I guess that<br>
can be addressed when it's in a separate repo.<br>
<br>
As a graduation requirement, I'd like to see other projects being<br>
migrated to the latest code - cinder, glance, nova - as a proof that<br>
no further changes to the API are needed. Once we get to that point,<br>
we can pull it out of oslo-incubator and replace imports in projects<br>
depending on it.<br>
<br>
I can take care of that as soon as Ith development starts, unless<br>
there's another volunteer :D.</blockquote><div><br></div><div>+1, that sounds like a good approach.</div><div><br></div><div>Doug</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>
Cheers,<br>
FF<br>
<br>
-- <br>
@flaper87<br>
Flavio Percoco<br>
<br>
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>