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 <liam.young at canonical.com > <mailto:liam.young at canonical.com>> 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: > OpenStack-dev-request at lists.openstack.org?subject:unsubscribe > <http://OpenStack-dev-request@lists.openstack.org?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: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev