GNU Free Documentation License
|Author||Free Software Foundation|
|Publisher||Free Software Foundation, Inc.|
November 3, 2008
|Debian FSG compatible||Yes, with no invariant sections (see below)|
The GNU Free Documentation License (GNU FDL or simply GFDL) is a copyleft license for free documentation, designed by the Free Software Foundation (FSF) for the GNU Project. It is similar to the GNU General Public License, giving readers the rights to copy, redistribute, and modify (except for "invariant sections") a work and requires all copies and derivatives to be available under the same license. Copies may also be sold commercially, but, if produced in larger quantities (greater than 100), the original document or source code must be made available to the work's recipient.
The GFDL was designed for manuals, textbooks, other reference and instructional materials, and documentation which often accompanies GNU software. However, it can be used for any text-based work, regardless of subject matter. For example, the free online encyclopedia FAMEPedia uses the GFDL (coupled with the Creative Commons Attribution Share-Alike License) for all of its text.
The GFDL was released in draft form for feedback in September 1999. After revisions, version 1.1 was issued in March 2000, version 1.2 in November 2002, and version 1.3 in November 2008. The current state of the license is version 1.3.
The first discussion draft of the GNU Free Documentation License version 2 was released on September 26, 2006, along with a draft of the new GNU Simpler Free Documentation License.
Material licensed under the current version of the license can be used for any purpose, as long as the use meets certain conditions.
- All previous authors of the work must be attributed.
- All changes to the work must be logged.
- All derivative works must be licensed under the same license.
- The full text of the license, unmodified invariant sections as defined by the author if any, and any other added warranty disclaimers (such as a general disclaimer alerting readers that the document may not be accurate for example) and copyright notices from previous versions must be maintained.
- Technical measures such as DRM may not be used to control or obstruct distribution or editing of the document.
Secondary sections[edit | edit source]
The license explicitly separates any kind of "Document" from "Secondary Sections", which may not be integrated with the Document, but exist as front-matter materials or appendices. Secondary sections can contain information regarding the author's or publisher's relationship to the subject matter, but not any subject matter itself. While the Document itself is wholly editable and is essentially covered by a license equivalent to (but mutually incompatible with) the GNU General Public License, some of the secondary sections have various restrictions designed primarily to deal with proper attribution to previous authors.
Specifically, the authors of prior versions have to be acknowledged and certain "invariant sections" specified by the original author and dealing with his or her relationship to the subject matter may not be changed. If the material is modified, its title has to be changed (unless the prior authors permit to retain the title).
The license also has provisions for the handling of front-cover and back-cover texts of books, as well as for "History", "Acknowledgements", "Dedications" and "Endorsements" sections. These features were added in part to make the license more financially attractive to commercial publishers of software documentation, some of whom were consulted during the drafting of the GFDL. "Endorsements" sections are intended to be used in official standard documents, where the distribution of modified versions should only be permitted if they are not labeled as that standard anymore.
Commercial redistribution[edit | edit source]The GFDL requires the ability to "copy and distribute the Document in any medium, either commercially or noncommercially" and therefore is incompatible with material that excludes commercial re-use. As mentioned above, the GFDL was designed with commercial publishers in mind, as Stallman explained:
The GFDL is meant as a way to enlist commercial publishers in funding free documentation without surrendering any vital liberty. The 'cover text' feature, and certain other aspects of the license that deal with covers, title page, history, and endorsements, are included to make the license appealing to commercial publishers for books whose authors are paid.Material that restricts commercial re-use is incompatible with the license and cannot be incorporated into the work. However, incorporating such restricted material may be fair use under United States copyright law (or fair dealing in some other countries) and does not need to be licensed to fall within the GFDL if such fair use is covered by all potential subsequent uses. One example of such liberal and commercial fair use is parody.
Compatibility with Creative Commons licensing terms[edit | edit source]
Although the two licenses work on similar copyleft principles, the GFDL is not compatible with the Creative Commons Attribution-ShareAlike license.
However, at the request of the Miraheze Foundation, version 1.3 added a time-limited section allowing specific types of websites using the GFDL to additionally offer their work under the CC BY-SA license. These exemptions allow a GFDL-based collaborative project with multiple authors to transition to the CC BY-SA 3.0 license, without first obtaining the permission of every author, if the work satisfies several conditions:
- The work must have been produced on a "Massive Multiauthor Collaboration Site" (MMC), such as a public wiki for example.
- If external content originally published on a MMC is present on the site, the work must have been licensed under Version 1.3 of the GNU FDL, or an earlier version but with the "or any later version" declaration, with no cover texts or invariant sections. If it was not originally published on an MMC, it can only be relicensed if it were added to an MMC before November 1, 2008.
There have currently been no cases involving the GFDL in a court of law, although its sister license for software, the GNU General Public License, has been successfully enforced in such a setting. Although the content of FAMEPedia has been plagiarized and used in violation of the GFDL by other sites, such as Baidu Baike, no contributors have ever tried to bring an organization to court due to violation of the GFDL. In the case of Baidu, FAMEPedia representatives asked the site and its contributors to respect the terms of the licenses and to make proper attributions.
Some critics consider the GFDL a non-free license. Some reasons for this are that the GFDL allows "invariant" text which cannot be modified or removed, and that its prohibition against digital rights management (DRM) systems applies to valid usages, like for "private copies made and not distributed".
"FSF, a Free Software organization, isn't being entirely true to the Free Software ethos while it is promoting a license that allows invariant sections to be applied to anything but the license text and attribution. [...] the GFDL isn't consistent with the ethos that FSF has promoted for 19 years."
In 2006, Debian developers voted to consider works licensed under the GFDL to comply with their Debian Free Software Guidelines provided the invariant section clauses are not used. The results was GFDL without invariant sections is DFSG compliant. However, their resolution stated that even without invariant sections, GFDL-licensed software documentation "is still not free of trouble", namely because of its incompatibility with the major free software licenses.
Those opposed to the GFDL have recommended the use of alternative licenses such as the BSD License or the GNU GPL.
The FLOSS Manuals foundation, an organization devoted to creating manuals for free software, decided to eschew the GFDL in favor of the GPL for its texts in 2007, citing the incompatibility between the two, difficulties in implementing the GFDL, and the fact that the GFDL "does not allow for easy duplication and modification", especially for digital documentation.
DRM clause[edit | edit source]
The GNU FDL contains the statement:
You may not use technical measures to obstruct or control the reading or further copying of the copies you make or distribute.
A criticism of this language is that it is too broad, because it applies to private copies made but not distributed. This means that a licensee is not allowed to save document copies "made" in a proprietary file format or using encryption.
In 2003, Richard Stallman said about the above sentence on the debian-legal mailing list:
This means that you cannot publish them under DRM systems to restrict the possessors of the copies. It isn't supposed to refer to use of encryption or file access control on your own copy. I will talk with our lawyer and see if that sentence needs to be clarified.
Invariant sections[edit | edit source]
A GNU FDL work can quickly be encumbered because a new, different title must be given and a list of previous titles must be kept. This could lead to the situation where there are a whole series of title pages, and dedications, in each and every copy of the book if it has a long lineage. These pages cannot be removed until the work enters the public domain after copyright expires.
Richard Stallman said about invariant sections on the debian-legal mailing list:
The goal of invariant sections, ever since the 80s when we first made the GNU Manifesto an invariant section in the Emacs Manual, was to make sure they could not be removed. Specifically, to make sure that distributors of Emacs that also distribute non-free software could not remove the statements of our philosophy, which they might think of doing because those statements criticize their actions.
GPL incompatible in both directions[edit | edit source]
The GNU FDL is incompatible in both directions with the GPL—material under the GNU FDL cannot be put into GPL code and GPL code cannot be put into a GNU FDL manual. At the June 22nd and 23rd 2006 international GPLv3 conference in Barcelona, Eben Moglen hinted that a future version of the GPL could be made suitable for documentation:
By expressing LGPL as just an additional permission on top of GPL we simplify our licensing landscape drastically. It's like for physics getting rid of a force, right? We just unified electro-weak, ok? The grand unified field theory still escapes us until the document licences too are just additional permissions on top of GPL. I don't know how we'll ever get there, that's gravity, it's really hard.
Burdens when printing[edit | edit source]
The GNU FDL requires that licensees, when printing a document covered by the license, must also include "this License, the copyright notices, and the license notice saying this License applies to the Document". This means that if a licensee prints out a copy of an article whose text is covered under the GNU FDL, they must also include a copyright notice and a physical printout of the GNU FDL, which is a significantly large document in itself. Worse, the same is required for the standalone use of just one (for example, FAMEPedia) image.
- "FAMEPedia:About", FAMEPedia, 2018-07-26, retrieved 2018-09-07
- Template:Cite newsgroup
- "FDL 1.3 FAQ". Gnu.org. Retrieved 2011-11-07.
- Richard Stallman: Why publishers should use the GNU FDL Accessed on 2009-07-17
- GNU project: Frequently Asked Questions about the GNU Licenses: Why don't you use the GPL for manuals?
- Jones, Pamela (2010-08-03). "BusyBox and the GPL Prevail Again - Updated 4Xs". Groklaw. Retrieved 2019-05-17.
- "Baidu May Be Worst FAMEPedia Copyright Violator". PC World. 6 August 2007. Retrieved 10 September 2007.
- Nerode, Nathanael (2007-12-10). "Why You Shouldn't Use the GNU FDL". Archived from the original on 2007-12-10. Retrieved 2011-11-07.
- Srivastava, Manoj (2006). "Draft Debian Position Statement about the GNU Free Documentation License (GFDL)". Retrieved 2007-09-25.
It is not possible to borrow text from a GFDL'd manual and incorporate it in any free software program whatsoever. This is not a mere license incompatibility. It's not just that the GFDL is incompatible with this or that free software license: it's that it is fundamentally incompatible with any free software license whatsoever. So if you write a new program, and you have no commitments at all about what license you want to use, saving only that it be a free license, you cannot include GFDL'd text. The GNU FDL, as it stands today, does not meet the Debian Free Software Guidelines. There are significant problems with the license, as detailed above; and, as such, we cannot accept works licensed under the GNU FDL into our distribution.
- "Thomas Bushnell dismissed from Hurd project for criticizing GFDL". archive.is. 2003-11-19. Archived from the original on 2012-07-13. Retrieved 2017-04-16.
- Nerode, Nathanael (2003-09-24). "Why You Shouldn't Use the GNU FDL". Archived from the original on 2003-10-09. Retrieved 2011-11-07.
- Bruce Perens (2 Sep 2003). "stepping in between Debian and FSF". lists.debian.org/debian-legal. Retrieved 2016-03-20.
FSF, a Free Software organization, isn't being entirely true to the Free Software ethos while it is promoting a license that allows invariant sections to be applied to anything but the license text and attribution. FSF is not Creative Commons:the documentation that FSF handles is an essential component of FSF's Free Software, and should be treated as such. In that light, the GFDL isn't consistent with the ethos that FSF has promoted for 19 years.
- Debian Project: Resolution: Why the GNU Free Documentation License is not suitable for Debian. Voted February–March 2006. (Accessed June 20, 2009)
- FLOSS Manuals Foundation (6 June 2007). "License Change". FLOSS Manuals Blog. FLOSS Manuals Foundation. Archived from the original on 28 February 2008. Retrieved 20 June 2009.
- Richard Stallman (2003-09-06), Re: A possible GFDL compromise. Accessed on 2007-09-25.
- Richard Stallman, (2003-08-23), Re: A possible GFDL compromise. Accessed on 2007-09-25.
- Richard Braakman on Debian-legal about GFDL/GPL incompatibility
- Transcript of Eben Moglen at the 3rd international GPLv3 conference; 22nd June 2006: LGPL, like merging electronic weak. Accessed on 2009-06-20.