Author: robweir
Date: Wed Feb 13 15:10:12 2013
New Revision: 1445650

URL: http://svn.apache.org/r1445650
Log:
CMS commit to openoffice by robweir

Modified:
    openoffice/site/trunk/content/contributing-code.mdtext

Modified: openoffice/site/trunk/content/contributing-code.mdtext
URL: 
http://svn.apache.org/viewvc/openoffice/site/trunk/content/contributing-code.mdtext?rev=1445650&r1=1445649&r2=1445650&view=diff
==============================================================================
--- openoffice/site/trunk/content/contributing-code.mdtext (original)
+++ openoffice/site/trunk/content/contributing-code.mdtext Wed Feb 13 15:10:12 
2013
@@ -18,31 +18,31 @@ Notice:    Licensed to the Apache Softwa
 
 If you have code that you want to contribute to the Apache OpenOffice project, 
then we would [love to talk to you](mailto:d...@openoffice.apache.org) about 
this.
 
-Apache projects put a strong emphasis on code pedigree and reviewing and 
documenting licences and notices, more so than many other open source projects. 
 This is done to make our
+Apache projects put a strong emphasis on code pedigree and reviewing and 
documenting licenses and notices, more so than many other open source projects. 
 This is done to make our
 projects more valuable to users, especially to other developers.  This is one 
of the ways we add value, one of the things that makes Apache special.  So 
please don't be offended
 if one of the first things we question you about is the license and the 
pedigree of the code. 
 
 The main requirements for contributing code to Apache OpenOffice are:
 
-  - The code must be under the Apache License 2.0.  Any dependencies must also 
be under that licence or a [similar permissive 
license](http://www.apache.org/legal/resolved.html#category-a).
+  - The code must be under the Apache License 2.0.  Any dependencies must also 
be under that license or a [similar permissive 
license](http://www.apache.org/legal/resolved.html#category-a).
   - The code must be of sufficient quality and value  to the project that our 
programmer (Committers) approve it, or at least don't reject it.
   - We're happy to accept a small patch to fix a bug here or there, without 
further commitment from the code author.  But the larger the contribution 
 the greater is the need for help integrating, testing and maintaining the 
code.  This doesn't necessarily
 require participation from the original author(s) of the code, though this is 
encouraged.  But we will want to see that there is support in the community
 sufficient for sustaining the development of significant contributions.
 
-Some specfic scenarios:
+Some specific scenarios:
 
   - For small bug fixes and enhancements, contributed by the original author 
of the code, these are best submitted as patches attached to a [Bugzilla 
issue](https://issues.apache.org/ooo/)
-  - For larger contributons, contributed by a single original author, we might 
ask you to submit an [Individual Contributor License Agreement 
(ICLA)](http://www.apache.org/licenses/icla.txt) form.  This helps
+  - For larger contributions, contributed by a single original author, we 
might ask you to submit an [Individual Contributor License Agreement 
(ICLA)](http://www.apache.org/licenses/icla.txt) form.  This helps
   project the users of Apache OpenOffice.  All project Committers have also 
signed this form.
   - For contributions of multi-author code, it is best to start a discussion 
on our [dev mailing list](d...@openoffice.apache.org) so we can discuss the 
most appropriate way of processing it.
-  - For larges codebases developed outside of Apache, especially ones created 
behind a corporate firewall, we typically require a [Software Grant 
Agreement](http://www.apache.org/licenses/cla-corporate.txt) 
+  - For large codebases developed outside of Apache, especially ones created 
behind a corporate firewall, we typically require a [Software Grant 
Agreement](http://www.apache.org/licenses/cla-corporate.txt) 
   before we can accept the contribution.  Again, an early discussion on our 
[dev mailing list](mailto:d...@openoffice.apache.org) is recommended.
 
 Note: It is perfectly fine for a programmer to contribute the same bug fix or 
feature patch to multiple open source projects.  As the author you have the 
right to make your code available
-to us under the Apache Licence as well as to make the same code available to 
another project under LGPL.  Similarly, if you have code that you've 
contributed to another project under
+to us under the Apache License as well as to make the same code available to 
another project under LGPL.  Similarly, if you have code that you've 
contributed to another project under
 MPL or LPGL you can also make it available to us under the Apache License, 
maximizing the number of people who will benefit from your work.  For small 
patches it would be sufficient to 
-[send us a note](mailto:d...@openoffice.apache.org) pointing to an existing 
patch or VCS revision containing your contribution and stating that you wish to 
make it contribute it to
+[send us a note](mailto:d...@openoffice.apache.org) pointing to an existing 
patch or VCS revision containing your contribution and stating that you wish to 
contribute it to
 us under the Apache License as well.
 


Reply via email to