[openstack-dev] [glance] [glare] [heat] [tosca] [tacker] [murano] [magnum] [app-catalog] Austin summit summary: Generic cataloging and Glare v1 API
Flavio Percoco
flavio at redhat.com
Tue May 3 19:21:14 UTC 2016
On 02/05/16 19:09 -0400, Nikhil Komawar wrote:
>Added a few more tags to the subject line.
>
>On 5/2/16 7:05 PM, Nikhil Komawar wrote:
>> Hello everyone,
>>
>> Just wanted to send a brief summary of the discussions at the summit.
>> This list is not holistic however, it covers the relevant aspects that
>> various stakeholders need to be aware of.
>>
>> * Glare is useful for different use cases in OpenStack including
>> currently being asked for in Heat, Murano and TOSCA
>> * Heat needs something for usage in Newton
>> * Murano needs the stable API to adapt the changes as they currently
>> use experimental version
>> * Glance team will continue to make progress on this effort and plan
>> to have POC after Newton R-16 [1]
>> * The initial plan is to focus on base artifact (no data asset
>> associated) and then support at least one artifact type
>> * The first artifact can be Murano application catalogs or Heat
>> templates depending on either team's priorities when Glare is ready
>> for consumption
>> * In Newton, we will focus on the adoption of this service in at least
>> the above mentioned two projects and getting the API in good shape
>> * Images compatibility is deferred for now
>> * Glare will be a side-priority for Newton meaning most of the cores
>> are currently not expected to prioritize reviews on it except for
>> those who want to focus on cross project initiatives and those
>> involved in its adoption
Does this mean there will be some sort of "Fast Track" again? I'm asking because
I believe this model polarizes the community a bit as far as picking reviews go.
We voted to remove it in Mitaka and I was hoping we would workout a way to bring
the community together in the Glare reviews.
Please, don't get me wrong. As far as priorities go, I agree with what you've
said in the last point but review wise, I'm worried this would implicitly bring
back some kind of fast track model.
Cheers,
Flavio
--
@flaper87
Flavio Percoco
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20160503/f45c693d/attachment.pgp>
More information about the OpenStack-dev
mailing list