GNU Free Documentation License

Kutoka Wikipedia, kamusi elezo huru

Kigezo:Short description

Kigezo:Use American English Kigezo:Infobox software license 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 Wikipedia uses the GFDL[1] (coupled with the Creative Commons Attribution Share-Alike License) for much of its text, excluding text that was imported from other sources after the 2009 licensing update that is only available under the Creative Commons license.[2]Kigezo:Circular reference

History[hariri | hariri chanzo]

The GFDL was released in draft form for feedback in September 1999.[3] 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.[4]

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.

On December 1, 2007, Wikipedia founder Jimmy Wales announced that a long period of discussion and negotiation between and amongst the Free Software Foundation, Creative Commons, the Wikimedia Foundation and others had produced a proposal supported by both the FSF and Creative Commons to modify the Free Documentation License in such a fashion as to allow the possibility for the Wikimedia Foundation to migrate the projects to the similar Creative Commons Attribution Share-Alike (CC BY-SA) license.[5][6] These changes were implemented on version 1.3 of the license, which includes a new provision allowing certain materials released under the license to be used under a Creative Commons Attribution Share-Alike license also.[4]

Conditions[hariri | hariri chanzo]

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[hariri | hariri chanzo]

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.[7][8] "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.[8]

Commercial redistribution[hariri | hariri chanzo]

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.[7]

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[hariri | hariri chanzo]

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 Wikimedia Foundation,[4] 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:[4]

  • 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.

To prevent the clause from being used as a general compatibility measure, the license itself only allowed the change to occur before August 1, 2009. At the release of version 1.3, the FSF stated that all content added before November 1, 2008 to Wikipedia as an example satisfied the conditions. The Wikimedia Foundation itself after a public referendum, invoked this process to dual-license content released under the GFDL under the CC BY-SA license in June 2009, and adopted a foundation-wide attribution policy for the use of content from Wikimedia Foundation projects.[9][10][11]

Enforcement[hariri | hariri chanzo]

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.[12] Although the content of Wikipedia 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, Wikipedia representatives asked the site and its contributors to respect the terms of the licenses and to make proper attributions.[13]

Criticism[hariri | hariri chanzo]

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".[14]

Notably, the Debian project,[15] Thomas Bushnell,[16] Nathanael Nerode,[17] and Bruce Perens[18] have raised objections. Bruce Perens saw the GFDL even outside the "Free Software ethos":[18]

"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 that the invariant section clauses are not used.[19] 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.[19]

Those opposed to the GFDL have recommended the use of alternative licenses such as the BSD License or the GNU GPL.[19]

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.[20]

DRM clause[hariri | hariri chanzo]

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:[21]

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[hariri | hariri chanzo]

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:[22]

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[hariri | hariri chanzo]

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.[23] 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:[24]

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[hariri | hariri chanzo]

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, Wikipedia) image.[25] Wikivoyage, a web site dedicated to free content travel guides, chose not to use the GFDL because it considers it unsuitable for short printed texts.[26]

Other licenses for free works[hariri | hariri chanzo]

Some of these were developed independently of the GNU FDL, while others were developed in response to perceived flaws in the GNU FDL.

List of projects that use the GFDL[hariri | hariri chanzo]

See also[hariri | hariri chanzo]

References[hariri | hariri chanzo]

  1. "Wikipedia:About", Wikipedia (in English), 2018-07-26, retrieved 2018-09-07 
  2. Wikipedia:Licensing update (2009-06-14). “With the transition, the Wikipedia community will now be allowed to import CC-BY-SA text from external sources into articles. If you do this, the origin of the material and its license should be explicitly noted in the edit summary. If the source text is dual- or multi-licensed, it is only necessary that at least one of the licenses is compatible with CC-BY-SA. It is not necessary that external content be dual licensed under the GFDL.”
  3. Kigezo:Cite newsgroup
  4. 4.0 4.1 4.2 4.3 FDL 1.3 FAQ. Gnu.org.
  5. Lessig, Lawrence (2007-12-01). Some important news from Wikipedia to understand clearly (Lessig Blog). Lessig.org. Jalada kutoka ya awali juu ya 2011-10-26. Iliwekwa mnamo 2023-02-17.
  6. Wikimediafoundation.org. Wikimediafoundation.org.
  7. 7.0 7.1 Richard Stallman: Why publishers should use the GNU FDL Accessed on 2009-07-17
  8. 8.0 8.1 GNU project: Frequently Asked Questions about the GNU Licenses: Why don't you use the GPL for manuals?
  9. Wikimedia community approves license migration. Wikimedia Foundation. Wikimedia Foundation.
  10. Wikimedia license update approval
  11. Licensing update rolled out in all Wikimedia wikis on wikimedia.org by Erik Moeller on June 30th, 2009 "Perhaps the most significant reason to choose CC-BY-SA as our primary content license was to be compatible with many of the other admirable endeavors out there to share and develop free knowledge"
  12. Jones, Pamela (2010-08-03). BusyBox and the GPL Prevail Again - Updated 4Xs. Groklaw.
  13. "Baidu May Be Worst Wikipedia Copyright Violator", PC World, 6 August 2007. Retrieved on 2023-02-17. Archived from the original on 2016-04-21. 
  14. Nerode, Nathanael (2007-12-10). Why You Shouldn't Use the GNU FDL. Jalada kutoka ya awali juu ya 2003-10-09. Iliwekwa mnamo 2007-12-03.
  15. Srivastava, Manoj (2006). Draft Debian Position Statement about the GNU Free Documentation License (GFDL). “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.
  16. Thomas Bushnell dismissed from Hurd project for criticizing GFDL. archive.is (2003-11-19).
  17. Nerode, Nathanael (2003-09-24). Why You Shouldn't Use the GNU FDL. Jalada kutoka ya awali juu ya 2003-10-09. Iliwekwa mnamo 2007-12-03.
  18. 18.0 18.1 Bruce Perens (2 Sep 2003). stepping in between Debian and FSF. lists.debian.org/debian-legal. “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.
  19. 19.0 19.1 19.2 Debian Project: Resolution: Why the GNU Free Documentation License is not suitable for Debian. Voted February–March 2006. (Accessed June 20, 2009)
  20. License Change. FLOSS Manuals Foundation (6 June 2007). Jalada kutoka ya awali juu ya 2008-02-28. Iliwekwa mnamo 2023-02-17.
  21. Richard Stallman (2003-09-06), Re: A possible GFDL compromise. Accessed on 2007-09-25.
  22. Richard Stallman, (2003-08-23), Re: A possible GFDL compromise. Accessed on 2007-09-25.
  23. Richard Braakman on Debian-legal about GFDL/GPL incompatibility
  24. Transcript of Eben Moglen at the 3rd international GPLv3 conference; 22nd June 2006: LGPL, like merging electronic weak. Accessed on 2009-06-20.
  25. Why the Wikimedia projects should not use GFDL as a stand alone license for images. Notablog.notafish.com (2005-04-21).
  26. Wikivoyage:Project:Why Wikivoyage isn't GFDL
  27. Abstract Algebra: Theory and Applications (2015).

External links[hariri | hariri chanzo]

Kigezo:GNU