<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Feb 13, 2014 at 4:51 AM, Thierry Carrez <span dir="ltr"><<a href="mailto:thierry@openstack.org" target="_blank">thierry@openstack.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">John Griffith wrote:<br>> To add some controversy and keep the original intent of having only<br></div>
<div class="im">
> known tested and working drivers in the Cinder release, I am going to<br>
> propose that any driver that has not submitted successful functional<br>
> testing by RC1 that that driver be removed.  I'd at least like to see<br>
> driver maintainers try... if the test fails a test or two that's<br>
> something that can be discussed, but it seems that until now most<br>
> drivers just flat out are not even being tested.<br></div></blockquote><div><br></div><div>+1</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">

</div>I think there are multiple stages here.<br>
<br>
Stage 0: noone knows if drivers work<br>
Stage 1: we know the (potentially sad) state of the drivers that are in<br>
the release<br>
Stage 2: only drivers that pass tests are added, drivers that don't pass<br>
tests have a gap analysis and a plan to fix it<br>
Stage 3: drivers that fail tests are removed before release<br>
Stage 4: 3rd-party testing rigs must run tests on every change in order<br>
to stay in tree<br>
<br>
At the very minimum you should be at stage 1 for the Icehouse release,<br>
so I agree with your last paragraph. I'd recommend that you start the<br>
Juno cycle at stage 2 (for new drivers), and try to reach stage 3 for<br>
the end of the Juno release.<br></blockquote><div><br></div><div>Are any of these drivers new for Icehouse?  I think adding broken drivers in Icehouse is a mistake.  The timing WRT Icehouse release schedule is unfortunate but so is shipping immature drivers that have to be supported and possibly deprecated.  Should new drivers that are lacking have some not-quite-supported status to allow them to be removed in Juno if not brought up to par?  Or moved into cinder/contrib?</div>
</div><div><br></div><div>I don't mean to be picking on Cinder here, this seems to be recurring theme in OpenStack.  I think we benefit from strengthening the precedent that makes it harder to get things in that are not ready even if the timing is inconvenient.  We're seeing this in project incubation and I think we all benefit in the end.</div>
<div><br></div><div>dt</div><div><br></div>-- <br><br>Dean Troyer<br><a href="mailto:dtroyer@gmail.com">dtroyer@gmail.com</a><br>
</div></div>