<div dir="ltr"><div><span style="font-size:12.8000001907349px">Some clarification about Murano:</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><span style="font-size:12.8000001907349px">>3. </span><b style="font-size:12.8000001907349px">Maybe</b><span style="font-size:12.8000001907349px">. Not sure about the scope, it is fairly broad and there may be some open ended corners, >such as some references to billing. On the other hand an application catalog sounds really useful >and like a measured progression for OpenStack as a whole. Murano may overlap with glance's >stated mission of  "To provide a service where users can upload and discover data assets that are >meant to be used with other services, like images for Nova and templates for Heat." </span><div><span style="font-size:12.8000001907349px"><br></span><div><span style="font-size:12.8000001907349px">Glance mission was changed with active help from Murano team side as Murano needs to have a storage for Applications definitions. That is why one of the Murano engineers right now is working on landing Artifact repository which was initially drafted in Murano team and then re-architected to be useful for other projects like Heat and Nova. Once artifacts are landed in Kilo release[all patches are on review] Murano will use Glance to store all packages and related objects, so there will be no any overlap with Glance.<br></span><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">>Murano also relies heavily on the Mistral service which is still in stackforge itself.</span><br></div></div></div><div><span style="font-size:12.8000001907349px">This is a wrong perception. Murano currently does not use Mistral at all. It will use it once cross project initiative Congress-Murano-Mistral will be implemented. Right now Murano works without Mistral installed. Murano will use congress and Mistral to offload some of the logic outside of Murano to have very simple life-cycle workflows controlled by policies and Mistral flows.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">Thanks</span></div><div><span style="font-size:12.8000001907349px">Gosha</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 11, 2015 at 7:28 AM, Jeremy Stanley <span dir="ltr"><<a href="mailto:fungi@yuggoth.org" target="_blank">fungi@yuggoth.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2015-03-10 23:00:16 +0000 (+0000), Devananda van der Veen wrote:<br>
> Many of those requirements were subjective (well tested, well<br>
> documented, etc) and had to be evaluated by the TC. Are these the<br>
> sort of tags you're referring to? If so, and if the TC delegated<br>
> responsibility to manage the application of those tags (say, QA<br>
> team manages the 'well-tested' tag), would that be sufficient?<br>
</span>[...]<br>
<br>
Yep, that's exactly what I'm hoping for. But without those in place<br>
yet I worry that we'll end up turning away lots of new requests for<br>
help from projects coming forward thinking they're suddenly entitled<br>
by virtue of "being OpenStack" and not really have any common<br>
criteria to point them at so that they can work toward getting more<br>
priority.<br>
<div class="HOEnZb"><div class="h5">--<br>
Jeremy Stanley<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><font color="#999999"><span style="background-color:rgb(255,255,255)">Georgy Okrokvertskhov<br>
Architect,<br><span style="font-family:arial;font-size:small">OpenStack Platform Products,</span><br>
Mirantis</span><br>
<a href="http://www.mirantis.com/" target="_blank">http://www.mirantis.com</a><br>
Tel. +1 650 963 9828<br>
Mob. +1 650 996 3284</font><br></div></div>
</div>