public inbox for gentoo-nfp@lists.gentoo.org
 help / color / mirror / Atom feed
From: Michael Palimaka <kensington@gentoo.org>
To: gentoo-nfp@lists.gentoo.org
Subject: [gentoo-nfp] Re: Next meeting; a motion to have 1 type of Gentoo member.
Date: Wed, 9 Nov 2016 18:29:58 +1100	[thread overview]
Message-ID: <d091cd0e-4c41-9234-bb32-0c091f4566b1@gentoo.org> (raw)
In-Reply-To: <CAAr7Pr-ZeH5YOGyT2M-YVn6k7KMmcLPRjwRHzUH_+Kgw6c6e4A@mail.gmail.com>

On 07/11/16 13:32, Alec Warner wrote:
> The foundation currently has 1 member type (in the bylaws) but Gentoo
> itself still seems to have 2 (Gentoo staff and Ebuild developer)

That is no longer correct - "staffer" is a thing of the past. These
days, everyone is a developer whether they work on ebuilds or not.

> 
> This motion represents an idea that the community itself would only have
> 1 contributor type.
> 
> 1) Contributors must take the staff quiz (which we should rename to the
> contributor quiz.)


If by contributor you mean a developer who does not work on ebuilds,
this is already the case. Such developers already require a mentor,
complete the historically-named 'staff' quiz, and follow the normal
recruiting process.

> 
> 2) Contributors are encouraged to be foundation members, but membership
> is not required. We may amend the contributor onboarding process to
> offer foundation membership at the time they join Gentoo as a contributor.

We already do this. Part of the text a recruiter posts to a
newly-recruited developer's bug is "contact trustees@gentoo.org for
Foundation membership (optional)".

> 
> 3) Contributors that want access to the gentoo ebuild repository still
> need to follow the normal recruiting process (ebuild quiz, mentor, 30
> day period.)
> 
> 4) Contributors that do not want access to the gentoo ebuild repository
> (because they contribute in other ways) do not need to take the ebuild
> quiz. Its unclear if a 30 day grace period is required for non-ebuild
> groups.

This is no change to current practice. Every new developer already is
required to have a mentor, complete a quiz appropriate to what they'll
be working on, and have a 30 day probation period.

> 
> 5) Existing developers and staff are rebranded as contributors.

As there is currently no distinction between different types of
developers, what will be gained by rebranding everyone?

> 
> If approved, I expect a few months of working with comrel to adjust
> existing policy documents and recruiting guidelines to implement.

While I applaud your efforts, the proposal seems to be based on an
outdated picture of the community. Additionally, given our current
metastructure, it's not clear to me how this is even a Foundation issue.

The only thing that needs updating is documentation to reflect the
reality that everyone is a developer, and everyone completes a quiz
appropriate to what they will be working on.

Coincidentally I've already looked into fixing the quizzes. The 'staff'
quiz and the non-technical section of the 'ebuild' quiz are very
similar, so my proposal to recruiters was to:

1) Rename 'staff' quiz to 'developer' quiz
2) Remove non-technical section from the 'ebuild' quiz
3) All developers take the 'developer' quiz, and developers wishing to
work on ebuilds take the 'ebuild' quizzes.

This should be uncontroversial because it's just fixing the semantics to
match reality. There's no change to the actual questions asked by any
given new developer.


      parent reply	other threads:[~2016-11-09  7:30 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-11-07  2:32 [gentoo-nfp] Next meeting; a motion to have 1 type of Gentoo member Alec Warner
2016-11-07  4:55 ` Dean Stephens
2016-11-07  5:03   ` M. J. Everitt
2016-11-07  5:12     ` Matthew Thode
2016-11-08  4:57     ` Dean Stephens
2016-11-07  5:19   ` Matthew Thode
2016-11-07 11:50     ` Rich Freeman
2016-11-07 11:54       ` Kristian Fiskerstrand
2016-11-07 12:26         ` Rich Freeman
2016-11-07 16:57         ` David Abbott
2016-11-07 18:44     ` Alec Warner
2016-11-08  4:57     ` Dean Stephens
2016-11-07 18:35   ` Alec Warner
2016-11-08  4:57     ` Dean Stephens
2016-11-07  8:23 ` Sven Vermeulen
2016-11-07  8:28   ` Matthew Thode
2016-11-07 18:46   ` Alec Warner
2016-11-08  4:58     ` Dean Stephens
2016-11-07  8:52 ` Kristian Fiskerstrand
2016-11-07 10:52   ` Ulrich Mueller
2016-11-07 18:47     ` Alec Warner
2016-11-07 10:44 ` Roy Bamford
2016-11-07 10:59 ` Luca Barbato
2016-11-07 18:52   ` Alec Warner
2016-11-08  4:58   ` Dean Stephens
2016-11-09  7:29 ` Michael Palimaka [this message]

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=d091cd0e-4c41-9234-bb32-0c091f4566b1@gentoo.org \
    --to=kensington@gentoo.org \
    --cc=gentoo-nfp@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