-----8-<---- cut here -------8-<---- cut here -------8-<---- cut here-------8-<----
This document is the template for recording IP clearance on new codebases. Please store the completed document in this Incubator repository using a filename that reflects your project.
One of the Incubator's roles is to ensure that proper attention is paid to intellectual property. From time to time, an external codebase is brought into the ASF that is not a separate project, but still represents a substantial contribution that was not developed within the ASF's source control system. This is a short form of the Incubation checklist, designed to allow code to be imported with alacrity while still providing for oversight.
This form is not for new projects. The intent is to simply help to ensure, and record, that due diligence (Software Grant, CLA, Corp CLA, license and dependencies) has been paid to the incoming code, so that it can be merged into an existing project/module.
The receiving PMC is responsible for doing the work. The Incubator is simply the repository of the needed information. Once a PMC directly checks-in a filled-out short form, everything is done.
All PMCs must handle incoming code in this way. Any code that was developed outside of the ASF SVN repository must be processed like this, even if the external developer is an ASF committer.
What to do to set it up:
This file should not last long in place before it is moved to the successful incubation area. The sole purpose is to ensure that IP is cleared so that the codebase can be merged into the ASF SVN.
For this file:
When a work item is done, place the date in the supplied space.
On the first edit of this file, please delete this notice.
-----8-<---- cut here -------8-<---- cut here -------8-<---- cut here-------8-<----
Describe the incoming codebase, including whether it is a large set of patches, new functional modules, etc.
Completed tasks are shown by the completion date (YYYY-MM-dd).
| date | item |
|---|---|
| ....-..-.. | If applicable, make sure that any associated name does not already exist and is not already trademarked for an existing software product. |
MD5 or SHA1 sum for donated software: (Note versioned software used to calculate sum in parentheses).
| date | item |
|---|---|
| ....-..-.. | Check and make sure that 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. |
| ....-..-.. | Check and make sure that the files that have been donated have been updated to reflect the new ASF copyright. |
Identify name recorded for software grant: the name of the grant as record in the grants.txt document so that the grant can be easily identified
Corporations and individuals holding existing distribution rights:
| date | item |
|---|---|
| ....-..-.. | Check that all active committers have a signed CLA on record. |
| ....-..-.. | Remind active committers that they are responsible for ensuring that a Corporate CLA is recorded if such is required to authorize their contributions under their individual CLA. |
| ....-..-.. | Check and make sure that for all items included with the distribution that is not under the Apache license, we have the right to combine with Apache-licensed code and redistribute. |
| ....-..-.. | Check and make sure that all items depended upon by the project is 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. |
Generally, the result of checking off these items will be a Software Grant, CLA, and Corporate CLA for ASF licensed code, which must have no dependencies upon items whose licenses that are incompatible with the Apache License.
Related VOTEs: