public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Chris Gianelloni <wolf31o2@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Democracy: No silver bullet
Date: Thu, 24 Aug 2006 19:28:09 -0400	[thread overview]
Message-ID: <1156462089.19720.78.camel@cgianelloni.nuvox.net> (raw)
In-Reply-To: <44EE135A.6010509@gentoo.org>

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

On Thu, 2006-08-24 at 14:00 -0700, Donnie Berkholz wrote:
> A distribution is more than just an entity that packages upstream 
> tarballs. I agree with your point, but it misses a large chunk of what 
> we do.

We also have releases.

Another thing that we do is fix bugs, even in upstream packages, and
submit them to the upstream.  In this regard, we are a valuable member
of the community as a whole.  How many patches have come out of Gentoo
to fix bugs/vulnerabilities?

> If this is the Gentoo vision, then why are we even doing anything else? 
> We've already reached our only goal, which is packaging stuff, and all 
> we need to do is bump it.

I surely hope this isn't the vision, or I've been wasting an awful lot
of time.

> > Except ... even today, folks simply aren't empowered to vote on every
> > decision (other than by voting with their feet).  Your hypothesis
> > seems to be based on a flawed model of how Gentoo works, I'm afraid.
> 
> "Official" votes, sure. But what about GLEP discussions on -dev? That's 
> the only way anything major ever happens, and it might as well be a 
> requirement for a unanimous vote among all ~350 developers. The only 
> time I can recall even a single dissenter before a GLEP moved on to the 
> council was brix on Sunrise.

I was there, too.  Of course, I also prove some of your points.  I got
tired of giving the same arguments ad nauseum.  I eventually gave up
fighting it to move on to other things.  I will admit that many of my
concerns were resolved.

> > The basic cause always comes down to weak or non-existent management.
> 
> Yes, and that's exactly my point. We need stronger management.

Indeed.

> >> All in all, the vocal minority has done a splendid job of becoming more
> >> influential, crippling Gentoo's ability to do anything at all about its
> >> members, their flames, their outstanding work at ruining people's fun
> >> and enjoyment of Gentoo, and their waste of everyone else's time.
> > 
> > Can you back this up with three examples in the last twelve months
> > where this has happened?

Sunrise (twice)
Pretty much anything dealing with portage features (or lack thereof)

> Any long debate where more than 25% of the posts came from a single person.

I know that I've been a participant in at least one of these.  I've also
noticed it an started to "dial back" my responses to try to stay more
on-topic and technical.  Having a nice release helps to curb the free
time for replying to emails, too.  ;]

> > Our problem is that we have a critical mass of groups who do not share
> > a culture to bind them together, and drive them to overcome their
> > differences.
> 
> I'll agree with that.

As would I.

> I know this is partially changing, but I'm unsure that any group outside 
> of the council will ever be trusted to suspend or kick people out.

I agree with this pretty strongly, if only because the council is an
elected group.

> > Folks don't vote on stuff.  To pick a recent example, none of the
> > folks who opposed Sunrise actually had any means to vote to prevent it
> > happening.  What they had to do was to lobby the council, who were the
> > only folks with a vote.
> 
> Oh, gimme a break. Screaming about it on -dev for hundreds of posts 
> isn't just equivalent to a vote, it's better. It makes people think 
> there's more than 2 developers opposed to it.

Really?  Even you didn't remember that *I* was opposed to Sunrise and
probably accounted for at least a good 50 responses.  Yes, good came
from it.  Yes, it could have been done much, much better.

> I'd rather get rid of devrel altogether (at least its conflict 
> resolution role) and have the council deal with this.

Agreed.

> > I'm not standing for election, but maybe someone who is would be
> > interested in investigating some ideas Sejo discussed with me when he
> > left us.  The summary is my own; hopefully I've captured Sejo's ideas
> > accurately.
> > 
> > *  Every staff member has to belong to a team.  You join a team by
> > being voted onto the team by the other members of the team.  They
> > don't vote you in, you can't join.

I don't think his ideas included anything explicit.  Only more that the
team (or even just the lead) could give a thumbs down to you joining.

> > *  If you're not part of any team, your rights and privileges as a
> > staff member are automatically terminated.  There's no place to go to
> > appeal.

I think the intention was for the council to be the appellate body.

> > *  You can be voted off the team at any time.  The teams are self-managing.

I'm sure a vote wasn't necessary.

> The goal?

Hopefully, to streamline processes and give power back to individual
projects to govern themselves in internal matters and let people get
back to doing development.  That's a goal I would love to see us strive
to achieve in the next year.

-- 
Chris Gianelloni
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer
Gentoo Linux

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2006-08-24 23:34 UTC|newest]

Thread overview: 86+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-08-24  0:17 [gentoo-dev] Democracy: No silver bullet Donnie Berkholz
2006-08-24  2:19 ` Daniel Ostrow
2006-08-24  3:56   ` Joshua Jackson
2006-08-24  6:47 ` Sune Kloppenborg Jeppesen
2006-08-24  7:52   ` Donnie Berkholz
2006-08-24  8:29     ` Sune Kloppenborg Jeppesen
2006-08-24 20:28       ` Donnie Berkholz
2006-08-24  6:50 ` Wernfried Haas
2006-08-24  7:54   ` Donnie Berkholz
2006-08-24  8:26     ` Wernfried Haas
2006-08-26 20:23       ` Paul de Vrieze
2006-08-24 12:13     ` Carsten Lohrke
2006-08-24 13:35     ` Ciaran McCreesh
2006-08-24  8:50 ` Stuart Herbert
2006-08-24 10:39   ` Kevin F. Quinn
2006-08-24 15:13   ` Ferris McCormick
2006-08-24 21:00   ` Donnie Berkholz
2006-08-24 23:28     ` Chris Gianelloni [this message]
2006-08-25  5:36       ` Donnie Berkholz
2006-08-25  7:35         ` Andrew Cowie
2006-08-25 15:45         ` Chris Gianelloni
2006-08-25 15:55           ` Mike Doty
2006-08-25 16:08             ` Luca Barbato
2006-08-25 16:25           ` Wernfried Haas
2006-08-25 16:35             ` Ciaran McCreesh
2006-08-25 17:27               ` Wernfried Haas
2006-08-25 18:19                 ` Lance Albertson
2006-08-26  3:53                   ` Wernfried Haas
2006-08-26 13:40                     ` Ciaran McCreesh
2006-08-25 18:39                 ` Chris Gianelloni
2006-08-26  2:41           ` Donnie Berkholz
2006-08-25 21:48         ` Alec Warner
2006-08-26  0:43           ` Alec Warner
2006-08-25 19:41     ` Stuart Herbert
2006-08-25 19:52       ` Ciaran McCreesh
2006-08-26 20:55       ` Paul de Vrieze
2006-08-25 19:45     ` Stuart Herbert
2006-08-24 21:26   ` Michael Cummings
2006-08-24 21:37     ` Daniel Ostrow
2006-08-25 15:25       ` Mike Bonar
2006-08-24 13:42 ` Lance Albertson
2006-08-24 13:56   ` Ciaran McCreesh
2006-08-24 14:11     ` Lance Albertson
2006-08-24 14:32       ` Ciaran McCreesh
2006-08-24 14:58         ` Lance Albertson
2006-08-24 16:53           ` Luis Francisco Araujo
2006-08-24 18:01             ` Marius Mauch
2006-08-24 18:15               ` Luis Francisco Araujo
2006-08-24 20:09                 ` Marius Mauch
2006-08-24 20:46                   ` Luis Francisco Araujo
2006-08-24 21:51                     ` Marius Mauch
2006-08-24 22:11                       ` Donnie Berkholz
2006-08-26 20:59           ` Paul de Vrieze
2006-08-24 15:17         ` Luca Longinotti
2006-08-24 17:13       ` Thierry Carrez
2006-08-24 17:40         ` Mike Doty
2006-08-24 18:03           ` Sune Kloppenborg Jeppesen
2006-08-24 18:14             ` Lance Albertson
2006-08-24 18:27               ` Ciaran McCreesh
2006-08-24 19:31               ` Homer Parker
2006-08-24 19:53                 ` Lance Albertson
     [not found]               ` <44EDF61C.40303@gentoo.org>
2006-08-24 19:45                 ` Daniel Ostrow
2006-08-24 18:55           ` Alec Warner
2006-08-24 19:55             ` Lance Albertson
2006-08-24 17:42         ` Ciaran McCreesh
2006-08-24 13:54 ` Ciaran McCreesh
2006-08-24 22:29   ` Chris Gianelloni
2006-08-25  5:38     ` Donnie Berkholz
2006-08-25 17:13     ` Wernfried Haas
2006-08-25 18:35       ` Chris Gianelloni
2006-08-25 19:49         ` Grant Goodyear
2006-08-26 10:17         ` Wernfried Haas
2006-08-26 13:01           ` [gentoo-dev] " Duncan
2006-08-26 14:06             ` Stephen P. Becker
2006-08-24 14:32 ` [gentoo-dev] " Dominique Michel
2006-08-26 15:09 ` Paul de Vrieze
2006-08-27 11:28 ` Roy Bamford
2006-08-27 21:37   ` [gentoo-dev] " Duncan
2006-08-28 10:20     ` Roy Bamford
2006-09-02  7:55 ` Wiktor Wandachowicz
2006-09-03  3:11   ` Richard Fish
2006-09-03  7:15     ` Wiktor Wandachowicz
2006-09-03 19:29       ` Chris Gianelloni
2006-09-04 22:32         ` Richard Fish
2006-09-03 10:25     ` Luis Francisco Araujo
2006-09-04 22:06       ` Richard Fish

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=1156462089.19720.78.camel@cgianelloni.nuvox.net \
    --to=wolf31o2@gentoo.org \
    --cc=gentoo-dev@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