Good work and thank you for your help with my patch.

Anyway, I don’t know when does bp owner have to merge the code by.
I can see the following sentence in bp rule[1]
“The PTL will create a <release>-backlog directory during the RC window and 
move all specs which didn’t make the <release> there.”
Did we have to merge the implementation by L-3? Or can we merge it in RC-1?

[1]: 
http://docs.openstack.org/developer/neutron/policies/blueprints.html#neutron-bp-and-spec-notes

Thanks,
Hirofumi

> On 2015/09/04, at 7:00, Armando M. <arma...@gmail.com> wrote:
> 
> 
> 
> On 2 September 2015 at 09:40, Armando M. <arma...@gmail.com 
> <mailto:arma...@gmail.com>> wrote:
> Hi,
> 
> By now you may have seen that I have taken out your change from the gate and 
> given it a -2: don't despair! I am only doing it to give priority to the 
> stuff that needs to merge in order to get [1] into a much better shape.
> 
> If you have an important fix, please target it for RC1 or talk to me or Doug 
> (or Kyle when he's back from his time off), before putting it in the gate 
> queue. If everyone is not conscious of the other, we'll only end up stepping 
> on each other, and nothing moves forward.
> 
> Let's give priority to gate stabilization fixes, and targeted stuff.
> 
> Happy merging...not!
> 
> Many thanks,
> Armando
> 
> [1] https://launchpad.net/neutron/+milestone/liberty-3 
> <https://launchpad.net/neutron/+milestone/liberty-3>
> [2] https://launchpad.net/neutron/+milestone/liberty-rc1 
> <https://launchpad.net/neutron/+milestone/liberty-rc1>
> 
> Download files for the milestone are available in [1]. We still have a lot to 
> do as there are outstanding bugs and blueprints that will have to be merged 
> in the RC time windows.
> 
> Please be conscious of what you approve. Give priority to:
> 
> - Targeted bugs and blueprints in [2];
> - Gate stability fixes or patches that aim at helping troubleshooting;
> 
> In these busy times, please refrain from proposing/merging:
> 
> - Silly rebase generators (e.g. spelling mistakes);
> - Cosmetic changes (e.g. minor doc strings/comment improvements);
> - Refactoring required while dealing with the above;
> - A dozen of patches stacked on top of each other; 
> 
> Every rule has its own exception, so don't take this literally.
> 
> If you are unsure, please reach out to me, Kyle or your Lieutenant and we'll 
> target stuff that is worth targeting.
> 
> As for the rest, I am gonna be merciless and -2 anything than I can find, in 
> order to keep our gate lean and sane :)
> 
> Thanks and happy hacking.
> 
> A.
> 
> [1] https://launchpad.net/neutron/+milestone/liberty-3 
> <https://launchpad.net/neutron/+milestone/liberty-3>
> [2] https://launchpad.net/neutron/+milestone/liberty-rc1 
> <https://launchpad.net/neutron/+milestone/liberty-rc1>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org 
> <mailto:openstack-dev-requ...@lists.openstack.org>?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev 
> <http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev>
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Reply via email to