<tt><font size=2>"Daniel P. Berrange" <berrange@redhat.com>
wrote on 11/22/2013 11:32:59 AM:<br>
<br>
> > A good example is the current discussion around a new scheduling<br>
> > service.  There have been lots of big ideas around this.
 Robert Collins<br>
> > just started a thread about a proposal to start this project
but with a<br>
> > very strict scope of being able to replace nova-scheduler, and
*nothing*<br>
> > more until that's completely done.  I like that approach
quite a bit.<br>
> <br>
> I'd suggest something even stronger. If we want to split out code
into<br>
> a new project, we should always follow the approach used for cinder.<br>
> ie the existing fully functional code should be pulled out as is,
and<br>
> work then progress from there. That ensures we'd always have feature<br>
> parity from the very start. Yes, you might have to then do a large<br>
> amount of refactoring to get to where you want to be, but IMHO that's<br>
> preferrable to starting something from scratch and forgetting to cover<br>
> existing use cases.<br>
</font></tt>
<br><tt><font size=2>I think that is what Robert is saying.</font></tt>
<br><tt><font size=2><br>
Regards,</font></tt>
<br><tt><font size=2>Mike</font></tt>