OK but this is a completely different discussion: defining what meritocracy means vs. rejecting it altogether. The dynamics of open source projects is a very i

OK but this is a completely different discussion: defining what meritocracy means vs. rejecting it altogether. The dynamics of open source projects is a very interesting issue, but in general in most healthy environments it works like this: someone sends a patch, and it looks really good. They send another one, and another, and everyone can see that these patches are actually useful (not fixing typos in the comments...). With time, whether in formalized or informal way, that person has more and more to say as others respect their opinion. Why? Because they demonstrated they know the project, they devote their time to it, they can make reasonable decisions. So they are trusted more than a random guy who just joined yesterday, even though the same person - with time - can prove themselves and reach the same or better position in the project. This is called "meritocracy" and it's the base of most FOSS projects. Of course it's not ideal and there are abusers - overly protective maintainers who refuse patches from anyone, or small groups of friends who dislike newcomers - but in general it works very well and I see no reason to destroy it.