On Wed, Apr 17, 2019 at 04:31:33PM -0400, Mark Michelson wrote: > On 4/12/19 6:02 PM, Ben Pfaff wrote: > > On Tue, Mar 26, 2019 at 04:15:07PM -0400, Mark Michelson wrote: > > > I've once again rolled another OVN/OVS split version. It can be found at > > > https://github.com/putnopvut/ovn_mk2.git > > > > > > The main changes between this and the old split POC are as follows: > > > > > > * This is based on a much newer build of OVS master. Therefore, build > > > errors > > > people had with dhparams.c *should* be cleared up. > > > > > > * This fixes errors with manpages.mk generation/checking, so there is no > > > need to do a pointless `touch` of manpages.mk during the build process. > > > > > > * In many cases, rather than hard-coding paths to OVS, we use variables. > > > This isn't universally applied, but it's used for the locations of C > > > headers, libraries, and manpages. > > > > > > Please give this a look and let me know what you think. > > > As far as next steps go, I think that we need to do these changes in an > official capacity. What does this entail? > > First, we need an official repo to perform the changes in. I suspect that > you would need to provide this. Whether this is in the openvswitch github > project or a new one is a potential matter of discussion.
We have an OVN organization that would be suitable for the repo: https://github.com/ovn-org. Justin is currently the only "owner" for this organization, so he is the only one who can create a repo. I'd suggest that he should do that and give you access to it. (Justin is out of the office until tomorrow.) > Next, we need to declare a date/time to officially switch over to performing > OVN development in the new repo. There are a couple of reasons for this: > * Merges to OVN code should halt while the work is done. This way, there is > no chance of losing OVN changes as part of the merge. > * Contributors need to be aware of when they need to switch over to using > the new repo for development. > * Contributors may want to get changes they are working on up for review > prior to the switchover to prevent having to re-do their changes in the new > repo. > > I think those are the big things that need to be done next. After that, we > can make incremental changes in the new repo, even if they are somewhat > large. The other major things to discuss are administrative/policy changes. > Those can also wait until the code split is complete. OK. We should set a date soon. How about May 1? We want enough time between then and the soft-freeze for the 2.12 release, which by the book should be July 1. _______________________________________________ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev