<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 19, 2015 at 10:54 AM, Ihar Hrachyshka <span dir="ltr"><<a href="mailto:ihrachys@redhat.com" target="_blank">ihrachys@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Kyle/all,<br>
<br>
(we were going to walk thru that on Mon, but since US is on vacation today, sending it via email to openstack-dev@.)<br>
<br></blockquote><div>Great, thanks Ihar!<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So I've talked to Doug Hellmann from oslo, and here is what we have in our oslo queue to consider:<br>
<br>
1. minor oslo.concurrency cleanup for *aas repos (we need to drop lockutils-wrapper usage now that base test class sets lockutils fixture);<br>
2. migration to namespace-less oslo libraries (this is blocked by pending oslo.messaging release scheduled this week, will revive patches for all four branches the end of the week) [1];<br>
3. oslo/kilo-2: graduation of oslo.policy;<br>
4. oslo/kilo-3: graduation of oslo.cache, oslo.versionedobjects.<br>
<br>
I believe 1. and 2. should be handled in Kilo-2 neutron side. The 2. part will introduce some potential friction in gate due to merge conflicts and new hacking rule applied, so we may want to synchronize it with other refactoring activities.<br>
<br></blockquote><div>This looks good to me.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
For 3., I'm not sure we want to go with such a change this cycle. On the other side, while that is potentially unsafe, it may free us from later patching our local policy module copy due to security issues that could be revealed later in the incubator module. Taking into account that we claim support for 15 months for all stable branches, and who knows where it will lead later, earlier reducing our area of responsibility can be a good thing.<br>
<br></blockquote><div>Given the state of our policy code, we may want to look into this one for Kilo yet. It would be good to get Salv's opinion here as well.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
For 4., this will definitely need to wait for L. The oslo.cache migration can easily go with in L-1 (the module is used in single place only - metadata agent); as for oslo.versionedobjects, this will need to follow a proper spec process (we had someone willing to post a spec for that, but I don't remember his/her name).<br>
<br>
Does the plan sound ok?<br>
<br></blockquote><div>This all looks good to me! I'd like to explore the oslo.policy stuff a bit more before declaring it out of Kilo at this point though, but lets see what comes of that.<br><br>Thanks,<br>Kyle<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
[1]: <a href="https://review.openstack.org/#/q/If0dce29a0980206ace9866112be529436194d47e,n,z" target="_blank">https://review.openstack.org/#<u></u>/q/<u></u>If0dce29a0980206ace9866112be52<u></u>9436194d47e,n,z</a><br>
<br>
/Ihar<br>
<br>
______________________________<u></u>______________________________<u></u>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.<u></u>openstack.org?subject:<u></u>unsubscribe</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>
</blockquote></div><br></div></div>