Public-domain software

From Infogalactic: the planetary knowledge core
Jump to: navigation, search
Creative Commons Public Domain Mark, indicates works that are in the public domain

Public-domain software is software that has been placed in the public domain: in other words, there is absolutely no ownership such as copyright, trademark, or patent. Software in the public domain can be modified, distributed, or sold even without any attribution by anyone; this is unlike the common case of software under exclusive copyright, where software licenses grant limited usage rights.

Under the Berne Convention, which most countries have signed, an author automatically obtains the exclusive copyright to anything they have written, and local law may similarly grant copyright, patent, or trademark rights by default. The Berne Convention also covers programs. Therefore, a program is automatically subject to a copyright, and if it is to be placed in the public domain, the author must explicitly disclaim the copyright and other rights on it in some way, e.g. by a waiver statement.[1] In some Jurisdictions, some rights (in particular moral rights) cannot be disclaimed: for instance, civil law tradition-based German law's "Urheberrecht" differs here from the Anglo-saxon common law tradition's "copyright" concept.

History

<templatestyles src="Module:Hatnote/styles.css"></templatestyles>

See also: Software copyright and History of free and open-source software

Early academic public-domain software ecosystem

In the 1950s to the 1990s software culture, as original academic phenomena, "public-domain" (usually abbreviated to "PD") software was popular. This kind of freely distributed and shared "free software" combined the nowadays differentiated software classes of freeware, shareware and free and open-source software and was created in academia, and by hobbyists and hackers.[2] As software was often written in an interpreted language such as BASIC, the source code was needed and therefore distributed to run the software. PD software was also shared and distributed as printed source code (type-in program) in computer magazines (like Creative Computing, SoftSide, Compute!, Byte etc.) and books, like the bestseller BASIC Computer Games.[3] Early on, closed-source software was uncommon until the mid-1970s to the 1980s.[citation needed]

Before 1974, when the US Commission on New Technological Uses of Copyrighted Works (CONTU) decided that "computer programs, to the extent that they embody an author's original creation, are proper subject matter of copyright",[4] software was not copyrightable and therefore always in public domain. This legislation, plus court decisions such as Apple v. Franklin in 1983 for object code, clarified that the Copyright Act gave computer programs the copyright status of literary works.

In the 1980s, a common way to share public-domain software[verification needed] was by receiving them through a local user group or a company like PC-SIG, of Sunnyvale, California, who maintained a mail-order catalog of more than 300 disks with an average price of US$6.[5] Public-domain software with source code was also shared on BBS networks. Public-domain software was commercialized sometimes by a donationware model, asking the users for a money donation to be sent by mail.[6]

The public-domain "free sharing" and "donationware" commercialization models evolved in following years to the (non-voluntary) shareware model,[7][8] and software free of charge, called freeware.[9] Additionally, due to other changes in the computer industry, the sharing of source code became less usual.[10]

With the Berne Convention Implementation Act of 1988 (and the earlier Copyright Act of 1976), the legal base for public-domain software changed drastically. Before the act, releasing a software without copyright notice was enough for dedicating to public domain. With the new copyright act, software was by default copyright-protected and needed an explicit waiver statement or license of the author.[11][12]

Reference implementations of algorithms, often cryptographic algorithms, meant or applied for standardization are still often given into the public domain, examples are CERN's httpd[13] in 1993 and Serpent cipher in 1999. The Openwall Project maintains a list of several algorithms and their source code in the public domain.[14]

Free and open-source software as successor

As response in the end 1980s of the academic software ecosystem to the change in the copyright system, permissive license texts were developed, like the BSD license and derivatives. Permissive-licensed software, which is a kind of free and open-source software, shares most characteristics of the earlier public-domain software, but stands on the legal base of copyright law.

In 1980s Richard Stallman, who worked long in an academic environment of "public-domain"-like software sharing, noticed the emerge of proprietary software and the decline of the public-domain software ecosystem. As approach to preserve this ecosystem he created a software license, the GPL, which encodes the "public-domain" rights and enforces them irrevocable on software. Paradoxically, his copyleft approach relies on the enforceability of the copyright to be effective. Copyleft free software shares therefore many properties with public-domain software, but doesn't allow relicensing or sublicensing. Unlike real public-domain software or permissive-licensed software, Stallman's copyleft license tries to enforce the free shareability of software also for the future by not allowing license changes.

To refer to free software (which is under a free software license) or to software distributed and usable free of charge (freeware) as "public-domain" is therefore incorrect. While public domain gives up the author's exclusive rights (e.g. copyright), in free software the author's copyright is still retained and used, for instance to enforce copyleft or to hand out permissive-licensed software. Licensed software is in general not in the public domain.[15] Another distinct difference is that an executable program may be in the public domain even if its source code is not made available (making the program not feasibly modifiable), while free software has the source code always available.

Post-copyright public domain

With the 2000s and the emerge of peer-to-peer sharing networks and sharing in web development, a new copyright-critical developer generation made the "license-free" public-domain software model visible again, also criticizing the FOSS license ecosystem ("Post Open Source") as stabilizing part of the copyright system.[16][17][18][19] New non-FOSS licenses and waiver texts were developed, notable the Creative Commons "CC0" (2009) and the "unlicense" (2010), and a growing popularity of permissive software licenses was noticed. Also, the growing problem of orphaned software and digital obsolescence of software raised the awareness of the relevance of passing software into PD again for a better digital preservation of the digital heritage, unrestricted by copyright and DRM.[20][21][22][23]

Around 2004 there was a debate whether public-domain software can be considered part of the FOSS ecosystem, as lawyer Lawrence Rosen argued in the essay "Why the public domain isn't a license" that software could not truly be given into public domain,[24] a position that faced opposition by Daniel J. Bernstein and others.[25] In 2012, the status was finally resolved when Rosen changed his mind and accepted the CC0 as open-source license, while admitting that contrary to previous claims copyright can be waived away, backed by a Ninth circuit's decision.[26]

Passing of software into public domain

Release without copyright notice

Before the Berne Convention Implementation Act of 1988 (and the earlier Copyright Act of 1976, which went into effect in 1978) works could be easily given into the public domain by just releasing it without an explicit copyright notice. After that, all works were by default copyright-protected and needed to be actively given into public domain by a waiver statement.[11][12]

Leaving the copyright term

Copyrighted works, like software, are meant to pass into public domain after the copyright term, losing their copyright privilege. Due to the decades-long copyright protection granted by the Berne Convention, no software has ever passed into public domain by leaving copyright terms. The question how fast works should pass into public domain has been a matter of scientific[27][28][29] and public debates, also for software like video games.[21][22][23]

Public-domain-like licenses and waivers

Lua error in package.lua at line 80: module 'strict' not found.

WTFPL license logo, a public-domain-like license
CC0 license logo, a copyright waiver and public-domain-like license[30]

While real public domain makes software licenses unnecessary, as no owner/author is required to grant permission ("Permission culture"), there are licenses that grant public-domain-like rights. There is no universally agreed-upon license, but multiple licenses that aim to release source code into the public domain.

In 2000 the WTFPL was released as public-domain-like license/waiver/anti-copyright notice.[31] In 2009 the Creative commons released the CC0, which was created for compatibility with also law domains (e.g. Civil law of continental Europe) where dedicating into public domain is problematic. This is achieved by a public-domain waiver statement and a fall-back all-permissive license, for the case the waiver is not possible.[32][33] The Unlicense, published around 2010, has a focus on an anti-copyright message. The unlicense offers a public-domain waiver text with a fall-back public-domain-like license inspired by permissive licenses but without attribution clause.[34][35] In 2015 Github reported that of their approx. 5.1 million licensed projects hosted almost 2% use the unlicense, approx. 102,000 projects.[36]

Public-domain software

See also Category:Public-domain software with source code, Category:Public-domain software

Classical PD software

Public domain software in the early computer age was for instance shared as type-in program in computer magazines and books like BASIC Computer Games. Explicit PD waiver statements or license files were at that time unusual. Publicly available software without a copyright notice was assumed to be, and shared as, public-domain software.

Notable general PD software from that time include:

Video games are among the earliest examples of shared PD software, which are still notable today:

Many PD software authors kept the practices of public-domain release without having a waiver text, not knowing or caring for the changed copyright law and creating therefore a legal problem. On the other hand, magazines started in the mid-1980s to claim copyright even for type-in programs that were seen as PD before.[38][39] Only slowly PD software authors started to include explicit relinquishment or license statement texts.

Examples of modern PD software

These examples of modern PD software (after the Berne Convention Implementation Act of 1988) is either under proper public domain (e.g. created by an US governmental organization), under a proper public-domain-like license (like CC0) or accompanied by a clear waiver statement from the author. While not as widespread as in the pre-2000s, PD software still exists. For example, Sourceforge listed 334 hosted PD projects in 2016,[40] GitHub 102,000 PD projects under the unlicense alone in 2015.[36] The award-winning video game developer Jason Rohrer releases his works into the PD, as does Daniel J. Bernstein with his reference implementations of cryptographic algorithms.

See also

References

  1. ↑ Open Source: Technology and Policy by Fadi P. Deek, James A. M. McHugh "Public domain", page 227 (2008).
  2. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  3. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  4. ↑ Lemley, Menell, Merges and Samuelson. Software and Internet Law, p. 34.
  5. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  6. ↑ April 1987: Ballerburg - Zwei Spieler, zwei Burgen und ein Berg dazwischen... on eckhardkruse.net: "Ich habe das Programm als Public Domain veröffentlicht (die Unterscheidung in Freeware, Shareware usw. gab es damals nicht), mit der Bitte um eine 20 DM Spende. Dafür gab es dann die erweitere Version und den Quellcode." (in German).
  7. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  8. ↑ Article about Jim "Button" Knopf, from Dr. Dobbs Journal.
  9. ↑ the-history-of-shareware-psl on asp-software.org.
  10. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  11. ↑ 11.0 11.1 publicdomain on cornell.edu
  12. ↑ 12.0 12.1 Copyright Notice, U.S. Copyright Office Circular 3, 2008.
  13. ↑ The birth of the web Licensing the web on cern.ch (2014).
  14. ↑ Source code snippets and frameworks placed in the public domain on openwall.info.
  15. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  16. ↑ The Surprising History of Copyright and The Promise of a Post-Copyright World by Karl Fogel (2006).
  17. ↑ Younger developers reject licensing, risk chance for reform on opensource.com by Luis Villa (on 12 Feb 2013).
  18. ↑ Pushing back against licensing and the permission culture Luis Villa (January 28, 2013).
  19. ↑ Post open source software, licensing and GitHub on opensource.com by Richard Fontana (on 13 Aug 2013).
  20. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  21. ↑ 21.0 21.1 Lua error in package.lua at line 80: module 'strict' not found.
  22. ↑ 22.0 22.1 Lua error in package.lua at line 80: module 'strict' not found.
  23. ↑ 23.0 23.1 Lua error in package.lua at line 80: module 'strict' not found.
  24. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  25. ↑ Placing documents into the public domain by Daniel J. Bernstein on cr.yp.to: "Most rights can be voluntarily abandoned ('waived') by the owner of the rights. Legislators can go to extra effort to create rights that can't be abandoned, but usually they don't do this. In particular, you can voluntarily abandon your United States copyrights: 'It is well settled that rights gained under the Copyright Act may be abandoned. But abandonment of a right must be manifested by some overt act indicating an intention to abandon that right. See Hampton v. Paramount Pictures Corp., 279 F.2d 100, 104 (9th Cir. 1960).' " (2004).
  26. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  27. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  28. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  29. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  30. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  31. ↑ Version 1.0 license on anonscm.debian.org.
  32. ↑ https://creativecommons.org/weblog/2009/03/11/13304
  33. ↑ Validity of the Creative Commons Zero 1.0 Universal Public Domain Dedication and its usability for bibliographic metadata from the perspective of German Copyright Law by Dr. Till Kreutzer, attorney-at-law in Berlin, Germany.
  34. ↑ The unlicense a license for no license on ostatic.com by Joe Brockmeier (2010)
  35. ↑ The Unlicense on unlicense.org.
  36. ↑ 36.0 36.1 Lua error in package.lua at line 80: module 'strict' not found.
  37. ↑ history-of-spice on allaboutcircuits.com "The origin of SPICE traces back to another circuit simulation program called CANCER. Developed by professor Ronald Rohrer of U.C. Berkeley along with some of his students in the late 1960’s, CANCER continued to be improved through the early 1970’s. When Rohrer left Berkeley, CANCER was re-written and re-named to SPICE, released as version 1 to the public domain in May of 1972. Version 2 of SPICE was released in 1975 (version 2g6—the version used in this book—is a minor revision of this 1975 release). Instrumental in the decision to release SPICE as a public-domain computer program was professor Donald Pederson of Berkeley, who believed that all significant technical progress happens when information is freely shared. I for one thank him for his vision."
  38. ↑ Compute-Gazette-Issue-11-01.pdf
  39. ↑ Transactor_v8i3.pdf: "though our disk labels show a copyright notice, up until this issue we stated right on our policies page (page 2) that our programs are 'public domain; free to copy, not to sell'. This notice goes back about 4 years – a popular phrase originally designed to prevent one's program from being 'acquired' by someone in the software business".
  40. ↑ 334 PD projects on sourceforge.net (February 2016)
  41. ↑ PUBLIC DOMAIN CERN WWW SOFTWARE (1993)
  42. ↑ disclaimer on rsb.info.nih.gov
  43. ↑ SERPENT - A Candidate Block Cipher for the Advanced Encryption Standard "Serpent is now completely in the public domain, and we impose no restrictions on its use. This was announced on the 21st August at the First AES Candidate Conference." (1999)
  44. ↑ copyright on sqlite.org
  45. ↑ copyrights-and-licensing on docutils.sourceforge.net
  46. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  47. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  48. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  49. ↑ KeccakReferenceAndOptimized-3.2.zip mainReference.c: "The Keccak sponge function, designed by Guido Bertoni, Joan Daemen, Michaël Peeters and Gilles Van Assche. For more information, feedback or questions, please refer to our website: http://keccak.noekeon.org/Implementation by the designers, hereby denoted as 'the implementer'. To the extent possible under law, the implementer has waived all copyright and related or neighboring rights to the source code in this file. http://creativecommons.org/publicdomain/zero/1.0/".

External links

  • Lua error in package.lua at line 80: module 'strict' not found.
  • Lua error in package.lua at line 80: module 'strict' not found.
  • Lua error in package.lua at line 80: module 'strict' not found.
Retrieved from "https://infogalactic.com/w/index.php?title=Public-domain_software&oldid=718942380"