This is the
talk page for discussing improvements to the
Software license article. This is not a forum for general discussion of the article's subject. |
Article policies
|
Find sources: Google ( books · news · scholar · free images · WP refs) · FENS · JSTOR · TWL |
![]() | This article is written in American English, which has its own spelling conventions (color, defense, traveled) and some terms that are used in it may be different or absent from other varieties of English. According to the relevant style guide, this should not be changed without broad consensus. |
![]() | This article is rated Start-class on Wikipedia's
content assessment scale. It is of interest to the following WikiProjects: | ||||||||||||||||||||
|
![]() | The content of this article has been derived in whole or part from
http://www.softwareresearches.net/. Permission has been received from the copyright holder to release this material . Evidence of this has been confirmed and stored by
VRT volunteers, under ticket number
2012052110000161. This template is used by approved volunteers dealing with the Wikimedia volunteer response team system (VRTS) after receipt of a clear statement of permission at permissions-en ![]() |
'ownership of a copy of software' is meaningless. One either owns the copyright to the software, or they are a licencee. 'acceptance of the licence is essentially optional' is false. The acceptance of the licence is the condition on which one is allowed to copy the software, otherwise it falls back to 'all rights reserved' therefore the end-user has no rights in relation to the software. Re describing the effects of a licence... the end user capable of reading the licence text for themselves. —Preceding unsigned comment added by 129.180.1.224 ( talk) 01:34, 10 September 2009 (UTC)
I recently removed misleading information about the ramifications of the fairly recent Jacobsen v. Katzer decision regarding the enforceability of open source software licenses. These edits were made by an anonymous author. Before re-inserting that information, please be sure that you understand the difference between mere use of software versus copying, distributing, and making derivative works of software. Open source licenses do not restrict who may use software. Just as anyone may read a copyrighted book, anyone may use copyrighted open source software. If you accept the terms of an open source license, then, in addition to the right to use the software, you are granted the additional rights to copy, distribute, and make derivative works of the software pursuant to the terms of the license. If you reject the terms of the license, you may still use the software. This follow from the fact that "use" is not one of the exclusive rights retained by copyright holders. But by rejecting an open source license, you may not copy, distribute, or make derivative works of the software in question. In Jacobsen v. Katzer, the defendant admitted to copying, distributing, and making derivative works of the open source software, which is why the court found that copyright infringement had occurred. If the defendant had merely used the software for his own personal purposes, then no copyright infringement would have occurred. Moulding ( talk) 01:47, 14 September 2008 (UTC)
The act of licensing software is a separate topic from the sofware license itself.
Although they are obviously interrelated, they still remain two separate things.—Preceding unsigned comment added by Jigordon ( talk • contribs)
eulas are not considered valid contracts in most parts of the world outside the u.s.. at least in europe the eula can not restrict the rights you already acquired as you bought the product. I arrived at this article from a search on "site license". It contained precisely what I needed and was ALL I needed. If merging it would make it any more difficult to find this precise info by search, I'd suggest against it.
sure it is — Preceding unsigned comment added by 217.110.66.72 ( talk) 13:27, 13 November 2013 (UTC)
I would rather have the discussion regarding the link to the external blog happen here instead of via an editing war. While it is true that the blog IS a promotional tool for the Software Licensing Handbook, the blog also covers software licensing issues on a weekly basis apart from the book.
To say that the blog is ONLY an advertisement for the book is misleading and incorrect. With so few real resources available to people looking to learn about how to work through the licensing process, I would also think that any additional information would be helpful.
Not to mention the fact that there are blatantly self-promotional links (and articles) all throughout Wikipedia... so a link to an outside blog that covers the topics within Wikipedia shouldn't be problematic. Jigordon 02:40, 3 March 2007 (UTC)
Thank you for having the conversation here.
WP:ELNO begins by stating "Except for a link to a page that is the subject of the article...". As such, none of the criteria would be used to judge the link, as the stated topic of the site is software licensing, which is the subject of the article.
With respects to WP:COI, it could be argued that creating a link to my own site would represent a conflict. However, the COI actually discusses Citing Oneself specifically: "Editing in an area in which you have professional or academic expertise is not, in itself, a conflict of interest. Using material you yourself have written or published is allowed within reason, but only if it is notable and conforms to the content policies."
A single link to the site which discusses this topic (and is an area in which I have both professional and academic experience) is, by that definition, not a conflict of interest. Especially since we're talking about a single link at the bottom of the page in the section entitled "External Links."
Not that two wrongs make a right... but the Dan Bricklin link would also fail if held to your standards.
I will not add it back without input from "the community" so long as the community is comprised of people with more than a few days as a contributor. Jigordon 22:33, 8 May 2008 (UTC)
pro·pri·e·tary Pronunciation: \prə-ˈprī-ə-ˌter-ē\ Function: noun Inflected Form(s): plural pro·pri·e·tar·ies Etymology: Middle English propietarie, from Anglo-French, from Medieval Latin propietarius, from Late Latin, adjective Date: 15th century 1: one that possesses, owns, or holds exclusive right to something; specifically : proprietor 1 2: something that is used, produced, or marketed under exclusive legal right of the inventor or maker; specifically : a drug (as a patent medicine) that is protected by secrecy, patent, or copyright against free competition as to name, product, composition, or process of manufacture 3: a business secretly owned by and run as a cover for an intelligence organization
proprietary Function: adjective Etymology: Late Latin proprietarius, from Latin proprietas property — more at property Date: 1589 1 : of, relating to, or characteristic of a proprietor <proprietary rights> 2 : used, made, or marketed by one having the exclusive legal right <a proprietary process> <proprietary software> 3 : privately owned and managed and run as a profit-making organization <a proprietary clinic>
Perhaps you have a different dictionary? Perhaps this is the GNUish and not the English Wiki? Shjacks45 ( talk) 13:10, 17 June 2008 (UTC)
The definition given here of free software is misleading and self contradictory. A free software does not transfer its ownership (Copyright) to the other parties. It simply grants license to others to use the software and to work upon it in a manner not contemplated by the traditional copyright law. It grants freedom to exploit the source and other codes of the software and to derive another software out of the free software. The license so granted is subject to promise by the licensee to perpetuate the license conditions as is received by him to the derivative works (developed out of the free software)i.e the licensee has to make his own work derived from the free software subject to the License as accepted by him for making use of free software.check this link on Copyleft licensing of software. http://en.wikipedia.org/wiki/Copy_left
The entire gamut of software licensing in the free software is governed by a system of licensing. Licensing by definition is a 'conditional transfer of some and not all rights' over particular work in which case the Author continues to remain the Owner of the copyright in the software. He merely allows the 'GNUGPL or other similar licensees' to enjoy the rights but also bound by its conditions. The idea behind the free software movement is to 'perpetuate or spread or expand the the right to work on a software without any limitations and derive new works out of it'.
A software is free in true sense only if the Author of such software irrevocably waives his rights over it in which case it becomes free for all software. In the absence of ownership (copyright) rights over free software, the question of free software licenses and their control on how you must license your work do not arise. Appropriate changes need to be incorporated to the meaning of free software in this article. —Preceding unsigned comment added by 202.138.120.65 ( talk) 08:24, 8 December 2008 (UTC)
I have done a bit of correction but still this article needs a lot of improvement.
Suggestions and productive collaboration are welcome.
-- Grandscribe ( talk) 17:52, 8 December 2008 (UTC)
Yeah it does. Some idiot wrote this article as though FOSS is the synonymous with free licensing and open source licensing. This ain't fucking rocket science. You can have free licenses. You can have open source licenses. You can have free open source licenses. They are three distinct types of licensing. I am not surprised. A lot of twats in FOSS orgs would like to pretend you cannot have a free license without open source or open source without a free license. Sadly for them reality does not conform with their fruity stupidity.
Is the following article suitable for Wikipedia? The existing articles are too special, and this one gives people an added value / insight / overview on the basics of (commercial) software licensing. I think that "Software" or "Software Licenses" would be a good fit, what do you think, could this article be included or added? I am the author of the text.
Basics of software licensing
Software manufacturers offer different license models. Licensing is usually per single user (named user, client, node) or per user in the appropriate volume discount level, while some manufacturers accumulate existing licenses. These open volume license programs are typically called Open License Program (OLP), Transactional License Program (TLP), Volume License Program (VLP) etc. and are contrary to the Contractual License Program (CLP), where the customer commits to purchase a certain amount of licenses over a fixed period (mostly two years). Licensing per concurrent/floating user is also possible. Here all users in a network have access to the program, but only a specific number at the same time. Another license model is licensing per dongle which allows the owner of the dongle to use the program on any computer. Licensing per server, CPU or points, regardless the number of users, is common practice as well as Site or Company Licenses. Sometimes you can choose between perpetual (permanent) and annual license. For perpetual licenses one year of maintenance is often required, but maintenance (subscription) renewals are discounted. For annual licenses, there is no Renewal, a new license must be purchased after expiration. Licensing can be per Host/Client (or Guest), Mailbox, IP-Address, Domain etc., depending on how the program is used. Additional users are inter alia licensed per Extension Pack (e.g. up to 99 user), which includes the Base Pack (e.g. 5 user). Some programs are modular, so you have to buy a base product before you can use other modules.
Software licensing also includes maintenance. This, usually with a term of one year, is either included or optional, but must be often bought with the software. The maintenance agreement (contract) contains Minor Updates (V.1.1 => 1.2), sometimes Major Updates (V.1.2 => 2.0) and is called e.g. Update Insurance, Upgrade Assurance. For a Major Update the customer has to buy an Upgrade, if not included in the maintenance. For a maintenance renewal some manufacturers charge a Reinstatement (Reinstallment) Fee retroactively per month, in case the current maintenance has expired. Maintenance normally doesn't include technical support. Here you differentiate between e-mail and tel. support, also availability (e.g. 5x8, 5 days a week, 8 hours a day) and reaction time (e.g. three hours) can play a role. This is likely named Gold, Silver and Bronze Support. Support is also licensed per incident as Incident Pack (e.g. five support incidents per year).
Many manufacturers offer special conditions for schools and government agencies (EDU/GOV License). Migration from another product (Crossgrade), even from a different manufacturer (Competitive Upgrade) is gladly offered.
Basically, inquiries on volume licenses should always be addressed to the manufacturer. The contact can also be made through a reseller like Software Researches. Manufacturers are always responsive, but may refer to a reseller. The channel partner will find a solution with the manufacturer for any request or any problem. In the case of existing licenses the contact to the manufacturer must of course be maintained, which can also be done by a reseller, but the customer as licensee (end user) should not ignore e-mails from the manufacturer, as they could contain important information about license key, download instructions, login details, new releases/ versions etc. Thomas Scholten ( talk) 00:28, 21 May 2012 (UTC)
Isn't there something called a Token-Based License? Shouldn't that be discussed here? — Preceding unsigned comment added by 199.46.196.231 ( talk) 16:34, 8 June 2012 (UTC)
What guidelines apply to source code that was always distributed freely, used in a scientific environment (such that the use of the software would be cited in scientific publications), but was never distributed under a certain software license? Specifically, if the source code is available on the internet, but the author of the software is dead, is that piece of software public domain or not? — Preceding unsigned comment added by 92.206.94.137 ( talk) 23:35, 19 September 2012 (UTC)
vssg — Preceding unsigned comment added by 115.248.139.203 ( talk) 12:10, 4 December 2012 (UTC)
This entire description is written from a limited point of view. There are a lot more types of licenses out there than the ones listed. In addition, the categories provided are not true types, but are the names used by certain manufacturers/vendors.
Also, it says software maintance is part of the license and this is just plain wrong. Sometimes they are sold as a bundle, but they are two distinct things. In fact, the term maintenance can be mean a whole lot of different things depending on the manufacturer/vendor.
This entire thing needs a re-write by a qualified software license compliance expert. Here is an outline for where this definition should be heading.
NUMBER OF COPIES: Per Instance – the right to use one installed copy Per Person — the right for one person to use multiple copies Per CPU - etc... I've encountered at least a dozen types of licenses
TIME LIMIT: Perpetual – the right to use the specified version never expires Lease – the right to use the specified version has a defined end-date
OTHER LIMITS: Site License – the right to use is restricted to a physical location, but typically no limit of persons or instances (so far I have only seen this with a Lease)
Stand Alone – the license key is stored on the desktop with the software and cannot be shared
Network – the license key is stored on a server and loaned to a desktop temporarily (often called concurrent or floating licenses)
USB License Key – often called a dongle, is a USB device that must be connected to the machine that needs the license key. Not to be confused with a Security Token – often called a fob, is a device that randomly generates an access code to be manually entered
Issue Support – service that provides assistance with issue resolution, such as when product will not install Product Patching – provides minor patch releases for the current version Product Upgrade – provides major release to a new version Data Service – provides operational data that is used within the application Consulting Service – service that provides for guidance on how to use the application or how to operate
Confusing Terminology
These are terms that will be used differently be each vendor. They are vague, confusing, or contradictory. Make sure you know what how this term will be interpreted by the person you are talking to.
Subscription or Maintenance – could include any combination of issue support, product patching, product upgrade, data service, consulting service. It could be a perpetual license or a lease.
Multi-Use License Key – this is any license key you can use more than one time. It could be a perpetual or lease license. It could be a network or stand-alone. This term does not really define the type of license so much as describe the quantity purchased.
Commercial Use – this term can actually mean two different things. 1. It can refer to the use of the software by a commercial entity or any of its employees, etc. An example is using label making software at a pipeline company. 2. Or it can refer to the re-selling of the software’s functionality, often called ‘used for commercial purposes’. An example of this would be using the label making software at a company that sells label making services. — Preceding unsigned comment added by 38.114.195.84 ( talk) 19:26, 11 March 2013 (UTC)
If you are familiar with international copyright law or laws of non-U.S. nations, please contribute to this article!
Currently this article is almost entirely focused on law in the United States, often without explicitly stating so. International perspectives on software licenses and their enforceability is sorely lacking. -- BBUCommander ( talk) 19:56, 24 March 2013 (UTC)
Someone added a lead rewrite template to the article, with the reason: "It's currently written from the point of view of proprietary software: "contract law", "end-user","software owner","license agreement". In addition the last sentence of the second paragraph is broken". All of the these terms are equally applicable to free and open source software, as well. As it is stated at Open source software#Open software licensing, an American court ruled that "free software licences definitely do set legally binding conditions on the use of copyrighted work, and they are therefore enforceable under existing copyright law. As a result, if end-users do violate the licensing conditions, their license disappears, meaning they are infringing copyright". Therefore, the first part of the tag (about the point of view) should be removed; if you disagree, please state why. -- Joshua Issac ( talk) 12:45, 23 August 2013 (UTC)
This week there's discussion about whether to delete or keep the Index of Articles Relating to Terms of Service and Privacy Policies, which I created in early August. That index helps readers find:
Wikipedians are welcome to improve the index, and/or discuss if it should be deleted or kept available. Numbersinstitute ( talk) 17:26, 13 September 2017 (UTC)
The proprietary column has yes for right to perform/display. I Have no idea what is meant by display. But for perform, it is not yes. You will only sometimes have permission to preform, and sometimes will not have permission to use, even as a licence holder.
Hello, I am employed by Boston University's Fineman & Pappas Law Libraries. After reviewing this Wikipedia page, I believe that information from one of our faculty's scholarship might provide a valuable addition to this page. I would appreciate it if this requested edit could be reviewed.
![]() | This edit request by an editor with a conflict of interest was declined. [see below] |
Add to the end of the Software Licenses and Copyright Law Section: There have been many attempts at proposing model laws to regulate software transactions (including licensing), like the Uniform Computer Information Transactions Act. [1] Following unsatisfactory attempts by the Uniform Computer Information Transactions Act and Uniform Commercial Code to offer comprehensive ways to address issues with software transacting, the American Law Institute created the Principles of the Law of Software Contracts, which sought to formulate a body of law to (1) address the unique aspects of software transactions and (2) unify the disorganized body of law that surrounded software contracting and licensing at the time. [2] Some of the main components of the Principles of the Law of Software Contracts include modifying of the UCC's warranty rules addressing requirements for assent to standard forms, the inclusion of a non-disclaimable warranty of hidden defects, etc. [3] However, many aspects of law pertaining to software licensing remain controversial. For example, the Principles of the Law of Software Contracts resisted attempts to address issues related to disclosure. [4] However, there remain arguments in support of mandating different forms of disclosure (e.g. disclosure of facts, terms, and/or post-contract intentions), given the benefits of disclosure in relation to efficiency, social value, due process, etc. [5].
References
On the Permissive Software Licences [1] page, the examples given are BSD, MIT, and Apache which all fit the criterium. The Software Licences table (this site) cites MPL as a Permissive License, but it is also shown inside the Copyleft [2] page as an example of a Copyleft license.
While I understand it is an middleground between those two types, I think we should either change the one at Permissive to also be MPL to keep continuity or change it here to BSD (which I, personally, support more, because it is more clearcut) — Preceding unsigned comment added by 93.105.104.91 ( talk) 16:13, 30 January 2022 (UTC)
![]() | An impartial editor has reviewed the proposed edit(s) and asked the editor with a conflict of interest to go ahead and make the suggested changes. |
Please replace the content of the article with User:Buidhe paid/Software license. Reason: Rewrite with improved sources and expanded content. Buidhe paid ( talk) 01:58, 15 May 2024 (UTC)
This is the
talk page for discussing improvements to the
Software license article. This is not a forum for general discussion of the article's subject. |
Article policies
|
Find sources: Google ( books · news · scholar · free images · WP refs) · FENS · JSTOR · TWL |
![]() | This article is written in American English, which has its own spelling conventions (color, defense, traveled) and some terms that are used in it may be different or absent from other varieties of English. According to the relevant style guide, this should not be changed without broad consensus. |
![]() | This article is rated Start-class on Wikipedia's
content assessment scale. It is of interest to the following WikiProjects: | ||||||||||||||||||||
|
![]() | The content of this article has been derived in whole or part from
http://www.softwareresearches.net/. Permission has been received from the copyright holder to release this material . Evidence of this has been confirmed and stored by
VRT volunteers, under ticket number
2012052110000161. This template is used by approved volunteers dealing with the Wikimedia volunteer response team system (VRTS) after receipt of a clear statement of permission at permissions-en ![]() |
'ownership of a copy of software' is meaningless. One either owns the copyright to the software, or they are a licencee. 'acceptance of the licence is essentially optional' is false. The acceptance of the licence is the condition on which one is allowed to copy the software, otherwise it falls back to 'all rights reserved' therefore the end-user has no rights in relation to the software. Re describing the effects of a licence... the end user capable of reading the licence text for themselves. —Preceding unsigned comment added by 129.180.1.224 ( talk) 01:34, 10 September 2009 (UTC)
I recently removed misleading information about the ramifications of the fairly recent Jacobsen v. Katzer decision regarding the enforceability of open source software licenses. These edits were made by an anonymous author. Before re-inserting that information, please be sure that you understand the difference between mere use of software versus copying, distributing, and making derivative works of software. Open source licenses do not restrict who may use software. Just as anyone may read a copyrighted book, anyone may use copyrighted open source software. If you accept the terms of an open source license, then, in addition to the right to use the software, you are granted the additional rights to copy, distribute, and make derivative works of the software pursuant to the terms of the license. If you reject the terms of the license, you may still use the software. This follow from the fact that "use" is not one of the exclusive rights retained by copyright holders. But by rejecting an open source license, you may not copy, distribute, or make derivative works of the software in question. In Jacobsen v. Katzer, the defendant admitted to copying, distributing, and making derivative works of the open source software, which is why the court found that copyright infringement had occurred. If the defendant had merely used the software for his own personal purposes, then no copyright infringement would have occurred. Moulding ( talk) 01:47, 14 September 2008 (UTC)
The act of licensing software is a separate topic from the sofware license itself.
Although they are obviously interrelated, they still remain two separate things.—Preceding unsigned comment added by Jigordon ( talk • contribs)
eulas are not considered valid contracts in most parts of the world outside the u.s.. at least in europe the eula can not restrict the rights you already acquired as you bought the product. I arrived at this article from a search on "site license". It contained precisely what I needed and was ALL I needed. If merging it would make it any more difficult to find this precise info by search, I'd suggest against it.
sure it is — Preceding unsigned comment added by 217.110.66.72 ( talk) 13:27, 13 November 2013 (UTC)
I would rather have the discussion regarding the link to the external blog happen here instead of via an editing war. While it is true that the blog IS a promotional tool for the Software Licensing Handbook, the blog also covers software licensing issues on a weekly basis apart from the book.
To say that the blog is ONLY an advertisement for the book is misleading and incorrect. With so few real resources available to people looking to learn about how to work through the licensing process, I would also think that any additional information would be helpful.
Not to mention the fact that there are blatantly self-promotional links (and articles) all throughout Wikipedia... so a link to an outside blog that covers the topics within Wikipedia shouldn't be problematic. Jigordon 02:40, 3 March 2007 (UTC)
Thank you for having the conversation here.
WP:ELNO begins by stating "Except for a link to a page that is the subject of the article...". As such, none of the criteria would be used to judge the link, as the stated topic of the site is software licensing, which is the subject of the article.
With respects to WP:COI, it could be argued that creating a link to my own site would represent a conflict. However, the COI actually discusses Citing Oneself specifically: "Editing in an area in which you have professional or academic expertise is not, in itself, a conflict of interest. Using material you yourself have written or published is allowed within reason, but only if it is notable and conforms to the content policies."
A single link to the site which discusses this topic (and is an area in which I have both professional and academic experience) is, by that definition, not a conflict of interest. Especially since we're talking about a single link at the bottom of the page in the section entitled "External Links."
Not that two wrongs make a right... but the Dan Bricklin link would also fail if held to your standards.
I will not add it back without input from "the community" so long as the community is comprised of people with more than a few days as a contributor. Jigordon 22:33, 8 May 2008 (UTC)
pro·pri·e·tary Pronunciation: \prə-ˈprī-ə-ˌter-ē\ Function: noun Inflected Form(s): plural pro·pri·e·tar·ies Etymology: Middle English propietarie, from Anglo-French, from Medieval Latin propietarius, from Late Latin, adjective Date: 15th century 1: one that possesses, owns, or holds exclusive right to something; specifically : proprietor 1 2: something that is used, produced, or marketed under exclusive legal right of the inventor or maker; specifically : a drug (as a patent medicine) that is protected by secrecy, patent, or copyright against free competition as to name, product, composition, or process of manufacture 3: a business secretly owned by and run as a cover for an intelligence organization
proprietary Function: adjective Etymology: Late Latin proprietarius, from Latin proprietas property — more at property Date: 1589 1 : of, relating to, or characteristic of a proprietor <proprietary rights> 2 : used, made, or marketed by one having the exclusive legal right <a proprietary process> <proprietary software> 3 : privately owned and managed and run as a profit-making organization <a proprietary clinic>
Perhaps you have a different dictionary? Perhaps this is the GNUish and not the English Wiki? Shjacks45 ( talk) 13:10, 17 June 2008 (UTC)
The definition given here of free software is misleading and self contradictory. A free software does not transfer its ownership (Copyright) to the other parties. It simply grants license to others to use the software and to work upon it in a manner not contemplated by the traditional copyright law. It grants freedom to exploit the source and other codes of the software and to derive another software out of the free software. The license so granted is subject to promise by the licensee to perpetuate the license conditions as is received by him to the derivative works (developed out of the free software)i.e the licensee has to make his own work derived from the free software subject to the License as accepted by him for making use of free software.check this link on Copyleft licensing of software. http://en.wikipedia.org/wiki/Copy_left
The entire gamut of software licensing in the free software is governed by a system of licensing. Licensing by definition is a 'conditional transfer of some and not all rights' over particular work in which case the Author continues to remain the Owner of the copyright in the software. He merely allows the 'GNUGPL or other similar licensees' to enjoy the rights but also bound by its conditions. The idea behind the free software movement is to 'perpetuate or spread or expand the the right to work on a software without any limitations and derive new works out of it'.
A software is free in true sense only if the Author of such software irrevocably waives his rights over it in which case it becomes free for all software. In the absence of ownership (copyright) rights over free software, the question of free software licenses and their control on how you must license your work do not arise. Appropriate changes need to be incorporated to the meaning of free software in this article. —Preceding unsigned comment added by 202.138.120.65 ( talk) 08:24, 8 December 2008 (UTC)
I have done a bit of correction but still this article needs a lot of improvement.
Suggestions and productive collaboration are welcome.
-- Grandscribe ( talk) 17:52, 8 December 2008 (UTC)
Yeah it does. Some idiot wrote this article as though FOSS is the synonymous with free licensing and open source licensing. This ain't fucking rocket science. You can have free licenses. You can have open source licenses. You can have free open source licenses. They are three distinct types of licensing. I am not surprised. A lot of twats in FOSS orgs would like to pretend you cannot have a free license without open source or open source without a free license. Sadly for them reality does not conform with their fruity stupidity.
Is the following article suitable for Wikipedia? The existing articles are too special, and this one gives people an added value / insight / overview on the basics of (commercial) software licensing. I think that "Software" or "Software Licenses" would be a good fit, what do you think, could this article be included or added? I am the author of the text.
Basics of software licensing
Software manufacturers offer different license models. Licensing is usually per single user (named user, client, node) or per user in the appropriate volume discount level, while some manufacturers accumulate existing licenses. These open volume license programs are typically called Open License Program (OLP), Transactional License Program (TLP), Volume License Program (VLP) etc. and are contrary to the Contractual License Program (CLP), where the customer commits to purchase a certain amount of licenses over a fixed period (mostly two years). Licensing per concurrent/floating user is also possible. Here all users in a network have access to the program, but only a specific number at the same time. Another license model is licensing per dongle which allows the owner of the dongle to use the program on any computer. Licensing per server, CPU or points, regardless the number of users, is common practice as well as Site or Company Licenses. Sometimes you can choose between perpetual (permanent) and annual license. For perpetual licenses one year of maintenance is often required, but maintenance (subscription) renewals are discounted. For annual licenses, there is no Renewal, a new license must be purchased after expiration. Licensing can be per Host/Client (or Guest), Mailbox, IP-Address, Domain etc., depending on how the program is used. Additional users are inter alia licensed per Extension Pack (e.g. up to 99 user), which includes the Base Pack (e.g. 5 user). Some programs are modular, so you have to buy a base product before you can use other modules.
Software licensing also includes maintenance. This, usually with a term of one year, is either included or optional, but must be often bought with the software. The maintenance agreement (contract) contains Minor Updates (V.1.1 => 1.2), sometimes Major Updates (V.1.2 => 2.0) and is called e.g. Update Insurance, Upgrade Assurance. For a Major Update the customer has to buy an Upgrade, if not included in the maintenance. For a maintenance renewal some manufacturers charge a Reinstatement (Reinstallment) Fee retroactively per month, in case the current maintenance has expired. Maintenance normally doesn't include technical support. Here you differentiate between e-mail and tel. support, also availability (e.g. 5x8, 5 days a week, 8 hours a day) and reaction time (e.g. three hours) can play a role. This is likely named Gold, Silver and Bronze Support. Support is also licensed per incident as Incident Pack (e.g. five support incidents per year).
Many manufacturers offer special conditions for schools and government agencies (EDU/GOV License). Migration from another product (Crossgrade), even from a different manufacturer (Competitive Upgrade) is gladly offered.
Basically, inquiries on volume licenses should always be addressed to the manufacturer. The contact can also be made through a reseller like Software Researches. Manufacturers are always responsive, but may refer to a reseller. The channel partner will find a solution with the manufacturer for any request or any problem. In the case of existing licenses the contact to the manufacturer must of course be maintained, which can also be done by a reseller, but the customer as licensee (end user) should not ignore e-mails from the manufacturer, as they could contain important information about license key, download instructions, login details, new releases/ versions etc. Thomas Scholten ( talk) 00:28, 21 May 2012 (UTC)
Isn't there something called a Token-Based License? Shouldn't that be discussed here? — Preceding unsigned comment added by 199.46.196.231 ( talk) 16:34, 8 June 2012 (UTC)
What guidelines apply to source code that was always distributed freely, used in a scientific environment (such that the use of the software would be cited in scientific publications), but was never distributed under a certain software license? Specifically, if the source code is available on the internet, but the author of the software is dead, is that piece of software public domain or not? — Preceding unsigned comment added by 92.206.94.137 ( talk) 23:35, 19 September 2012 (UTC)
vssg — Preceding unsigned comment added by 115.248.139.203 ( talk) 12:10, 4 December 2012 (UTC)
This entire description is written from a limited point of view. There are a lot more types of licenses out there than the ones listed. In addition, the categories provided are not true types, but are the names used by certain manufacturers/vendors.
Also, it says software maintance is part of the license and this is just plain wrong. Sometimes they are sold as a bundle, but they are two distinct things. In fact, the term maintenance can be mean a whole lot of different things depending on the manufacturer/vendor.
This entire thing needs a re-write by a qualified software license compliance expert. Here is an outline for where this definition should be heading.
NUMBER OF COPIES: Per Instance – the right to use one installed copy Per Person — the right for one person to use multiple copies Per CPU - etc... I've encountered at least a dozen types of licenses
TIME LIMIT: Perpetual – the right to use the specified version never expires Lease – the right to use the specified version has a defined end-date
OTHER LIMITS: Site License – the right to use is restricted to a physical location, but typically no limit of persons or instances (so far I have only seen this with a Lease)
Stand Alone – the license key is stored on the desktop with the software and cannot be shared
Network – the license key is stored on a server and loaned to a desktop temporarily (often called concurrent or floating licenses)
USB License Key – often called a dongle, is a USB device that must be connected to the machine that needs the license key. Not to be confused with a Security Token – often called a fob, is a device that randomly generates an access code to be manually entered
Issue Support – service that provides assistance with issue resolution, such as when product will not install Product Patching – provides minor patch releases for the current version Product Upgrade – provides major release to a new version Data Service – provides operational data that is used within the application Consulting Service – service that provides for guidance on how to use the application or how to operate
Confusing Terminology
These are terms that will be used differently be each vendor. They are vague, confusing, or contradictory. Make sure you know what how this term will be interpreted by the person you are talking to.
Subscription or Maintenance – could include any combination of issue support, product patching, product upgrade, data service, consulting service. It could be a perpetual license or a lease.
Multi-Use License Key – this is any license key you can use more than one time. It could be a perpetual or lease license. It could be a network or stand-alone. This term does not really define the type of license so much as describe the quantity purchased.
Commercial Use – this term can actually mean two different things. 1. It can refer to the use of the software by a commercial entity or any of its employees, etc. An example is using label making software at a pipeline company. 2. Or it can refer to the re-selling of the software’s functionality, often called ‘used for commercial purposes’. An example of this would be using the label making software at a company that sells label making services. — Preceding unsigned comment added by 38.114.195.84 ( talk) 19:26, 11 March 2013 (UTC)
If you are familiar with international copyright law or laws of non-U.S. nations, please contribute to this article!
Currently this article is almost entirely focused on law in the United States, often without explicitly stating so. International perspectives on software licenses and their enforceability is sorely lacking. -- BBUCommander ( talk) 19:56, 24 March 2013 (UTC)
Someone added a lead rewrite template to the article, with the reason: "It's currently written from the point of view of proprietary software: "contract law", "end-user","software owner","license agreement". In addition the last sentence of the second paragraph is broken". All of the these terms are equally applicable to free and open source software, as well. As it is stated at Open source software#Open software licensing, an American court ruled that "free software licences definitely do set legally binding conditions on the use of copyrighted work, and they are therefore enforceable under existing copyright law. As a result, if end-users do violate the licensing conditions, their license disappears, meaning they are infringing copyright". Therefore, the first part of the tag (about the point of view) should be removed; if you disagree, please state why. -- Joshua Issac ( talk) 12:45, 23 August 2013 (UTC)
This week there's discussion about whether to delete or keep the Index of Articles Relating to Terms of Service and Privacy Policies, which I created in early August. That index helps readers find:
Wikipedians are welcome to improve the index, and/or discuss if it should be deleted or kept available. Numbersinstitute ( talk) 17:26, 13 September 2017 (UTC)
The proprietary column has yes for right to perform/display. I Have no idea what is meant by display. But for perform, it is not yes. You will only sometimes have permission to preform, and sometimes will not have permission to use, even as a licence holder.
Hello, I am employed by Boston University's Fineman & Pappas Law Libraries. After reviewing this Wikipedia page, I believe that information from one of our faculty's scholarship might provide a valuable addition to this page. I would appreciate it if this requested edit could be reviewed.
![]() | This edit request by an editor with a conflict of interest was declined. [see below] |
Add to the end of the Software Licenses and Copyright Law Section: There have been many attempts at proposing model laws to regulate software transactions (including licensing), like the Uniform Computer Information Transactions Act. [1] Following unsatisfactory attempts by the Uniform Computer Information Transactions Act and Uniform Commercial Code to offer comprehensive ways to address issues with software transacting, the American Law Institute created the Principles of the Law of Software Contracts, which sought to formulate a body of law to (1) address the unique aspects of software transactions and (2) unify the disorganized body of law that surrounded software contracting and licensing at the time. [2] Some of the main components of the Principles of the Law of Software Contracts include modifying of the UCC's warranty rules addressing requirements for assent to standard forms, the inclusion of a non-disclaimable warranty of hidden defects, etc. [3] However, many aspects of law pertaining to software licensing remain controversial. For example, the Principles of the Law of Software Contracts resisted attempts to address issues related to disclosure. [4] However, there remain arguments in support of mandating different forms of disclosure (e.g. disclosure of facts, terms, and/or post-contract intentions), given the benefits of disclosure in relation to efficiency, social value, due process, etc. [5].
References
On the Permissive Software Licences [1] page, the examples given are BSD, MIT, and Apache which all fit the criterium. The Software Licences table (this site) cites MPL as a Permissive License, but it is also shown inside the Copyleft [2] page as an example of a Copyleft license.
While I understand it is an middleground between those two types, I think we should either change the one at Permissive to also be MPL to keep continuity or change it here to BSD (which I, personally, support more, because it is more clearcut) — Preceding unsigned comment added by 93.105.104.91 ( talk) 16:13, 30 January 2022 (UTC)
![]() | An impartial editor has reviewed the proposed edit(s) and asked the editor with a conflict of interest to go ahead and make the suggested changes. |
Please replace the content of the article with User:Buidhe paid/Software license. Reason: Rewrite with improved sources and expanded content. Buidhe paid ( talk) 01:58, 15 May 2024 (UTC)