Ok, thanks. I understand the best thing to do now is to get the project going, following the process, and as input from this discussion one of the first items of business will be to review the committer list.
Regarding the discussion about the future, yes, I agree it is a good idea to have some clarification on the guidelines. Eric -----Original Message----- From: Noel J. Bergman [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 04, 2006 11:19 PM To: general@incubator.apache.org Subject: RE: Policy on Initial Committership Eric, > I realize we may have created some difficulties in merging two existing > projects - Celtix from ObjectWeb and Xfire from Codehaus > But we are nonetheless simply trying to do the right thing, not > stacking the deck to control the project. OK, let's please stop right here. At least in this discussion, no one has said anything about that, at least to my notice. I intentionally renamed these threads to get away from CeltiXFire, and a number of the issues that I've mentiond in this thread have had nothing to do with CeltiXFire. For example, as far as I know, we didn't have a third party company stuffing their employees onto "someone else's" initial committer list. But these things have happened in the past. As I just wrote to Berin, a major goal of my proposing some changes to the bootstrap is to help manage the Initial Committer List FOR THE BENEFIT OF THE INCOMING COMMUNITY. I never suggested anything about limiting legitimate members of the incoming community to participate, and would consider such a thing to be very very wrong. I want to give the incoming community the opportunity to decide for itself whom those people are. And the "sign-up" sheet approach has been somewhat of a problem in that regard. So my proposal was about replacing the sign-up sheet with a process where the people involved in the community told us whom should be a Committer. The whole thing about binding votes is a technical matter, and can largely be ignored if the votes reflect the will of the community. --- Noel --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
