On Mar 13, 2007, at 5:37 PM, J Aaron Farr wrote:
Sander Temme <[EMAIL PROTECTED]> writes:Anything to add here? Is it the Labs PMC's intention to have labs replace sandboxes?...Thoughts?I don't think there's much to say other than, "Labs is not intended to be a sandbox for other PMCs." But looking over the current list of labs, I don't think any of them fall into this category. It's a concern we can easily handle when a new lab is proposed.
Actually, I think the fear expressed by "some" had more to do with the perceived notion that we, Apache Labs, would usurp the sandboxes operated by individual projects and turn them to our own nefarious ends in a sinister plot to take over the world.
As far as I am concerned, none of this is true. If projects (or their committers) come to us and say "we would like to experiment a bit, can we have a lab, when we're done we'll merge that back into our tree", we'll say "sure, have at it" (right?). If a project comes to us and says "we have this dead code in our sandbox that no one is working on, can't we stash that in a lab?" we might say "sure, let's have it" or "keep your dump 'n run crap to yourself."
In any case, how about we add the following to the FAQ on labs.a.o: "Q: Now that we have Labs, can our project still have a Sandbox?A: Of course you can. Apache Labs do not replace the project sandboxes. Instead, the Labs were designed to allow individual Apache committers room to experiment outside the constraints of an existing project."
and the following to this month's board report:"We hear confusion has arisen about the purpose of the Labs project. It has been suggested that it is the aim of the Labs project to replace any sandbox efforts of individual projects. As the board has already concluded, this is not the case. Labs VP Stefano Mazzochi's introductory e-mail was quite clear on the intent and purpose of Labs. Additionally, the Labs PMC has added an entry to the FAQ list on labs.apache.org addressing this issue, and will continually dispel any such notion should it arise in the future."
It's late, anyone who cares to abbreviate or reformulate should feel free to.
S. -- [EMAIL PROTECTED] http://www.temme.net/sander/ PGP FP: 51B4 8727 466A 0BC3 69F4 B7B8 B2BE BC40 1529 24AF
smime.p7s
Description: S/MIME cryptographic signature