[openstack-dev] [DragonFlow][TC] State of the DragonFlow project
Doug Hellmann
doug at doughellmann.com
Fri Jun 1 17:29:41 UTC 2018
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.mcginnis at 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-request at lists.openstack.org?subject:unsubscribe
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >
More information about the OpenStack-dev
mailing list