Overview Source & Technology Issue Tracker Licensing Community Mirrors Asian FAQs Other |
These faq have been compiled over the span of OpenOffice's lifetime. Most of the information is now out of date. See the OpenOffice FAQ page on our official wiki for up-to-date information. If you find instances that need updating, let us know by sending a note to dev@openoffice.apache.org. |
Effective OpenOffice.org 3.0 Beta, OpenOffice.org will use the GNU Lesser General Public License v.3 (LGPL). Prior versions use v. 2.1. For the 1.x codeline, OpenOffice.org used as well the Sun Industry Standard Source License (SISSL). OpenOffice.org also uses the Public Documentation License (PDL) for modifiable documentation that will not be included in any final product but will be of service to users, and the Creative Commons NoDerivs 2.5 license for non-modfiable documents, such as PDFs. Please see the section below on the PDL for more information.
The switch to LGPL v3 was discussed by the OpenOffice.org project leads and was identified as a good step by the majority of the project leads. By switching to the LGPL v3, OpenOffice.org and Sun show a strong commitment to the LGPL and GPL version and open source in general. Version 3 has the advantage of being clearer in different aspects and offering better patent protection.
That depends on what you want to do. If you wish for your code submissions to be included in the product, you must sign the Oracle Contributor Agreement (OCA) (see below); the license in effect is the LGPL for code. If you wish for your work to be used outside of any product (say, as website FAQ), then you may use the PDL. The usage of the source license differs from that of the PDL. To apply a source license, you must fill out and sign a Oracle Contributor Agreement (OCA). You only need to do this once. To apply the PDL, on the other hand, you must attach a copy of the license to each modifiable document covered by that license. Please see the section below on the use of the PDL.
Visit our license page for additional information on the LGPL and PDL. We also have a section below that discusses the PDL in detail. For more information on the LGPL and GPL, including information about the v3 that OpenOffice.org will use effective the Beta of OpenOffice.org 3.0, please also visit the Free Software Foundation's FAQs on the license: http://www.gnu.org/licenses/gpl-faq.html.
OpenOffice.org was launched under the LGPL v. 2.1 and Sun Industry Standard Source License (SISSL), an Open Source Initiative (OSI)-approved license. Over the summer of 2005, the OSI decided to limit license proliferation and simplify the selection of licenses. In agreement with this objective, Sun retired the SISSL and encouraged the projects using it to do the same. OpenOffice.org will retire the SISSL. OpenOffice.org 2.x source code from this point forward (from the release after 2.0 Beta 2) will be licensed only under the LGPL. (Source for the 1.x codeline will remain dual-licensed.) This change is not retroactive and code licensed prior to the announcement is still licensed under the LGPL and SISSL. Users are not affected. For more information on the simplification, see our FAQ on the matter. Effective OpenOffice.org 3.0 Beta, OpenOffice.org will use the LGPL v3.
All contributions to the source code will require that the code is automatically available under the LGPL. Oracle asks that developers fill out the Oracle Contributor Agreement (OCA) so that the copyright is unified. The OCA ensures that Oracle can defend license violations if necessary.
If you are interested in only committing modifiable documentation which isn't intended for inclusion or integration in the OpenOffice.org product, the Public Documentation License may be relevant. Please see the section below on the license.
As a member of the GPL license family, the GNU LGPL or "Lesser General Public License" will be used for the OpenOffice.org source code. The LGPL has all of the restrictions of the GPL except that you may use the code at compile time without the derivative work becoming a GPL work. This allows the use of the code in proprietary works. The LGPL license is completely compatible with the GPL license.
Yes. You may freely modify, extend, and improve the OpenOffice.org source code. Modifications to the source must be published.
Yes, you may use OpenOffice.org binaries (the usable application) for commercial use. You may freely distribute it to any user. Please go to our download page to find the latest releases.
No. The OpenOffice.org source license does not allow anyone to modify, repackage, or redistribute any version of StarOffice, or any other commercial version of the OpenOffice.org source code without an assignment from the vendor. For StarOffice the vendor is Sun Microsystems. Additionally, the source code in the OpenOffice.org project is the development project for future releases of StarOffice, starting with StarOffice 6.0. StarOffice 5.2 code is not part of the OpenOffice.org project.
The simple answer to this is NO. Once code is released under the LGPL, it can never be taken away. Sun has no plans to return to a closed development model. Sun continues to contribute modifications under the LGPL. Thus, Sun can never take away the code and the community's contributions to it. This code belongs to the community as guaranteed by the LGPL.
When code licensed under the GPL is combined or linked with any other code, that code must also then be licensed under the GPL. In effect, this license demands that any code combined with GPL'd code falls under the GPL itself.
Code licensed under the LGPL can be dynamically or statically linked to any other code, regardless of its license, as long as users are allowed to run debuggers on the combined program. In effect, this license recognizes kind of a boundary between the LGPL'd code and the code that is linked to it.
Many open source projects require a copyright assignment so that the code base can be legally protected as a whole by one entity without having to worry about the copyrights for different pieces. Other prominent examples of projects requiring copyright assignment are the Mono project and the Evolution project, which both require assigning the copyright to Novell. The Red Hat Directory Server project requires assigning the copyright to Red Hat. The Oracle Contributor Agreement is very liberal, as it requires sharing the copyright instead of fully transferring it and also guarantees that published contributions will remain under an open source license forever.
The Oracle Contributor Agreement is identical to the Sun Contributor agreement. The Sun Microsystems Inc. Contributor Agreement for OpenOffice.org introduced an addendum that excludes non-core contributions, like extensions and documentation, from the joint copyright assignment, provided that these components are not intended to be included in the OpenOffice.org product that can be downloaded from OpenOffice.org. The new agreement also protects against patent misuse and abuse and thus works with the LGPL v3 to ensure a more stable open source community.
The OCA/SCA further provides for stronger patent protection and includes an exception for extensions and documentation not present in prior agreements.
Yes, if you intend to contribute source code or other materials which are intended to be compiled or otherwise integrated with the OpenOffice.org product, regardless of the size of the contribution (e.g., including contributions of 10 lines or less). However we encourage all contributors to the OpenOffice.org website domain, including the wiki, to fill out the OCA, as it streamlines the process for all.
No: You do not have sign and submit the OCA if you have already submitted the SCA, JCA or earlier Copyright Assignment (CA).
Signing the OCA supersedes the JCA and early Copyright Assignment form (CA).
The process will be the same as for the old SCA, JCA. Please consult our Contributing page. We must have received the signed and scanned form before we will assign an SSH key and update the list of accepted Copyright Assignments.
I already have a form on file, but I’ve changed my mind. Can I cancel?
There is no process to cancel an assignment once made for previously contributed technology. This is to protect the code base so everyone who uses it can depend on its continued functionality. However, you are never obligated to make further contributions.
For all unaccepted contributions, ownership simply reverts to the contributor. For more recent contributions where the JCA or the current OCA have been submitted, you, as the author, hold copyright jointly with Oracle over the contribution.
It is impractical to include all contributors’ names in the copyright notice and its not legally necessary. Instead, we credit all contributors to the OpenOffice.org product on the Credits page. If you are not listed and should be you can of course request that your Project Lead add your name.
It is impractical to include all contributors’ names in the copyright notice and its not legally necessary. Instead, each project is responsible for honoring all contributors to that project's website; a list of contributors to the general OpenOffice.org website is maintained by the Website project. If you are not listed and should be you can request that your Project Lead add your name.
Yes, the OCA accommodates for local differences in the treatment of moral rights. Depending on local law, the part of the OCA related to moral rights may not be applicable in some European countries.
If you are certain that you have been granted the right to post the contribution (either because you wrote it or because it is licensed in a way that allows you to redistribute), there are a number of community websites that focus on OpenOffice.org related materials which may be willing to post such materials. We used to list them and are interested in continuing to do so, but the number has increased rapidly. A Google search is probably more efficient.
The OCA's exemption for non-core contributions, inclding extensions, means that contributors can create and post extensions to the project site as they do now without having to assign copyright unless those extensions are to be included in the product.
The LGPL v3 operates as earlier versions and unless the extension ties into the product's libraries, it is not affected by the actual license; aggregation, bundling, and other such packaging do not affect an extension's own license.
The OCA reduces the barriers to entry. With the OCA, new developers can first make contributions in the form of extensions and documentation without having to decide if they want to share the copyright for the code or not.
The PDL (Public Documentation License) PDF | HTML | RTF (text) is a new license authored by Sun to address the need for a license that allows Open Source communities to collaborate on documentation which isn’t intended for inclusion or integration in the project code base or in packaged distributions (e.g., “product”).
The PDL is designed to be attached as a copy to a specific document, completing the information identifying the document and original author. The last page of the PDL is a log of changes to the document. All donors of edits must append a description of their contribution(s) to this page. For this reason the PDL is posted in an editable form (HTML | RTF [text]), however modifications other than to complete information to specify the document under license and to list contributors is prohibited as it is a standard legal contract.
No. You may attach a link to the PDL in that document. But because every contributor to the document must log their changes on the license, it is actually more practical to just append it to the document as an editable file.
The PDL was designed for Open Source documentation which isn’t intended for inclusion in the OpenOffice.org product. Before a document donated under the PDL can be included in the OpenOffice.org product, it must be converted to a OCA contribution. For this reason it is generally preferable to make all contributions to OpenOffice.org under the OCA.
It is common practice to host a Terms of Use statement for corporate sponsored websites to catch any content that isn’t already covered by either a copyright assignment or a license so that the sponsor can legally police the site if undesirable content appears (if for instance someone posts content that is defamatory or content which the donor has no right to donate).
The Terms of Use is superseded by all the licenses under which a donor can contribute (on OpenOffice.org this includes the OCA and PDL). The Terms of Use is intended as a catch all for contributions which are not specifically covered by the OCA or PDL, such as comments on a mail list or in a bug report.