On Fri, 20 Oct 2006 09:58:26 -0400
"Timothy Miller" <[EMAIL PROTECTED]> wrote:
> On 10/19/06, Attila Kinali <[EMAIL PROTECTED]> wrote:
>
> > Timothy: If it's ok for you, i would give everyone who volunteers
> > to help with a driver svn write access.
>
> In general, I have no problem with that. But are there any potential
> problems? How do other projects handle, say, rogues?
I cannot say how other projects handle that as i only know
MPlayers development "model" in detail. There it's that
contributors (ie people who send patches) are promoted
to developers (people with svn write access) when the
patches they send are generelly regarded as good quality
by the other developers.
It also happens from time to time that someone shows up
and wants to take over (or is forced to take over ;)
some unmainted code without the described promotion
process.
Control on whether people missbehave is done by the
commit messages from svn. These commit messages
are regularly reviewd by most developers and things
that are not how they should be are imediatly discussed.
So far, in the 5 years of MPlayer development i only
know of one incident where a developer lost his svn
write access. But even that was disputable and he regained
it again within a few days.
> Rather than self-appointment, perhaps we should add a thin democratic
> factor to giving people access? I want to avoid making it a pain, but
> I don't want to let just ANYONE have write access.
That's the usual way how it's done (in MPlayer).
And no, nobody wants anybody meddling with their repo.
But IMHO we should follow a little bit more open policy
in the beginning to attract new developers until we have
a stable base. After that, we can be more strict without
making it difficult for new people to contribute.
> Or am I being paranoid?
Not at all.
Attila Kinali
--
Praised are the Fountains of Shelieth, the silver harp of the waters,
But blest in my name forever this stream that stanched my thirst!
-- Deed of Morred
_______________________________________________
Open-graphics mailing list
[email protected]
http://lists.duskglow.com/mailman/listinfo/open-graphics
List service provided by Duskglow Consulting, LLC (www.duskglow.com)
