[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.


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