public inbox for gentoo-project@lists.gentoo.org
 help / color / mirror / Atom feed
From: Matthew Thode <prometheanfire@gentoo.org>
To: gentoo-project@lists.gentoo.org
Subject: Re: [gentoo-project] pre-GLEP: Gentoo Developer status
Date: Sat, 14 Apr 2018 01:57:37 -0500	[thread overview]
Message-ID: <20180414065737.pkhjgvby3xtbd7gn@gentoo.org> (raw)
In-Reply-To: <1523640697.5139.2.camel@gentoo.org>

[-- Attachment #1: Type: text/plain, Size: 5502 bytes --]

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.

-- 
Matthew Thode (prometheanfire)

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

  parent reply	other threads:[~2018-04-14  6:57 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 [this message]
2018-04-14  7:19   ` Michał Górny
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=20180414065737.pkhjgvby3xtbd7gn@gentoo.org \
    --to=prometheanfire@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