> On 16 May 2016, at 21:16, Armando M. <arma...@gmail.com> wrote: > > > > On 16 May 2016 at 05:15, Ihar Hrachyshka <ihrac...@redhat.com> wrote: > > > On 11 May 2016, at 22:05, Sukhdev Kapur <sukhdevka...@gmail.com> wrote: > > > > > > Folks, > > > > I am happy to announce that Mitaka release for L2 Gateway is released and > > now available at https://pypi.python.org/pypi/networking-l2gw. > > > > You can install it by using "pip install networking-l2gw" > > > > This release has several enhancements and fixes for issues discovered in > > liberty release. > > How do you release it? I think the way to release new deliverables as of > Newton dev cycle is thru openstack/releases repository, as documented in > https://review.openstack.org/#/c/308984/ > > Have you pushed git tag manually? > > I can only see the stable branch, tags can only be pushed by the > neutron-release team.
2016.1.0 tag is in the repo, and is part of stable/mitaka branch. Git tag history suggests that Carl pushed it (manually I guess?) It seems that we release some independent deliverables thru openstack/releases, and some manually pushing tags into repos. I would love if we can consolidate all our releases to use a single automation mechanism (openstack/releases patches), independent of release model. For that, I would like to hear from release folks whether we are allowed to use openstack/releases repo for release:independent deliverables that are part of an official project (neutron). [Note that it would not mean we move the oversight burden for those deliverables onto release team; neutron-release folks would still need to approve them; it’s only about technicalities, not governance] The existence of the following git directory suggests that it’s supported: https://github.com/openstack/releases/tree/master/deliverables/_independent We already have some networking-* subprojects there, like networking-bgpvpn or networking-odl. I would love to see all new releases tracked there. > > Ihar > __________________________________________________________________________ > 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 __________________________________________________________________________ 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