<div dir="ltr">OK, thanks Russell and Daniel for your suggestions. <div><br></div><div>Stackforge sounds reasonable for the time being, though it's not perfect as it doesn't prevent from occasional conflicts we may hit while pulling changes from the original Nova repository to our clone. </div>
<div><br></div><div>An example is code that is not pure additions, but changes to the existing Nova source code (for instance libvirt vif driver calls directly code from linux_net module, which should be abstracted out, and proper for the given platform implementation should be used automatically). This sort of problems apply to the entire FreeBSD platform regardless which one: bhyve or qemu is used.</div>
<div><br></div><div>Nevertheless, I'll create a repo there, which will act as a codebase for development of the missing features till the all required for Nova merge are in place.</div><div><br></div><div>Last question. May we expect review help while the code is in the Stackforge, or we have to wait until all features are finished and it's accepted to be reviewed in Nova repo? </div>
<div><br></div><div>Regards,</div><div>Michal</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 1 April 2014 17:31, Russell Bryant <span dir="ltr"><<a href="mailto:rbryant@redhat.com" target="_blank">rbryant@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 04/01/2014 09:39 AM, Michał Dubiel wrote:<br>
>     We've already started requiring CI for compute drivers.  I expect that<br>
>     in the Juno cycle we will formalize a base set of features required for<br>
>     any compute driver in the tree.  While we haven't decided on that set<br>
>     yet, it sounds like it may be too soon for this platform to meet those<br>
>     requirements.<br>
><br>
><br>
> Thanks Russell. Just to clarify. What do you mean by compute driver<br>
> here? An additional option enabling bhyve hypervisor in the existing<br>
> libvirt compute driver also counts as a separate driver?<br>
<br>
</div></div>It's not a new driver in the technical sense, but it is a new column in<br>
our support matrix, so I was thinking the same testing requirements<br>
should apply.<br>
<br>
    <a href="https://wiki.openstack.org/wiki/HypervisorSupportMatrix" target="_blank">https://wiki.openstack.org/wiki/HypervisorSupportMatrix</a><br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Russell Bryant<br>
<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>
</div></div></blockquote></div><br></div>