[MPlayer-dev-eng] Commit rules and coexistence rules
Michael Niedermayer
michaelni at gmx.at
Thu Jun 5 14:29:36 CEST 2008
On Thu, Jun 05, 2008 at 10:45:17AM +0200, Diego Biurrun wrote:
> On Thu, Jun 05, 2008 at 05:45:40AM +0200, Michael Niedermayer wrote:
> >
> > just my personal oppinion as a mostly inactive mplayer developer
>
> And this seems to be the main problem really.
>
> All the devs that voted to remove Uoti are inactive[1], all the ones
> that spoke up against this are active.
All of the ones that voted to remove Uoti are experienced with a long
history of successfull and peacefull work in a team ...
All the ones against are inexperienced AND have been lucky to have not
had their own new code "reindented" by uoti without asking. Eventually
their ways will cross uotis as well ...
>
> IMNSHO the active developers should be the ones running the show.
The project is "run" by our docs maintainer who is not a developer at all.
If you suggest to step back and let reimar & evgeny & ben & luca take over
root i would support this.
But that wont happen, you will never step back and let the people who
actally write the code have the reins. You just use devel activity as
argument when it serves your goals ...
> Advice from the elder veterans is of course welcome, but at some point
> they have to realize that the times are changing and hand over the reins
> to the next generation.
You are basically saying that you prefer to loose >50% of the developers who
never caused problems than 1 developer who constantly does. Becuase he
happens to be more active.
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Republics decline into democracies and democracies degenerate into
despotisms. -- Aristotle
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/attachments/20080605/6e77a256/attachment.pgp>
More information about the MPlayer-dev-eng
mailing list