<div dir="ltr">> <span style="font-family:arial,sans-serif;font-size:12.8000001907349px">if we point somewhere about </span><span style="font-family:arial,sans-serif;font-size:12.8000001907349px">knowing issues in those experimental features</span><div><span style="font-family:arial,sans-serif;font-size:12.8000001907349px">there are might be dozens of bugs.</span></div><div><span style="font-family:arial,sans-serif;font-size:12.8000001907349px">May be we can use tag per feature, for example "zabbix", so it will be easy to search in LP all open bugs regarding Zabbix feature?</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 11, 2014 at 12:11 PM, Igor Kalnitsky <span dir="ltr"><<a href="mailto:ikalnitsky@mirantis.com" target="_blank">ikalnitsky@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> I think we should not count bugs for HCF criteria if they affect only<br>
> experimental feature(s).<br>
<br>
</span>+1, I'm totally agree with you - it makes no sense to count<br>
experimental bugs as HCF criteria.<br>
<span class=""><br>
> Any objections / other ideas?<br>
<br>
</span>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>
<div><div class="h5"><br>
<br>
On Thu, Sep 11, 2014 at 10:19 AM, Mike Scherbakov<br>
<<a href="mailto:mscherbakov@mirantis.com">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 for<br>
> complex features, or those which don't get enough QA resources in the 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 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 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>
> <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>
</div></div>> _______________________________________________<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>
<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>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">Mike Scherbakov<br>#mihgen<br><br></div>
</div>