<div dir="ltr"><span style="font-family:arial,sans-serif;font-size:12.8000001907349px">> +1, absolutely agree, but we should determine count of allowed bugs for experimental features against severity.</span><br><div><span style="font-family:arial,sans-serif;font-size:12.8000001907349px">Anastasia, can you please give an example? I think we should not count them at all. Experimental features, if they are isolated, they can be in any stated. May be just very beginning of the development cycle.</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 11, 2014 at 5:20 PM, Vladimir Kuklin <span dir="ltr"><<a href="mailto:vkuklin@mirantis.com" target="_blank">vkuklin@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">+1 <br></div><div class="gmail_extra"><div><div class="h5"><br><div class="gmail_quote">On Thu, Sep 11, 2014 at 5:05 PM, Anastasia Urlapova <span dir="ltr"><<a href="mailto:aurlapova@mirantis.com" target="_blank">aurlapova@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span><div>> I think we should not count bugs for HCF criteria if they affect only</div><div>> experimental feature(s).</div><div><br></div></span><div>+1, absolutely agree, but we should determine count of allowed bugs for experimental features against severity.</div></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 11, 2014 at 2:13 PM, Nikolay Markov <span dir="ltr"><<a href="mailto:nmarkov@mirantis.com" target="_blank">nmarkov@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Probably, even "experimental feature" should at least pretend to be<br>
working, anyway, or it shouldn't be publically announced. But I think<br>
it's important to describe limitation of this features (or mark some<br>
of them as "untested") and I think list of known issues with links to<br>
most important bugs is a good approach. And tags will just make things<br>
simpler.<br>
<div><div><br>
On Thu, Sep 11, 2014 at 1:05 PM, Igor Kalnitsky <<a href="mailto:ikalnitsky@mirantis.com" target="_blank">ikalnitsky@mirantis.com</a>> wrote:<br>
>> May be we can use tag per feature, for example "zabbix"<br>
><br>
> Tags are ok, but I still think that we can mention at least some<br>
> significant bugs. For example, if some feature doesn't work in some<br>
> deployment mode (e.g. simple, with ceilometer, etc) we can at least<br>
> notify users so they even don't try.<br>
><br>
> Another opinions?<br>
><br>
><br>
> On Thu, Sep 11, 2014 at 11:45 AM, Mike Scherbakov<br>
> <<a href="mailto:mscherbakov@mirantis.com" target="_blank">mscherbakov@mirantis.com</a>> wrote:<br>
>>> if we point somewhere about knowing issues in those experimental features<br>
>> there are might be dozens of bugs.<br>
>> May be we can use tag per feature, for example "zabbix", so it will be easy<br>
>> to search in LP all open bugs regarding Zabbix feature?<br>
>><br>
>> On Thu, Sep 11, 2014 at 12:11 PM, Igor Kalnitsky <<a href="mailto:ikalnitsky@mirantis.com" target="_blank">ikalnitsky@mirantis.com</a>><br>
>> wrote:<br>
>>><br>
>>> > I think we should not count bugs for HCF criteria if they affect only<br>
>>> > experimental feature(s).<br>
>>><br>
>>> +1, I'm totally agree with you - it makes no sense to count<br>
>>> experimental bugs as HCF criteria.<br>
>>><br>
>>> > Any objections / other ideas?<br>
>>><br>
>>> I think it would be great for customers if we point somewhere about<br>
>>> knowing issues in those experimental features. IMHO, it should help<br>
>>> them to understand what's wrong in case of errors and may prevent bug<br>
>>> duplication in LP.<br>
>>><br>
>>><br>
>>> On Thu, Sep 11, 2014 at 10:19 AM, Mike Scherbakov<br>
>>> <<a href="mailto:mscherbakov@mirantis.com" target="_blank">mscherbakov@mirantis.com</a>> wrote:<br>
>>> > Hi all,<br>
>>> > what about using "experimental" tag for experimental features?<br>
>>> ><br>
>>> > After we implemented feature groups [1], we can divide our features and<br>
>>> > for<br>
>>> > complex features, or those which don't get enough QA resources in the<br>
>>> > dev<br>
>>> > cycle, we can declare as experimental. It would mean that those are not<br>
>>> > production ready features.<br>
>>> > Giving them live still in experimental mode allows early adopters to<br>
>>> > give a<br>
>>> > try and bring a feedback to the development team.<br>
>>> ><br>
>>> > I think we should not count bugs for HCF criteria if they affect only<br>
>>> > experimental feature(s). At the moment, we have Zabbix as experimental<br>
>>> > feature, and Patching of OpenStack [2] is under consideration: if today<br>
>>> > QA<br>
>>> > doesn't approve it to be as ready for production use, we have no other<br>
>>> > choice. All deadlines passed, and we need to get 5.1 finally out.<br>
>>> ><br>
>>> > Any objections / other ideas?<br>
>>> ><br>
>>> > [1]<br>
>>> ><br>
>>> > <a href="https://github.com/stackforge/fuel-specs/blob/master/specs/5.1/feature-groups.rst" target="_blank">https://github.com/stackforge/fuel-specs/blob/master/specs/5.1/feature-groups.rst</a><br>
>>> > [2] <a href="https://blueprints.launchpad.net/fuel/+spec/patch-openstack" target="_blank">https://blueprints.launchpad.net/fuel/+spec/patch-openstack</a><br>
>>> > --<br>
>>> > Mike Scherbakov<br>
>>> > #mihgen<br>
>>> ><br>
>>> ><br>
>>> > _______________________________________________<br>
>>> > OpenStack-dev mailing list<br>
>>> > <a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</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>
>>> ><br>
>>><br>
>>> _______________________________________________<br>
>>> OpenStack-dev mailing list<br>
>>> <a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</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>
>><br>
>><br>
>><br>
>><br>
>> --<br>
>> Mike Scherbakov<br>
>> #mihgen<br>
>><br>
>><br>
>> _______________________________________________<br>
>> OpenStack-dev mailing list<br>
>> <a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</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>
>><br>
><br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</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>
<br>
<br>
<br>
</div></div><span><font color="#888888">--<br>
Best regards,<br>
Nick Markov<br>
</font></span><div><div><br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</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></div>
</div></div><br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</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>
<br></blockquote></div><br><br clear="all"><br>-- <br></div></div><div dir="ltr">Yours Faithfully,<br>Vladimir Kuklin,<br>Fuel Library Tech Lead,<br>Mirantis, Inc.<br>+7 (495) 640-49-04<br>+7 (926) 702-39-68<br>Skype kuklinvv<br>45bk3, Vorontsovskaya Str.<br>Moscow, Russia,<br><a href="http://www.mirantis.ru/" target="_blank">www.mirantis.com</a><br><a href="http://www.mirantis.ru/" target="_blank">www.mirantis.ru</a><br><a href="mailto:vkuklin@mirantis.com" target="_blank">vkuklin@mirantis.com</a></div>
</div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</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>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">Mike Scherbakov<br>#mihgen<br><br></div>
</div>