Seems very reasonable. +1 On 02/14/2018 05:35 AM, Alex Kavanagh wrote: > Yes, that seems like a reasonable approach. +1 > > On Wed, Feb 14, 2018 at 11:29 AM, Liam Young <[email protected] > <mailto:[email protected]>> wrote: > > Hi, > > I would like to propose that we do not support the notifications > method for automatically creating DNS records in Queens+. This method > for achieving Neutron integration has been superseded both upstream > and in the charms. By removing support for it in Queens we prevent the > charm from attempting to make designate v1 api calls for Queens+ which > is a positive thing given it will have been removed ( > > https://docs.openstack.org/releasenotes/designate/queens.html#critical-issues > > <https://docs.openstack.org/releasenotes/designate/queens.html#critical-issues> > ). > > Thanks > Liam > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: > [email protected]?subject:unsubscribe > <http://[email protected]?subject:unsubscribe> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > <http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev> > > > > > -- > Alex Kavanagh - Software Engineer > Cloud Dev Ops - Solutions & Product Engineering - Canonical Ltd > > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: [email protected]?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: [email protected]?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
