<p dir="ltr">Perhaps we should cover and assign each module in the meeting after the release? </p>
<p dir="ltr">Actually removing the code and tests in many cases would be a good assignment for people trying to get more commits and experience. </p>
<div class="gmail_quote">On Feb 1, 2016 2:22 PM, "Cody Herriges" <<a href="mailto:cody@herriges.org">cody@herriges.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Emilien Macchi wrote:<br>
> Last week, we had our midcycle sprint.<br>
> Our group did a great job and here is a summary of what we worked on:<br>
><br>
<br>
My attention at the office was stolen quite a few times by finishing up<br>
work for our production cloud deployment but I worked on the<br>
pupept-cinder Mitaka deprecations when I could.  First round was done<br>
which was the removal of old code previously deprecated and I have<br>
started on a second pass which is new deprecations that are being<br>
introduced in Mitaka by upstream cinder.<br>
<br>
This is the fist time I've sat down to actually just hunt and implement<br>
deprecations and the number one thing I learned is that it is really<br>
time consuming.  We'll need several people working on this if we want<br>
them complete for every module by release time.<br>
<br>
<br>
--<br>
Cody<br>
<br>
<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div>