On Tue, Sep 9, 2008 at 9:45 AM, Stefano Mazzocchi <[EMAIL PROTECTED]>wrote:

> Thorsten Scherler wrote:
>
> >> I don't know what others think, but I could imaging small, dedicated
> >> labs going more or less directly to other projects as sub-projects.
> >
> > Yeah, I would like to hear the opinion of Stefano especially and the
> > people that created the bylaws to start with.
>
> A lab *has* to do thru incubation, even if it's just a formality. If
> not, somebody willing to bypass the incubation procedures, could simply
> pay a committer to pretend it was his/her code and just work on it for a
> while in labs until good enough and then just ask for TLP.
>
> We have not cleared any IP here, labs wasn't created for that and we
> don't know how to do it (and don't care to care about it at this stage).
>

Labs have been around for a little while now, shouldn't we start caring to
lift the no release constraint? The way I see it we have:

  * incubator: takes care of community building and IP issues.
  * labs: none of the above.

I actually don't even understand why people bother with labs for non
strictly apache internal stuff. The initial idea was that other Apache
people would notice through the labs mailing list and get involved. So far I
haven't seen much evidence of that beyond "sounds interesting". So if it's
only to provide a SVN repository, not so interesting. I rather github, thank
you.

So if labs don't bother about IP, what's the benefit both for the foundation
and lab users?

About the potential danger of incubation bypass, I think the "only Apache
committers" constraint is good enough, it pretty much forces people to go to
the incubator when they want to build a community, which I think is just
fine. I don't see any reason to add more constraints.

Cheers,
Matthieu


> The price to pay for the ASF allowing us not to care is the prohibition
> on releases. To lift that prohibition, you need to go thru incubation.
>
> There is no wiggle room for this.
>
> --
> Stefano.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Reply via email to