<div dir="ltr"><div dir="ltr">On Tue, Feb 11, 2020 at 7:08 PM Sean Mooney <<a href="mailto:smooney@redhat.com">smooney@redhat.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, 2020-02-11 at 13:36 -0500, David Comay wrote:<br>
> Neil,<br>
> <br>
> > networking-calico is the code that integrates Project Calico [1] with<br>
> > Neutron.  It has been an OpenStack project for several years, but we, i.e.<br>
> > its developers [2], would like now to remove it from OpenStack governance<br>
> > and instead manage it like the other Project Calico projects under<br>
> > <a href="https://github.com/projectcalico/" rel="noreferrer" target="_blank">https://github.com/projectcalico/</a>.<br>
> <br>
> My primary concern which isn't really governance would be around making<br>
> sure the components in `networking-calico` are kept in-sync with the parent<br>
> classes it inherits from Neutron itself. Is there a plan to keep these<br>
> in-sync together going forward?<br>
networking-calico should not be inheriting form neutron.<br>
netuon-lib is fine but the networking-* project should not import form neturon directly.</blockquote><div><br></div><div>Right, mostly.  I think we still inherit from some DHCP agent code that hasn't been lib-ified yet, but otherwise I think it's neutron-lib as you say.  (It's difficult to be sure because our code is also written to work with older versions when there was more neutron and less neutron-lib, but that's an orthogonal point.)</div><div><br></div><div>Best wishes,</div><div>    Neil</div><div><br></div></div></div>