<html><head><style>body{font-family:Helvetica,Arial;font-size:13px}</style></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;">This sounds totally reasonable. +1 to keeping style-specific changes consistent across a release.</div> <div id="bloop_sign_1402941009403305984" class="bloop_sign"><p><strong>—</strong><br><strong>Morgan Fainberg</strong></p></div> <div style="color:black"><br>From: <span style="color:black">Clint Byrum</span> <a href="mailto:clint@fewbar.com">clint@fewbar.com</a><br>Reply: <span style="color:black">OpenStack Development Mailing List (not for usage questions)</span> <a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a><br>Date: <span style="color:black">June 16, 2014 at 10:51:31</span><br>To: <span style="color:black">openstack-dev</span> <a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a><br>Subject: <span style="color:black"> Re: [openstack-dev] revert hacking to 0.8 series <br></span></div><br> <blockquote type="cite" class="clean_bq"><span><div><div></div><div>Excerpts from Sean Dague's message of 2014-06-16 05:15:54 -0700:

<br>> Hacking 0.9 series was released pretty late for Juno. The entire check

<br>> queue was flooded this morning with requirements proposals failing pep8

> because of it (so at 6am EST we were waiting 1.5 hrs for a check node).

<br>>  

<br>> The previous soft policy with pep8 updates was that we set a pep8

<br>> version basically release week, and changes stopped being done for style

> after first milestone.

<br>>  

<br>> I think in the spirit of that we should revert the hacking requirements

<br>> update back to the 0.8 series for Juno. We're past milestone 1, so

> shouldn't be working on style only fixes at this point.

<br>>  

<br>> Proposed review here - https://review.openstack.org/#/c/100231/

<br>>  

<br>> I also think in future hacking major releases need to happen within one

> week of release, or not at all for that series.

<br>>  

<br>

<br>+1. Hacking is supposed to help us avoid redundant nit-picking in

<br>reviews. If it places any large burden on developers, whether by merge

conflicting or backing up CI, it is a failure IMO.

<br>

<br>_______________________________________________

<br>OpenStack-dev mailing list

<br>OpenStack-dev@lists.openstack.org

<br>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

<br></div></div></span></blockquote></body></html>