On Tue, Jan 24, 2017 at 12:52 PM, gordon chung <g...@live.ca> wrote: > > > On 24/01/17 11:53 AM, Emilien Macchi wrote: >> Yes, even outside TripleO, it's already hard to follow all changes >> made in projects, so please do not deprecate things at the end of a >> cycle. >> Let's take some time, we do it in Pike, making good communication, so >> folks like TripleO etc can have the whole Pike cycle to make >> adjustments and we can hopefully remove this service in Queen. > > sigh, this wasn't just a decision we came up with. just that work didn't > get done as quick as expected. ie. all the dependent work was done in > beginning of cycle. i suggest you read minds better :P.
I'm ok if you deprecate it in Ocata, as long: 1) it's properly document how to make a transition to the new services. 2) We don't remove it in Pike, because work to deprecate it would have been done end of Ocata. Deal? -- Emilien Macchi __________________________________________________________________________ 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