public inbox for gentoo-project@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Michał Górny" <mgorny@gentoo.org>
To: gentoo-project@lists.gentoo.org
Subject: Re: [gentoo-project] pre-GLEP: Gentoo Developer status
Date: Sat, 14 Apr 2018 09:19:47 +0200	[thread overview]
Message-ID: <1523690387.1482.0.camel@gentoo.org> (raw)
In-Reply-To: <20180414065737.pkhjgvby3xtbd7gn@gentoo.org>

W dniu sob, 14.04.2018 o godzinie 01∶57 -0500, użytkownik Matthew Thode
napisał:
> On 18-04-13 19:31:37, Michał Górny wrote:
> > Hi,
> > 
> > Here's a quick pre-GLEP for review.  It's a supplement to GLEP 39 that
> > defines who Gentoo Developer is (GLEP 39 mentions devs a lot but doesn't
> > say who they are).  Alike 39, it's purely information -- it doesn't
> > state a policy, just notes the status quo.  It is also minimal
> > and focuses on linking the policies of relevant teams.
> > 
> > Please review.
> > 
> > ---
> > GLEP: 76
> > Title: Gentoo Developer status
> > Author: Michał Górny <mgorny@gentoo.org>
> > Type: Informational
> > Status: Draft
> > Version: 1
> > Created: 2018-04-11
> > Last-Modified: 2018-04-13
> > Post-History: 
> > Content-Type: text/x-rst
> > Requires: 39
> > Replaces: 
> > ---
> > 
> > Abstract
> > ========
> > 
> > This GLEP aims to supplement GLEP 39 [#GLEP39]_ with the definition
> > of *Gentoo Developer*.  It shortly indicates the policies relevant
> > to obtaining, preserving and revoking the Developer status.
> > 
> > 
> > Motivation
> > ==========
> > 
> > Most of Gentoo's metastructure is explained in GLEP 39 [#GLEP39]_.
> > However, while this GLEP is focused around Gentoo Developers, it does
> > not define whom they precisely are.  It lacks a clear statement of how
> > new developers are recruited, and for how long they hold the developer
> > status.
> > 
> > The ‘status quo’ can be found across different Gentoo websites.
> > The recruitment procedure (from user perspective) is described
> > on the main site [#BECOME-A-DEV]_.  The Recruiters [#RECRUITERS]_,
> > Undertakers [#UNDERTAKERS]_ and Community Relation [#COMREL]_ teams
> > provide their relevant policies.  However, there seems to be no single
> > document binding all of them together.  This GLEP aims to be precisely
> > that.
> > 
> > 
> > Specification
> > =============
> > 
> > A *Gentoo Developer* is a person who has successfully passed
> > the recruitment procedure (as defined at the time of his/her joining)
> > and is actively contributing to Gentoo Linux in one or both
> > of the following areas:
> > 
> > 1. Gentoo ebuild maintenance (either individual or through a project);
> >    with activity being determined through the official Gentoo repository
> >    commits.
> > 
> > 2. Contributing to the present Gentoo projects [#PROJECTS]_; with
> >    activity being determined at the discretion of project leads.
> > 
> > The admission of new Developers is done by the *Recruiters* project
> > [#RECRUITERS]_ upon asserting that the candidate has the necessary
> > skills and motivation to actively contribute to Gentoo as outlined
> > above, provided recent contributions to the specified areas.  The exact
> > policies and procedures are specified by the Recruiters project.
> > 
> > The removal of Developers is done by the *Undertakers* project
> > [#UNDERTAKERS]_.  The Developer status can be revoked in one
> > of the following conditions:
> > 
> > - on an explicit request from the Developer himself/herself,
> > 
> > - upon determining that the Developer is no longer actively contributing
> >   to Gentoo,
> > 
> > - as a result of disciplinary action taken by the *Community Relations*
> >   project [#COMREL]_ or another explicitly authorized entity.
> > 
> > The exact policies and procedures are specified by the Undertakers
> > project.
> > 
> > 
> > Rationale
> > =========
> > 
> > This GLEP does not introduce any new policies but merely attempts to
> > document the current standing practices.  It aims to supplement GLEP 39
> > [#GLEP39]_ with the details necessary to understand who Gentoo
> > Developers are, in context of the metastructure defined there.
> > It does not mean to replace or thoroughly copy the relevant policies.
> > 
> > Only the details deemed most important and relevant are listed:
> > explanation whom Gentoo Developers are, what are their responsibilities,
> > what are the requirements for recruiting them and the possibilities of
> > their retirement.  The teams responsible for handling both of those
> > processes and defining the detailed policies are explicitly indicated.
> > 
> > The specific policy details were intentionally left out to avoid having
> > to perform frequent updates to this GLEP.  This includes the exact
> > procedures, ``repo/gentoo`` commit access, devaway system, etc.
> > 
> > 
> > References
> > ==========
> > 
> > .. [#GLEP39] GLEP 39: An "old-school" metastructure proposal with "boot
> >    for being a slacker"
> >    (https://www.gentoo.org/glep/glep-0039.html)
> > 
> > .. [#BECOME-A-DEV] Become a developer - Gentoo Linux
> >    (https://www.gentoo.org/get-involved/become-developer/)
> > 
> > .. [#RECRUITERS] Project:Recruiters - Gentoo Wiki
> >    (https://wiki.gentoo.org/wiki/Project:Recruiters)
> > 
> > .. [#UNDERTAKERS] Project:Undertakers - Gentoo Wiki
> >    (https://wiki.gentoo.org/wiki/Project:Undertakers)
> > 
> > .. [#COMREL] Project:ComRel - Gentoo Wiki
> >    (https://wiki.gentoo.org/wiki/Project:ComRel)
> > 
> > .. [#PROJECTS] Project:Gentoo - Gentoo Wiki
> >    (https://wiki.gentoo.org/wiki/Project:Gentoo)
> > 
> > 
> > Copyright
> > =========
> > This work is licensed under the Creative Commons Attribution-ShareAlike
> > 3.0 Unported License. To view a copy of this license, visit
> > http://creativecommons.org/licenses/by-sa/3.0/.
> > 
> 
> I'm not sure a new GLEP is the proper place for this.  Since it seems to
> be refining GLEP 39, (defining membership).  So would probably be best
> placed as an ammendment to it.  I think I generally supportive of
> defining developership though, so I don't want to discourage this.
> 

I was thinking of that as well.  However, given the 'core' importance
of GLEP 39, I didn't want to modify it.  Also a separate GLEP makes it
easier to clearly define rationale and motivation.

-- 
Best regards,
Michał Górny



  reply	other threads:[~2018-04-14  7:19 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-04-13 17:31 [gentoo-project] pre-GLEP: Gentoo Developer status Michał Górny
2018-04-13 21:28 ` Francisco Blas Izquierdo Riera (klondike)
2018-04-13 21:57   ` Rich Freeman
2018-04-13 22:07     ` M. J. Everitt
2018-04-13 22:25       ` Rich Freeman
2018-04-13 22:29         ` M. J. Everitt
2018-04-13 22:41           ` Rich Freeman
2018-04-14  1:10             ` Alec Warner
2018-04-14  1:05         ` Raymond Jennings
2018-04-14  1:23           ` Rich Freeman
2018-04-14  1:33   ` Alec Warner
2018-04-14  5:59   ` Ulrich Mueller
2018-04-15 12:01     ` Francisco Blas Izquierdo Riera (klondike)
2018-04-15 12:25       ` Ulrich Mueller
2018-04-14  7:24   ` Michał Górny
2018-04-15 11:44     ` Francisco Blas Izquierdo Riera (klondike)
2018-04-15 12:03       ` Rich Freeman
2018-04-15 12:22       ` Michał Górny
2018-04-15 16:55         ` Francisco Blas Izquierdo Riera (klondike)
2018-04-15 17:22           ` M. J. Everitt
2018-04-22 17:24             ` Kent Fredric
2018-04-23 20:01               ` Robin H. Johnson
2018-04-23 21:30                 ` M. J. Everitt
2018-04-24  2:58                   ` Kent Fredric
2018-04-15 17:58           ` Michał Górny
2018-04-21 17:21             ` Francisco Blas Izquierdo Riera (klondike)
2018-04-14  6:57 ` Matthew Thode
2018-04-14  7:19   ` Michał Górny [this message]
2018-04-14  7:32     ` Matthew Thode
2018-04-14 20:58 ` Daniel Robbins
2018-04-14 21:16   ` Raymond Jennings

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1523690387.1482.0.camel@gentoo.org \
    --to=mgorny@gentoo.org \
    --cc=gentoo-project@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox