Re: 2.4 Module List and Rationale (aka GEP10 and 11)

[Steve George <s rascal org>]

Hi,

I'm unclear on why GNOME developers don't get to vote on what applications should be in the Desktop?

Surely that was one of the points of the GNOME Foundation which developers get
to vote in.  The release team for all it's good work is fall less democratic.

Why couldn't a list of potential applications for entry be put up and
foundation members vote on them.  I don't see why the release team members have
a view of any more significance than other developers? 

Assisting developer to have a stronger connection with the direction of the
platform seems like a worthwhile goal to me. 

Steve

On Wed, Mar 19, 2003 at 12:03:18AM -0500, Luis Villa wrote:
> [OBVIOUS SHORTCOMING IN GEP 10[2] TO FOLLOW]
> These are totally touchy-feely-can't-be-resolved-by-pure-code-alone
> questions, unfortunately. Really, really, really unfortunately, GEP 10
> doesn't really provide a mechanism for 'how do we decide what to do' for
> this case- basically it says 'release team decides'. This is, frankly,
> fairly crappy and more than a touch undemocratic. But I'm at a pretty
> substantial loss as to how else it should be organized- clearly,
> outright voting on the platform would be very messy. Saying 'well, we
> trust release team' is nice but sort of scary. One suggestion I heard in
> IRC was 'put representatives from each team, plus one from each new
> module, as responsible people on the GEP.' This is a reasonable proposal
> on the face of it, but it means that a set of at least partially
> completely random people get to make decisions. (in the current GEP, for
> example and no offense to noah, that would be 'hey, I wrote a new
> character picker, so I get to choose which browser gnome uses!') So...
> anyone who has better suggestions for how the decision on these types of
> issues should go... let the list know :)


_______________________________________________
gnome-hackers mailing list
gnome-hackers gnome org
http://mail.gnome.org/mailman/listinfo/gnome-hackers