<div dir="ltr"><div><div><div>Hi<br><br></div>It will be happy to participate and help in driving this effort<br><br></div>Thanks<br><br></div>Ofer <br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Nov 19, 2017 at 3:57 PM, Ofer Blaut <span dir="ltr"><<a href="mailto:oblaut@redhat.com" target="_blank">oblaut@redhat.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">Hi<br></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 17, 2017 at 11:25 PM, Rochelle Grober <span dir="ltr"><<a href="mailto:rochelle.grober@huawei.com" target="_blank">rochelle.grober@huawei.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">First off, let me say I think this is a tremendous idea.  And, it's perfect for the SIG concept.<br>
<br>
Next, see inline:<br>
<span><br>
Thierry Carrez wrote:<br>
> Andrea Frittoli wrote:<br>
> > [...]<br>
> > during the last summit in Sydney we discussed the possibility of<br>
> > creating an OpenStack quality assurance special interest group (OpenStack<br>
> QA SIG).<br>
> > The proposal was discussed during the QA feedback session [0] and it<br>
> > received positive feedback there; I would like to bring now the<br>
> > proposal to a larger audience via the SIG, dev and operators mailing<br>
> > lists.<br>
> > [...]<br>
><br>
> I think this goes with the current trends of re-centering upstream "project<br>
> teams" on the production of software, while using SIGs as communities of<br>
> practice (beyond the governance boundaries), even if they happen to<br>
> produce (some) software as the result of their work.<br>
><br>
> One question I have is whether we'd need to keep the "QA" project team at<br>
> all. Personally I think it would create confusion to keep it around, for no gain.<br>
> SIGs code contributors get voting rights for the TC anyway, and SIGs are free<br>
> to ask for space at the PTG... so there is really no reason (imho) to keep a<br>
> "QA" project team in parallel to the SIG ?<br>
<br>
</span>Well, you can get rid of the "QA Project Team" but you would then need to replace it with something like the Tempest Project, or perhaps the Test Project.  You still need a PTL and cores to write, review and merge tempest fixes and upgrades, along with some of the tests.  The Interop Guideline tests are part of Tempest because being there provides oversight on the style and quality of the code of those tests.  We still need that.<br>
<br>
--Rocky<br>
<span class="m_-7391085929144003584im m_-7391085929144003584HOEnZb"><br>
> In the same vein we are looking into turning the Security project team into a<br>
> SIG, and could consider turning other non-purely-upstream teams (like I18n)<br>
> in the future.<br>
><br>
> --<br>
> Thierry Carrez (ttx)<br>
><br>
</span><span class="m_-7391085929144003584im m_-7391085929144003584HOEnZb">> ______________________________<wbr>_________________<br>
> openstack-sigs mailing list<br>
> <a href="mailto:openstack-sigs@lists.openstack.org" target="_blank">openstack-sigs@lists.openstack<wbr>.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-sigs" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-sigs</a><br>
</span><div class="m_-7391085929144003584HOEnZb"><div class="m_-7391085929144003584h5">______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>