<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 16, 2017 at 7:42 AM, Vijay Bellur <span dir="ltr">&lt;<a href="mailto:vbellur@redhat.com" target="_blank">vbellur@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi All,<br>
<br>
We have been working on a proposal [1] to make the lifecycle management of Gluster maintainers more structured. We intend to make the proposal effective around 3.11 (May 2016).<br>
<br>
Please review the proposal and let us know your feedback. If you need clarity on any existing aspect or feel the need for something additional in the proposal, please feel free to let us know.<br></blockquote><div><br><ul><li class="gmail-">
<p>It’s okay to drop a component if they are not able to find 
time/energy. Owners are requested to minimize disruption to the project 
by helping with transitions and announcing their intentions.</p>
</li></ul>How and to who should it be communicated that a owner/peer is doing a bad job and there are better alternatives for the component?<br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Thanks!<br>
Amye &amp; Vijay<br>
<br>
[1]  <a href="https://hackmd.io/s/SkwiZd4qe" rel="noreferrer" target="_blank">https://hackmd.io/s/SkwiZd4qe</a><br>
______________________________<wbr>_________________<br>
maintainers mailing list<br>
<a href="mailto:maintainers@gluster.org" target="_blank">maintainers@gluster.org</a><br>
<a href="http://lists.gluster.org/mailman/listinfo/maintainers" rel="noreferrer" target="_blank">http://lists.gluster.org/mailm<wbr>an/listinfo/maintainers</a><br>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr">Pranith<br></div></div>
</div></div>