public inbox for gentoo-project@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Jorge Manuel B. S. Vicetto" <jmbsvicetto@gentoo.org>
To: gentoo-project@lists.gentoo.org
Subject: Re: [gentoo-project] Council appointed leaders for QA and DevRel
Date: Thu, 18 Aug 2011 02:18:02 +0000	[thread overview]
Message-ID: <4E4C765A.5060409@gentoo.org> (raw)
In-Reply-To: <4E47AC51.3030201@gentoo.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 14-08-2011 11:06, Markos Chandras wrote:
> Some time ago, few people proposed to have Council appointed leaders
> for QA and DevRel. I like the idea because this way the Council can
> ensure that the team is active or either force some activity in case
> the current leader slacks big time. Furthermore, right now there is
> the potential problem for the leader to only allow new members that
> he likes so they can vote for him on next elections. Membership and
> voting actions should not be related in these teams. The leader will
> still have control over the new members but Council will do the
> voting ( community will provide feedback ofc )

As I've expressed already a few times before, I strongly object to this
idea. My reasons are the following:

 * I like and agree with the way GLEP39 keeps projects separate from the
council and how it allows for open, competing and independent projects.
 * As such, I disagree with the idea the council may nominate leads for
whatever projects - this doesn't apply to council sponsored teams
created to deal with specific issues (a GLEP39 reform team would be an
example).
 * I know it's controversial, but I don't think all Gentoo teams and
projects were born "equal". I have the same respect for all, but some
teams should not have open membership as they require a certain level of
"trust" and or "authority". Getting ops on an IRC channel, getting root
on our infra, having access to sensitive information through our
security alias, dealing with personnel issues, working on a particular
team's ebuilds and or having oversight through QA,  as a few examples,
do not all require the same level of "trust" nor do they convey the same
level of "authority".
 * The list of teams in the above point, their relation to council and
what type of oversight and or intervention the council may have should
in my view be part of the discussion about GLEP39 reform.
 * To have strong and independent teams, they should be responsible to
choose their leads. In the GLEP39 reform debate, I think we should allow
a system of checks and balances that should allow the council to
intervene when a team / project fails or disintegrates, but it should
not grant it "carte blanche".
 * Both DevRel and QA teams, as some others, should not become
"popularity" teams. Their role may and can frequently lead to some
conflicts, but they should act in the best interest of Gentoo and not on
what is the "popular opinion" of the moment.

Lastly, I'm worried to see this debate "fueled" by particular incidents
and the opinion of some people about the current "state" of some teams,
when this should be a debate about ideas and "theoretical models".
I also object to some of the qualifications about the state of DevRel or
QA and don't think they convey a "fair" image of how both teams and
individual members act or have acted in the past.

- -- 
Regards,

Jorge Vicetto (jmbsvicetto) - jmbsvicetto at gentoo dot org
Gentoo- forums / Userrel / Devrel / KDE / Elections / RelEng
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJOTHZaAAoJEC8ZTXQF1qEPxLgP/0GM5qah3mpuMDZxqBzOP0c4
poTSZhCiwlrCynwkcnCaEuP7x4mRgWKtObwF4tuITD4ok/ssJRijjQ0QGLZnQIDL
Vo7XCN401oAYwje+HGDNLnJRGB1Yyv0fc1aNFS5IuyvJpUoiWyyAwcyveXYK9rrx
+MCeXrzXKYzrH/AX6ZJu7d3b2kDWERKKOW+LWXmbKjSYBUm+HjCS4PRFc0n8APVz
WT22fhm+bSOFJN6QVLumrrdOR7mrbo6QGjzyBzN6XblqkMhpFprrg5WDAOJSpGTz
Aki2QAV8mGF+DmVIRHbdUNwwgwKs+r4btHigwkNDaGqn8/o2Qkhen9KI034gg9R+
EN0jpc7A36T3KrSlIJIsQYBS5Yt/SHbVSbjjRJ1qE0Y7MXPZHNyCtbA0tj3NXI1j
XGpogf/VXY1SGapMJ3siQ3QH8e/xaamgV0E+d3QvooFK8Q4YCRMr4qxTNAT/iaS7
S9odwyILcIM9bvY5oSdvvTuLMgJkMvta1KWmiyxYykw+7P69suOzD/2JbTCT1QYP
qgwo2d2FltkjKeHSx7CRI16MruOmWXu0E8sXFvLzzoeiFQyoxyJJZZE/ducUNf8q
5mIB+E22WtIkdhMMAUAs5kZzw/RvshBA4HukmR+8dF7p/NNIw50gW9s7XCSNIG2o
M4cs+r9YwbPyWSPkehZb
=BwQv
-----END PGP SIGNATURE-----



      parent reply	other threads:[~2011-08-18  2:18 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-08-14 11:06 [gentoo-project] Council appointed leaders for QA and DevRel Markos Chandras
2011-08-14 11:19 ` Fabian Groffen
2011-08-14 11:22   ` Markos Chandras
2011-08-14 11:31     ` Fabian Groffen
2011-08-14 11:36       ` Markos Chandras
2011-08-14 11:52         ` Rich Freeman
2011-08-14 11:58           ` Fabian Groffen
2011-08-14 11:35 ` Rich Freeman
2011-08-14 11:41   ` Markos Chandras
2011-08-17 16:26   ` Markos Chandras
2011-08-17 18:16     ` Rich Freeman
2011-08-17 18:47       ` Markos Chandras
2011-08-14 12:15 ` Thomas Sachau
2011-08-14 12:24   ` Markos Chandras
2011-08-14 13:07     ` Thomas Sachau
2011-08-14 13:38       ` Markos Chandras
2011-08-14 15:35         ` Roy Bamford
2011-08-14 15:43           ` Markos Chandras
2011-08-14 16:40             ` Roy Bamford
2011-08-14 17:27             ` Roy Bamford
2011-08-18  1:41             ` Jorge Manuel B. S. Vicetto
2011-08-14 16:07         ` Thomas Sachau
2011-08-14 16:19           ` Markos Chandras
2011-08-14 16:48             ` Thomas Sachau
2011-08-14 16:56               ` Markos Chandras
2011-08-14 18:03                 ` Roy Bamford
2011-08-14 18:50                   ` Markos Chandras
2011-08-14 17:54             ` Patrick Lauer
2011-08-14 14:19 ` Roy Bamford
2011-08-14 14:35   ` Petteri Räty
2011-08-14 16:31     ` Roy Bamford
2011-08-15 19:30       ` Petteri Räty
2011-08-14 14:36   ` Markos Chandras
2011-08-14 14:39   ` Rich Freeman
2011-08-14 14:39   ` Markos Chandras
2011-08-14 16:12     ` Roy Bamford
2011-08-14 16:22       ` Markos Chandras
2011-08-15 19:29       ` Petteri Räty
2011-08-18  1:56         ` Jorge Manuel B. S. Vicetto
2011-08-18  2:18 ` Jorge Manuel B. S. Vicetto [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=4E4C765A.5060409@gentoo.org \
    --to=jmbsvicetto@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