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