<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Jun 17, 2015 at 3:48 PM, Doug Hellmann <span dir="ltr"><<a href="mailto:doug@doughellmann.com" target="_blank">doug@doughellmann.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Excerpts from Dan Smith's message of 2015-06-17 13:16:46 -0700:<br>
<span class="">> > Every change like this makes it harder for newcomers to participate.<br>
> > Frankly, it makes it harder for everyone because it means there are<br>
> > more moving parts, but in this specific case many of the people<br>
> > involved in these messaging drivers are relatively new, so I point<br>
> > that out.<br>
><br>
> I dunno about this. Having devstack migrate away from being an<br>
> opinionated tool for getting a test environment up that was eminently<br>
> readable to what it is today hasn't really helped anyone, IMHO. Having<br>
> some clear plug points such that we _can_ plug in the bits we need for<br>
> testing without having every possible option be embedded in the core<br>
> seems like goodness to me. I'd like to get back to the days where people<br>
> actually knew what was going on in devstack. That helps participation too.<br>
><br>
> I think having devstack deploy what the 90% (or, being honest, 99%) are<br>
> running, with the ability to plug in the 1% bits when necessary is much<br>
> more in line with what the goal of the tool is.<br>
><br>
> > The already difficult task of setting up sufficient<br>
> > functional tests has now turned into "figure out devstack", too.<br>
><br>
> Yep, my point exactly. I think having clear points where you can setup<br>
> your thing and get it plugged in is much easier.<br>
<br>
</span>I'm not questioning the goal, or even the approach. But we spent<br>
the last cycle building up the teams working on these drivers in<br>
Oslo, and at the summit several groups were (re)motivated to be<br>
working on the code. Now the devstack team is yanking the rug out<br>
from under all of that work with this patch.<br>
<br>
I'm asking that we not set a tight deadline on doing this right<br>
away, to give everyone who wasn't involved in those discussions<br>
about the changes in devstack to understand what's actually involved<br>
in recovering from being kicked out of tree.<br>
<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div>I think people are overreacting here. Adding pluggable devstack support is actually quite easy, and will honestly make the life of these new messaging developers much easier. It's worth the time to go down this path from the start for both sides. I don't see it as kicking them out, but enabling them.<br><br></div><div>Thanks,<br></div><div>Kyle<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="HOEnZb"><font color="#888888">
Doug<br>
</font></span><div class="HOEnZb"><div class="h5"><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>
</div></div></blockquote></div><br></div></div>