Paulo Santos wrote:
Hi guys, In todays meeting, there was the question about how to process and evaluate new hosted space/projects. Currently: user go to trac, open a ticket and assign it to jkeating Future: user send an email to the list, we discuss it, evaluate it and approve/deny, then user go to trac and open a ticket but don't assign it. a member of the infrastructure (or some group for that effect) will pickup the ticket and deploy it (like we do with the approvals) I'm sure that jkeating has his hands full with other stuff, and doesn't have the time to keep looking to the queue. So if we can help, i say we should. Comments ?!
So I think there are two pieces to this, branding and technical, I'm going to focus on branding right now.
Branding: We, as a group, don't want to host crap. And there is a LOT of crap in the open source universe :) Rating what is and isn't good is tough, I don't think we want to get in the habit of that. What we *can* do is remove un-maintained code. We've talked about this policy in the past but I'm not sure if it ever made its way on to the wiki. I think the policy should go something like this: If your code has no commits for 6 months, the infrastructure team may choose to archive it and remove it from the public site. Obviously notifications should be sent out.
"But Mike, won't you feel bad about removing someones source?" No, there are a few different places out there to host source, sourceforge being one of them. And we can't maintain high quality while taking everyone.
As far as bringing projects to the list, we can try that out. The question is who brings it to the list? I propose that whoever sees and accepts the ticket bring it to the list. RFC for at least a week, if there are no objections, approve. We'll get some complaints but so what, this is a valuable service we're providing for free.
-Mike
