I sent this message out to the Click people this weekend to encourage
them to discuss possible incubation at the ASF. I offered to be Champion
and I'd say that Velocity will be the sponsoring PMC. There is notion
that Click will go to top-level but it might as well end up as part of
Velocity.

This is basically a FYI, until the Click community decided where to go,
there is not much to do for us (I think) to encourage them and be
helpful if questions arise.

        Best regards
                Henning


-------- Forwarded Message --------
> From: Henning Schmiedehausen <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: Malcolm Edgar <[EMAIL PROTECTED]>,
> [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Incubation of the Click Project at the Apache Software
> Foundation
> Date: Sat, 24 Mar 2007 17:36:51 +0100
> 
> Hi,
> 
> this message goes out to the Apache Velocity PMC and the Click
> Development list. For those of you who do not know anything about me
> (probably most Click developers not directly involved with Velocity), I
> am the current chair of the project management committee (PMC) of the
> Apache Velocity project. 
> 
> End of last year, we discussed with Malcolm Edgar about opportunities to
> bring Click to the Apache Software Foundation in general and
> specifically to the Velocity project.
> 
> I would like to review this now and if we agree that this is a good
> thing, prepare to start the incubation process.
> 
> Personally, I'm very much in favor of doing this.
> 
> What must be understood however, before we kick off the process to bring
> Click in, is that the ASF is interested in communities more than code. 
> 
> Which means, that the most important thing for us is to get acceptance
> and embrace from the people who currently *are* the Click community. The
> ASF is not a big vacuum cleaner that sucks in code and slaps an ASF logo
> and the feather brand on top of it.
> 
> What we (the "Apache people") request from "you" (the "Click people")
> now, is that you form consensus. I reviewed your mailing lists and there
> was mixed discussion about this move and I found no consensus. So this
> would be needed first before any of the incubation process could start.
> 
> I did read some points about bureaucracy. The following list is a
> personal compilation and should not be seen as canonical: 
> 
>  * Yes, the ASF has some of that. We are not just an open source
>    project. There is some legalese involved and we do offer a
>    legal protection umbrella for our projects. This also means, that 
>    there are some rules for dependencies and releases that we are
>    quite adamant about.
> 
> * No, the foundation does not play into your project. If you run
>   your project fast and loose, we let you do so most of the time.
> 
> * No, as a developer / committer, the bureaucracy does not touch 
>   you most of the times. It is the job of the people serving on the 
>   entities of the foundation (like the PMC) to provide oversight and 
>   guidance to any project. Joining a PMC is a voluntary act and while
>   most developers choose to do so at some point, there are some that
>   say no. 
> 
> * Yes, as a developer, there are harder rules to e.g. dependencies
>   inside the ASF than outside. You do have to play by the rules, there
>   are no exceptions. The rules sometimes change, though. As a part 
>   of the foundation you *can* influence these changes.
> 
> * Yes, as a developer / committer, you *must* sign a formal CLA before
>   you can work on a project. Even if you already have commit rights to
>   the project. This is a formal requirement and part of the incubation
>   process and also an one-step thing (you fill out a form, fax it in).
> 
> * Yes and no, incubation can be a drag. It is a formal process and it 
>   works as well as the people involved. If a project drags incubation,
>   this is not the fault of the foundation. We had projects whiz through
>   it in a few (1-3) months, we have projects in there for years.
>   If Click joins the ASF, I intend to do the former, not the latter.
>   Please understand, that every incubation is different. Experiences
>   from another project are no indication for the next project. YMMV.
> 
> For those of you interested in the incubation process, there is a
> summary on
> http://incubator.apache.org/incubation/Incubation_Policy.html 
> 
> There is a lot of boring stuff in there, but then again, this is more a
> formal process than anything else and this process is normally done by
> the mentors and a few selected members of the project development
> community. It does not touch or influence any users and developers that
> do not want to be involved in incubation.
> 
> Interesting might be the flow chart of the incubation steps.
> Click ATM would be "pre-candidate" state.
> 
> As current PMC chair of Velocity, I'd volunteer as your "Incubation
> champion" and the Velocity project would be the sponsoring project for
> Click. Whether at the end of incubation it will join Velocity or become
> a top-level project in its own right is yet to be determined.
> 
> Once you have formed consent (we do not require you to hold any formal
> vote here, though it probably helps :-) ), I'd like to point you at the
> proposal guide at http://incubator.apache.org/guides/proposal.html and
> the recent proposals located at http://wiki.apache.org/incubator/ . If
> you feel ready to go, we (me as the Champion and probably one or two
> members of the Velocity PMC that will act as mentors) want to help you
> formulating your proposal and move Click to candidate and then podling
> status.
> 
> So please: Start discussing. Especially if you are a developer of the
> Click framework. Voice your opinion, discuss, form consensus. I
> subscribed to the dev list and I will sit on the sidelines listening to
> you. If you have any direct questions about this process, feel free to
> send mail to me or the Velocity PMC ([EMAIL PROTECTED]).
> 
>       Best regards
>               Henning
> 
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
-- 
Henning P. Schmiedehausen  -- [EMAIL PROTECTED] | J2EE, Linux,               
|gls
91054 Buckenhof, Germany   -- +49 9131 506540  | Apache person              |eau
Open Source Consulting, Development, Design    | Velocity - Turbine guy     |rwc
                                                                            |m k
INTERMETA - Gesellschaft fuer Mehrwertdienste mbH - RG Fuerth, HRB 7350     |a s
Sitz der Gesellschaft: Buckenhof. Geschaeftsfuehrer: Henning Schmiedehausen |n



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to