<div dir="ltr"><div>Tl;dr - Neutron incubator is only a wiki page with many uncertainties. Use StackForge to make progress and re-evaluate when the incubator exists.</div><div><br></div><div><br></div><div>I also agree that starting out in StackForge as a separate repo is a better first step. In addition to the uncertainty around packaging and other processes brought up by Mandeep, I really doubt the Neutron incubator is going to have the review velocity desired by the group policy contributors. I believe this will be the case based on the Neutron incubator patch approval policy in conjunction with the nature of the projects it will attract.<br></div><div><br></div><div><div>Due to the requirement for two core +2's in the Neutron incubator, moving group policy there is hardly going to do anything to reduce the load on the Neutron cores who are in a similar overloaded position as the Nova cores.[1] Consequently, I wouldn't be surprised if patches to the Neutron incubator receive even less core attention than the main repo simply because their location outside of openstack/neutron will be a good reason to treat them with a lower priority.</div><div><br></div><div>If you combine that with the fact that the incubator is designed to house all of the proposed experimental features to Neutron, there will be a very high volume of patches constantly being proposed to add new features, make changes to features, and maybe even fix bugs in those features. This new demand for reviewers will not be met by the existing core reviewers because they will be busy with refactoring, fixing, and enhancing the core Neutron code. </div><div><br></div><div>Even ignoring the review velocity issues, I see very little benefit to GBP starting inside of the Neutron incubator. It doesn't guarantee any packaging with Neutron and Neutron code cannot reference any incubator code. It's effectively a separate repo without the advantage of being able to commit code quickly.</div></div><div><br></div><div>There is one potential downside to not immediately using the Neutron incubator. If the Neutron cores decide that all features must live in the incubator for at least 2 cycles regardless of quality or usage in deployments, starting outside in a StackForge project would delay the start of the timer until GBP makes it into the incubator. However, this can be considered once the incubator actually exists and starts accepting submissions.</div><div><br></div><div>In summary, I think GBP should move to a StackForge project as soon as possible so development can progress. A transition to the Neutron incubator can be evaluated once it actually becomes something more than a wiki page.</div><div><br></div><div><br></div><div>1. <a href="http://lists.openstack.org/pipermail/openstack-dev/2014-September/044872.html">http://lists.openstack.org/pipermail/openstack-dev/2014-September/044872.html</a></div><div><br></div><div>--</div><div>Kevin Benton</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Sep 4, 2014 at 11:24 PM, Mandeep Dhami <span dir="ltr"><<a href="mailto:dhami@noironetworks.com" target="_blank">dhami@noironetworks.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">I agree. Also, as this does not preclude using the incubator when it is ready, this is a good way to start iterating on implementation in parallel with those issues being addressed by the community.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">In my view, the issues raised around the incubator were significant enough (around packaging, handling of updates needed for horizon/heat/celiometer, handling of multiple feature branches, etc) that we we will probably need a design session in paris before a consensus will emerge around a solution for the incubator structure/usage. And if you are following the thread on nova for 'Averting the Nova crisis ...', the final consensus might actually BE to use separate stackforge project for plugins anyways, and in that case we will have a head start ;-)</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Regards,</div><div class="gmail_default" style="font-size:small">Mandeep</div><div class="gmail_default" style="font-size:small">-----</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Sep 4, 2014 at 10:59 PM, Prasad Vellanki <span dir="ltr"><<a href="mailto:prasad.vellanki@oneconvergence.com" target="_blank">prasad.vellanki@oneconvergence.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Sumit<div>Thanks for initiating this and also good discussion today on the IRC. </div><div><br></div><div>My thoughts are that it is important to make this available to potential users and customers as soon as possible so that we can get the necessary feedback. Considering that the neutron cores and community are battling nova parity and stability now, I would think it would be tough to get any time for incubator or neutron feature branch any time soon. </div><div>I would think it would be better to move GBP into stackforge and then look at incubator or neutron feature branch when available. </div><div><br></div><div>prasadv</div></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div>On Wed, Sep 3, 2014 at 9:07 PM, Sumit Naiksatam <span dir="ltr"><<a href="mailto:sumitnaiksatam@gmail.com" target="_blank">sumitnaiksatam@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>Hi,<br>
<br>
There's been a lot of lively discussion on GBP a few weeks back and we<br>
wanted to drive forward the discussion on this a bit more. As you<br>
might imagine, we're excited to move this forward so more people can<br>
try it out.  Here are the options:<br>
<br>
* Neutron feature branch: This presumably allows the GBP feature to be<br>
developed independently, and will perhaps help in faster iterations.<br>
There does seem to be a significant packaging issue [1] with this<br>
approach that hasn’t been completely addressed.<br>
<br>
* Neutron-incubator: This allows a path to graduate into Neutron, and<br>
will be managed by the Neutron core team. That said, the proposal is<br>
under discussion and there are still some open questions [2].<br>
<br>
* Stackforge: This allows the GBP team to make rapid and iterative<br>
progress, while still leveraging the OpenStack infra. It also provides<br>
option of immediately exposing the existing implementation to early<br>
adopters.<br>
<br>
Each of the above options does not preclude moving to the other at a later time.<br>
<br>
Which option do people think is more preferable?<br>
<br>
(We could also discuss this in the weekly GBP IRC meeting on Thursday:<br>
<a href="https://wiki.openstack.org/wiki/Meetings/Neutron_Group_Policy" target="_blank">https://wiki.openstack.org/wiki/Meetings/Neutron_Group_Policy</a>)<br>
<br>
Thanks!<br>
<br>
[1] <a href="http://lists.openstack.org/pipermail/openstack-dev/2014-August/044283.html" target="_blank">http://lists.openstack.org/pipermail/openstack-dev/2014-August/044283.html</a><br>
[2] <a href="http://lists.openstack.org/pipermail/openstack-dev/2014-August/043577.html" target="_blank">http://lists.openstack.org/pipermail/openstack-dev/2014-August/043577.html</a><br>
<br></div></div>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div><br></div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div>Kevin Benton</div>
</div>