<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>Hi Guys.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class=""><div class="h5">
</div></div>A couple of concerns:<br>
<br>
#1 - would have been really nice if the commit message for the review<br>
included the above block of text. The current commit message is not<br>
clear that Heat *can not* work.<br></blockquote><div><br></div><div>I will update commit message regarding info mentioned in this thread.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
#2 - why wasn't the fact that Heat *can not* work raised earlier,<br>
because I assume that means there are tests that are blocking all kinds<br>
of changes?<br></blockquote><div><br></div><div>The reason, why we don't tell it early is:</div><div> when issue was found we ask ceilometer team to bump new version, </div><div>after that I uploaded patch to global-requirements and believed that it will be merged before release.</div><div>It does not block gates (due to reason mentioned above), but the reality is so, that with 1.0.12 version</div><div>user can not use any ceilometer resources in Heat (as result we loose autoscaling templates, where ceilometer plays one of major roles).</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
If this is truly blocking we can raise with Thierry, he has final<br>
override here. However, if this means that one resource type doesn't<br>
work quite as expected, I don't think that warrants a freeze bump. The<br>
libraries are set to >= here so nothing in Kilo that prevents users from<br>
deciding to take that upgrade.<br>
<br>
Forcing that upgrade on all users for 1 use case which a user may or may<br>
not be using is not the point of GR.<br>
<span class=""><font color="#888888"><br>
        -Sean<br>
<br>
--<br>
Sean Dague<br>
<a href="http://dague.net" target="_blank">http://dague.net</a><br>
</font></span><div class=""><div class="h5"><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 class=""><br clear="all"><div><div class="gmail_signature"><div dir="ltr">Regards,<div>Sergey.</div></div></div></div></div></div>