Justin Erenkrantz wrote: >> >> Justin has raised a concern that we not create an unfair or insulting >> barrier existing, active. committers on communities joining the >> ASF. Robert and I have independently expressed our views that this >> won't do so. > > -1. I think your response is extremely misguided. In this situation, we > would accept code without allowing the people who contributed it further > access: that is completely unfair.
I entirely agree With Justin's perspective. Any stakeholder of incoming, existing code/docs etc, or any contributor at inception or during incubation should become (if they desire) 1. a committer, and 2. a stakeholder in the PPMC, which is generally morphed 1:1 into the PMC at graduation. If this discourages forks at the ASF, then politically that's exactly where the ASF should stand on forks. > If we do not accept the people, we don't accept the code. -- justin Exactly, ++1. This is why an initial list of committers, and initial code deposit must be precisely defined at the time of considering the proposal for incubation. One problem is that we have a list of initial participants in the initial incubation vote that passed, and I'm totally unclear how anyone believes those aren't the participants that the Incubator PMC voted to compose the submitted project. A participant who has neither PPMC nor Commit access is a non-participant. There are two solutions; 1. don't submit a list of participants beyond the initial PPMC list, or perhaps 2. always add a category of interested individuals, so we approve a PPMC, initial committers, and others interested. Initial committers should correspond to incoming code and collaborators by mutual agreement. Additional committers can evolve by contributions during incubation. Perhaps the policy failing here is that only the initial PPMC/incubation submission author is the only one who should be modifying the list of initial participants. But if this PMC voted on a list of initial participants, Noel, I'm confused why the PMC's directive would be ignored. Bill --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
