[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: FESCo elections



On Mon, 2007-06-25 at 11:09 -0400, Brian Pepple wrote:
> On Sun, 2007-06-24 at 23:27 -0700, Karsten Wade wrote: 
> > Is there any good reason *not* to open FESCo elections (members and voting) 
> > to all of Fedora?
> 
> Familiarity with the candidate's work, and how they interact with the
> community?  I wonder how aware people in other aspects of the project
> are with all the FESCo candidates, if they aren't following the mailing
> lists, CVS commits, reviews, etc.
> 
> For example, I really don't feel qualified voting for candidates in say,
> the Fedora Artwork team, since I can probably only name one or two
> people involved there, and that is only due to them blogging about their
> work there.

FESCo's charter is clearly larger and affects the entirety of the
project (all contributors).  This is new, yes, but shouldn't be ignored.

What is the real risk of someone from another part of the project voting
on e.g. Artwork's leaders?  Don't all members of the community have say
as to who these general leaders should be?  Isn't art part of the
distro, the front face first seen by many, and so forth?

Ultimately, if _you_ don't feel qualified to vote across sub-projects,
then don't.  But if _I_ feel so qualified, please don't make policies
that block me from voting across sub-projects.  We need a higher bar for
disenfranchisement than, "I wouldn't vote for anyone in that group, why
would anyone else want to?"

Remember, a steering committee elects its own chair, so the risk of a
full coup are pretty low and easy to detect.

- Karsten
-- 
   Karsten Wade, 108 Editor       ^     Fedora Documentation Project 
 Sr. Developer Relations Mgr.     |  fedoraproject.org/wiki/DocsProject
   quaid.108.redhat.com           |          gpg key: AD0E0C41
////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

Attachment: signature.asc
Description: This is a digitally signed message part


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]