That presentation says "Users should do their own tagging/release management" (6:31). I don't think that's really an approach we want to be encouraging project teams to take.
I would suggest placing Dragonflow in maintenance mode, but if the team doesn't have the resources to participate in the normal community processes, maybe it should be moved out of the official project list instead? Do we have any sort of indication of how many deployments rely on Dragonflow? Does the neutron team have capacity to bring Dragonflow back in to their list of managed repos and help them with releases and other common process tasks? Excerpts from Miguel Lavalle's message of 2018-06-01 11:38:53 -0500: > There was an project update presentation in Vancouver: > https://www.openstack.org/videos/vancouver-2018/dragonflow-project-update-2 > > On Fri, Jun 1, 2018 at 11:31 AM, Sean McGinnis <sean.mcgin...@gmx.com> > wrote: > > > Hello DragonFlow team, > > > > As part of reviewing release activities it was noticed that there was > > never a > > final Queens release for DragonFlow and there was never a stable/queens > > branch > > created. > > > > It appears there is still activity with this project [1], so I am > > wondering if > > we could get an update on the status of the DragonFlow. > > > > DragonFlow is under the "independent" release model, so it does not need to > > have regular cycle milestone releases [2], but we just want to make sure > > the > > project should continue under OpenStack governance and that we are not just > > missing communication on release needs. > > > > Thanks! > > Sean > > > > [1] https://github.com/openstack/dragonflow/compare/stable/pike...master > > [2] http://git.openstack.org/cgit/openstack/releases/tree/ > > deliverables/_independent/dragonflow.yaml > > > > __________________________________________________________________________ > > OpenStack Development Mailing List (not for usage questions) > > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev