Hi all, I seek your feedback regarding a discussion that we currently have on the labs ml [2]. I am the PI of the labs project droids and I like to move out of the labs and create a ASF subproject (either HC or Lucene, still to define).
The labs bylaws [1] state: "... Lab Lifecycle ... Promoted Lab started incubation. When a lab is promoted, the files are moved over to the incubation area." This move to the incubation has raised some argumentation. One reason for this expressed in [3], stating that the code is developed on ASF homeland: "...BTW, why do you need to go through incubation? All the code was developed in the ASF. It's ASL. You already have a home designated for it. Seems like incubation can be skipped." Another reason to skip incubation is the possible lost of visibility of the project expressed in [5]: "...The thing is, people looking at HC may just say "Oh, Droids. Interesting" and take a look and join the community, whereas in incubator, who knows, it's might be lost in the noise" One suggestion for this points is suggested in [6]: "I does seem to me like there should be some sort of incubation fast track for a lab project that wants to become a subproject of an existing TLP." The thing that Droids [7] needs now is more exposure, committer with different use cases and different needs for robots and plugins. This is the only way to create a truly "intelligent standalone robot framework". BTW I started an incubator proposal [8]. WDYT about either skipping or fast track incubation or doing the standard incubation? salu2 [1] http://labs.apache.org/bylaws.html [2] http://labs.markmail.org/search/?q=champion#query:champion+page:1 +mid:s2g4ab652sb2xqmh+state:results [3] http://markmail.org/message/3vvkiute54e34b6y [4] http://markmail.org/message/o4ykfjehiuhdbzhu [5] http://markmail.org/message/x4spyz7czgyys4eh [6] http://markmail.org/message/pctmfp54zqmzb4t2 [7] http://people.apache.org/~thorsten/droids/ [8] http://wiki.apache.org/incubator/DroidsProposal -- Thorsten Scherler thorsten.at.apache.org Open Source Java consulting, training and solutions --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
