Re: [Website] Project homepage

2003-11-19 Thread Nicola Ken Barozzi
Andreas Kuckartz wrote:
I have stopped reading the Apache Incubator mailing list some time ago due
to such debates.
If you think that it is important to create new senseless rules for new
projects - do so. But please do not create new useless work for those
projects which already exist in the Incubator.
These rules are not senseless or useless, they come out of *real* issues 
that we had to deal with. Probably they seem senseless as the issues 
that have made us come up with them have been discussed on the project 
mailing list or on the PMC mailing list. This is something that is now 
changing, and I'm confident that in the future the reasons of these 
discussions will be more clear to all.

--
Nicola Ken Barozzi   [EMAIL PROTECTED]
- verba volant, scripta manent -
   (discussions get forgotten, just code remains)
-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Incubator Project logos

2003-11-19 Thread Nicola Ken Barozzi
As it's customary at Apache, (sub)projects retain on their webpages the 
logos of their project.

Thus it seems clear to me that incubating projects should have the 
incubator logo on their web pages.

Here are some the logos that can be used (along with all other Apache 
logos):

   http://cvs.apache.org/~nicolaken/whiteboard/apachelogos/

 - o -

To aid the creation of these logos, given the different logo size, 
background and type needs, I have done a simple ant script that creates 
them automatically from a descriptor and some templates.

If anyone is interested (I don't think so, but who who knows ;-) or more 
probably needs to add logo definitions, the script in in the committers 
CVS under apachelogos/ (projects.xml file).

--
Nicola Ken Barozzi   [EMAIL PROTECTED]
- verba volant, scripta manent -
   (discussions get forgotten, just code remains)
-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: [Website] Project homepage

2003-11-19 Thread Leo Simons
Nicola Ken Barozzi wrote:

What do others think? 
Two options:

1) do a transparent rewrite of incubator.apache.org/lenya
to cocoon.apache.org/lenya (ie, not a redirect)
2) search-and-replace to replace links to cocoon.apache.org/lenya
with incubator.apache.org/lenya
or

assert* whether lenya incubation is progressing properly (aside
from relatively small details such as what logo is on the website;
we're not incubating a website, but a community), and if so,
don't bother with (2), and make the rewrite into a redirect.
---

This is a small issue, don't blow it up. Let's be pragmatic and
Just Get Things Done.
cheers!

- LSD

* I had best leave it to others to make that assertion.



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


RE: [Website] Project homepage

2003-11-19 Thread Noel J. Bergman
> The process is simple, yes, but it would break all the links to Lenya.

Why?  This is the same process we've been using in Jakarta whenever a
project moves.  How does the following break any existing links to lenya?

  RedirectMatch Permanent /lenya/(.*) http://incubator.apache.org/lenya/$1

> When we started lenya, the rules of the incubator were not there yet,
> so we took lenya closer to the community that it depends on.
> Before breaking all the links, I would like to know if the above is
> just a suggestion or a rule that incubated projects have to follow.

As Nicola Ken said, it is what we would like for projects in the incubator.
But we're not trying to break any existing ones.  I proposed this solution
because it appears to be a win-win.  If not, I think that Lenya has
performed in good faith, and no one is trying to make a problem for the
group.

--- Noel


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



RE: [Website] Project homepage

2003-11-19 Thread Noel J. Bergman
> 1) do a transparent rewrite of incubator.apache.org/lenya
>to cocoon.apache.org/lenya (ie, not a redirect)

We can just use RedirectMatch instead of Redirect.  And the point is to make
the process transparent, so I would not make any edit change to their site
at all.

> assert* whether lenya incubation is progressing properly

Far as I know, it is.  What is remains for them to graduate?

> This is a small issue, don't blow it up. Let's be pragmatic and
> Just Get Things Done.

Amen.

--- Noel


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



[STATUS] (incubator) Wed Nov 19 23:45:26 EST 2003

2003-11-19 Thread Rodent of Unusual Size
APACHE INCUBATOR PROJECT STATUS:  -*-indented-text-*-
Last modified at [$Date: 2003/11/11 00:01:00 $]

Web site:  http://Incubator.Apache.Org/
Wiki page: http://Nagoya.Apache.Org/wiki/apachewiki.cgi?ApacheIncubatorProjectPages

[note: the Web site is the 'official' documentation; the wiki pages
 are for collaborative development, including stuff destined for the
 Web site.]

Pending Issues
==

o We need to be very very clear about what it takes to be accepted
  into the incubator.  It should be a very low bar to leap, possibly
  not much more than 'no problematic code' and the existence of a
  healthy community (we don't want to become a dumping ground).

o We need to be very very clear about what it takes for a podling
  to graduate from the incubator.  The basic requirements obviously
  include: has a home, either as part of another ASF project or as
  a new top-level project of its own; needs to be a credit to the
  ASF and function well in the ASF framework; ...

o Moving the bylaw documentation from the Wiki to the main site
o Merge the README.txt info on site management and the info on the
  "How to Participate" page into a single place
o fix formatting of the project status pages

Resolved Issues
===

o The policy documentation does not need ratification of changes
  if there seems consensus. Accordingly, the draft status of these
  documents can be removed and we will use the lazy "commit first,
  discuss later" mode common across the ASF for documentation
  (http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]&by=thread&from=517190)

o Coming up with a set of bylaws for the project
  (http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]&by=thread&from=517190)

o All projects under incubation must use a STATUS file (or a
  status.xml file if the project prefers XML) that contains
  information the PMC needs about the project. This file must
  live at the root of the project cvs module
  (http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]&by=thread&from=504543)

o Projects under incubation should display appropriate "disclaimers"
  so that it is clear that they are, indeed, under incubation
  (http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]&by=thread&from=504543)

The Incubation Process
==

This tries to list all the actions items that must be complete for a project
before it can graduate from the incubator. It is probably incomplete.

Identify the project to be incubated:

  -- Make sure that the requested project name does not already exist
 and check www.nameprotect.com to be sure that the name is not
 already trademarked for an existing software product.

  -- If request from an existing Apache project to adopt an external
 package, then ask the Apache project for the cvs module and mail
 address names.

  -- If request from outside Apache to enter an existing Apache project,
 then post a message to that project for them to decide on acceptance.

  -- If request from anywhere to become a stand-alone PMC, then assess
 the fit with the ASF, and create the lists and modules under the
 incubator address/module names if accepted.

Interim responsibility:

  -- Who has been identified as the mentor for the incubation?

  -- Are they tracking progress in the file

  incubator/projects/{project_name}/STATUS

Copyright:

  -- Have the papers that transfer rights to the ASF been received?
 It is only necessary to transfer rights for the package, the
 core code, and any new code produced by the project.

  -- Have the files been updated to reflect the new ASF copyright?

Verify distribution rights:

  -- For all code included with the distribution that is not under the
 Apache license, do we have the right to combine with Apache-licensed
 code and redistribute?

  -- Is all source code distributed by the project covered by one or more
 of the following approved licenses:  Apache, BSD, Artistic, MIT/X,
 MIT/W3C, MPL 1.1, or something with essentially the same terms?

Establish a list of active committers:

  -- Are all active committers in the STATUS file?

  -- Do they have accounts on cvs.apache.org?

  -- Have they submitted a contributors agreement?

Infrastructure:

  -- CVS modules created and committers added to avail file?

  -- Mailing lists set up and archived?

  -- Problem tracking system (Bugzilla)?

  -- Has the project migrated to our infrastructure?

Collaborative Development:

  -- Have all of the active long-term volunteers been identified
 and acknowledged as committers on the project?

  -- Are there three or more independent committers?

 [The legal definition of independent is long and boring, but basically
  it means that there is no binding relationship between the individuals,
  such as a shared employer, that is capable of over