<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jun 29, 2017 at 10:58 AM, Amar Tumballi <span dir="ltr"><<a href="mailto:atumball@redhat.com" target="_blank">atumball@redhat.com</a>></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"><div dir="ltr"><div><div><div><div>All,<br><br>Thanks for participating actively in the discussions. With all your co-operation we now have a update on maintainers 2.0 proposal. Vijay Bellur sent a patch last week [1] capturing all the discussions.<br><br></div>Please go through the patch and see if you have any more concerns. There are many new names in there, so just review it so you can Ack it. Niels (ndevos) added all the people with their name on maintainers file as reviewers for the patch. Please take some time today and give +1 to it to acknowledge you are aware of the responsibilities. After 20 or more +1 on the patch, we will merge the patch, and accordingly raise a ticket to update the access to merge rights etc.<br><br></div>Also, if your name is added in maintainers list (even as peer for component), please become member of Maintainers mailing list [2] This list is an open list (all archives available for anyone to read) so make sure you subscribe and become members. Make sure you update your calendars with maintainer meeting timings, so you can attend it.<br><br>[1] - <a href="https://review.gluster.org/17583" target="_blank">https://review.gluster.org/<wbr>17583</a><br>[2] - <a href="http://lists.gluster.org/mailman/listinfo/maintainers" target="_blank">http://lists.gluster.org/<wbr>mailman/listinfo/maintainers</a><br><br></div><div>Main maintainers 2.0 proposal link: <a href="https://hackmd.io/s/SkwiZd4qe" target="_blank">https://hackmd.io/s/SkwiZd4qe</a><br><br></div></div></div></blockquote><div><br></div><div>Thanks everyone. This activity is now complete. I have also raised a bug to get the merge access to relevant maintainers on their components [3].<br><br></div><div>Every new maintainers, please make a note to become member of the mailing list mentioned above this week, so you all can participate in the bi-weekly maintainers' meeting.<br><br></div><div>Regards,<br></div><div>Amar<br></div><div><br>[3] - <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1473525">https://bugzilla.redhat.com/show_bug.cgi?id=1473525</a><br><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div></div><div>Write back if you have any more concerns.<br><br></div>Regards,<br></div>Amar<br><br><div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="gmail-h5">On Tue, Apr 18, 2017 at 2:27 PM, Michael Scherer <span dir="ltr"><<a href="mailto:mscherer@redhat.com" target="_blank">mscherer@redhat.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div class="gmail-h5"><div class="gmail-m_474454762647453637HOEnZb"><div class="gmail-m_474454762647453637h5">Le mardi 18 avril 2017 à 10:25 +0200, Niels de Vos a écrit :<br>
> On Mon, Apr 17, 2017 at 04:53:55PM -0700, Amye Scavarda wrote:<br>
> > On Fri, Apr 14, 2017 at 2:40 AM, Michael Scherer <<a href="mailto:mscherer@redhat.com" target="_blank">mscherer@redhat.com</a>><br>
> > wrote:<br>
> ><br>
> > > Le jeudi 13 avril 2017 à 18:01 -0700, Amye Scavarda a écrit :<br>
> > > > In light of community conversations, I've put some revisions on the<br>
> > > > Maintainers changes, outlined in the hackmd pad:<br>
> > > > <a href="https://hackmd.io/s/SkwiZd4qe" rel="noreferrer" target="_blank">https://hackmd.io/s/SkwiZd4qe</a><br>
> > > ><br>
> > > > Feedback welcomed!<br>
> > > ><br>
> > > > Note that the goals of this are to expand out our reach as a project<br>
> > > > (Gluster.org) and make it easy to define who's a maintainer for what<br>
> > > > feature.<br>
> > > > I'll highlight the goals in the document here:<br>
> > > ><br>
> > > > * Refine how we declare component owners in Gluster<br>
> > > > * Create a deeper sense of ownership throughout the open source project<br>
> > > > * Welcome more contibutors at a project impacting level<br>
> > > ><br>
> > > > We've clarified what the levels of 'owners' and 'peers' are in terms of<br>
> > > > responsibility, and we'll look to implement this in the 3.12 cycle.<br>
> > > > Thanks!<br>
> > ><br>
> > > So, I realize that the concept of component is not defined in the<br>
> > > document. I assume everybody have a shared understanding about what it<br>
> > > is, but maybe not, so wouldn't it make sense to define it more clearly ?<br>
> > ><br>
> > > Is this planned to be done later as part of "We will be working on<br>
> > > carving out new components for things that make logical sense." ?<br>
> > ><br>
> > > As for example, with regard to my previous comment, would<br>
> > > "infrastructure" be a component, would "documentation" be a component ?<br>
> > ><br>
> > > My understanding is that there's a working spreadsheet being refined to<br>
> > sort out what's an area that needs a maintainer defined, and what's<br>
> > something that maybe doesn't need a named maintainer. Documentation is a<br>
> > tricky place to get to, because that's something that you do just naturally<br>
> > so that future-you doesn't hate current-you.<br>
><br>
> I agree that documentation should be part of the standard development<br>
> workflow. Unfortunately, this is not something that gets done without<br>
> reminding everyone about it. We still need maintainers/owners to bug<br>
> developers for documentation of new features, monitor the pull-request<br>
> queue and decide if the documentation is written in an acceptible way.<br>
<br>
</div></div>There is also the overall issue iof documentation consistency. For<br>
example, style, glossary, etc, all kind of stuff that shouldn't be per<br>
component but aligned overall.<br>
<span><br>
> The maintenance of the <a href="http://gluster.readthedocs.io" rel="noreferrer" target="_blank">gluster.readthedocs.io</a> site might be a<br>
> infrastructure task?<br>
<br>
</span>Wouldn't it be more logical to have it managed by the people that did<br>
champion RTD ? I am unable to find the discussions about it, but I am<br>
quite sure I had some concerns regarding RTD and wouldn't volunteer to<br>
maintain something where I had objections (such as "being unable to fix<br>
anything" is quite high on my usual objection list for taking<br>
responsibility of a piece of infra)<br>
<div class="gmail-m_474454762647453637HOEnZb"><div class="gmail-m_474454762647453637h5">--<br>
Michael Scherer<br>
Sysadmin, Community Infrastructure and Platform, OSAS<br>
<br>
<br>
</div></div><br></div></div><span class="gmail-">______________________________<wbr>_________________<br>
Gluster-devel mailing list<br>
<a href="mailto:Gluster-devel@gluster.org" target="_blank">Gluster-devel@gluster.org</a><br>
<a href="http://lists.gluster.org/mailman/listinfo/gluster-devel" rel="noreferrer" target="_blank">http://lists.gluster.org/mailm<wbr>an/listinfo/gluster-devel</a><br></span></blockquote></div><span class="gmail-HOEnZb"><font color="#888888"><br><br clear="all"><br>-- <br><div class="gmail-m_474454762647453637gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Amar Tumballi (amarts)<br></div></div></div></div></div>
</font></span></div>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Amar Tumballi (amarts)<br></div></div></div></div></div>
</div></div>