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 --]
next prev 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