docs/choosealicense.com
docs/choosealicense.com
1
0
Fork 0
mirror of https://github.com/github/choosealicense.com synced 2024-11-10 13:38:53 +01:00
Code Issues Releases Wiki Activity
87efde5afd
choosealicense.com/_licenses/bsd-3-clause.txt

59 lines
2.4 KiB
Plaintext
Raw Normal View History

First pass at Jekylification * Move licenses to license template * Move home / about to page template * Move annotations to config file, included via annotations.js * Move license metadata to YML Front matter * Automate the presentation of license metadata * Move sidebar to include * Add _site to gitignore
2013-04-09 18:41:25 +02:00
---
use SPDX license list 3.0
2017-12-29 23:30:08 +01:00
title: BSD 3-Clause "New" or "Revised" License
spdx-id required, nickname only for licenses with customary short names
2016-05-24 23:21:13 +02:00
spdx-id: BSD-3-Clause
Add "Modified" nickname to BSD-3-Clause Note it has a number of nicknames https://en.wikipedia.org/wiki/BSD_licenses#3-clause_license_(%22BSD_License_2.0%22,_%22Revised_BSD_License%22,_%22New_BSD_License%22,_or_%22Modified_BSD_License%22) the first two of which are captured in the current title. This change will facilitate matching a semi-common markup version, see https://github.com/licensee/licensee/pull/578
2022-12-28 00:03:56 +01:00
nickname: Modified BSD License
hidden: false for 'popular' licenses - document criteria for whether a license is hidden - needed for license spectrum on /licenses OR - on 'popular' list at https://opensource.org/licenses (some other list could be used in the future) - adjust license properties and tests accordingly This gets non-hidden list back close to what it was before #386 and (pending licensee vendoring this change, licensee release, and github.com licensee dependency version bump) some commonly requested licenses (eg #413 #449) will reappear in the github.com license drop-down.
2016-09-26 20:20:44 +02:00
hidden: false
First pass at Jekylification * Move licenses to license template * Move home / about to page template * Move annotations to config file, included via annotations.js * Move license metadata to YML Front matter * Automate the presentation of license metadata * Move sidebar to include * Add _site to gitignore
2013-04-09 18:41:25 +02:00
BSD-3-Clause description: copyright holder rather than project
2021-03-23 21:53:07 +01:00
description: A permissive license similar to the <a href="/licenses/bsd-2-clause/">BSD 2-Clause License</a>, but with a 3rd clause that prohibits others from using the name of the copyright holder or its contributors to promote derived products without written consent.
add descriptions to bsd-3 and agpl
2015-02-26 20:10:55 +01:00
Remove superfluous instruction from bsd-3-clause* 'how' field
2019-02-15 21:51:55 +01:00
how: Create a text file (typically named LICENSE or LICENSE.txt) in the root of your source code and copy the text of the license into the file. Replace [year] with the current year and [fullname] with the name (or names) of the copyright holders.
First pass at Jekylification * Move licenses to license template * Move home / about to page template * Move annotations to config file, included via annotations.js * Move license metadata to YML Front matter * Automate the presentation of license metadata * Move sidebar to include * Add _site to gitignore
2013-04-09 18:41:25 +02:00
make `using` required for new licenses
2017-05-30 23:17:13 +02:00
using:
Update BSD-3-Clause examples because d3 is now ISC licensed
2021-07-06 06:31:41 +02:00
Flutter: https://github.com/flutter/flutter/blob/master/LICENSE
Convert license `using` array to map
2020-10-03 10:34:50 +02:00
LevelDB: https://github.com/google/leveldb/blob/master/LICENSE
Quill: https://github.com/quilljs/quill/blob/develop/LICENSE
make `using` required for new licenses
2017-05-30 23:17:13 +02:00
rename/order license properties better reflect how licenses work and are structured grant (permissions) conditioned on (conditions) with limitations Permissions coming first combats mistaken but apparently widespread impression that licenses impose conditions, even such that without a license, there would be no conditions/work would be in the public domain. Requirements->Conditions emphasizes that they are pertinent if one wants to take advantage of permissions. Forbiddens->Limitations is more accurate: in most cases licenses don't give permission to hold licensors liable, in some cases to use licensors' trademarks or patents, but a licensee does not lose the permissions granted by the license if the licensee holds licensor liable, etc. Also emphasizes that there are limitatations on the license grant, not that the license imposes prohibitions. The most concise place to see both the rename and reorder is in _includes/license-overview.html I did not reorder the appearance of the groups of properties in license source files (.txt files in _licenses) as those orderings are not used to render anything on the webiste. Might do so later.
2016-03-01 22:33:15 +01:00
permissions:
First pass at Jekylification * Move licenses to license template * Move home / about to page template * Move annotations to config file, included via annotations.js * Move license metadata to YML Front matter * Automate the presentation of license metadata * Move sidebar to include * Add _site to gitignore
2013-04-09 18:41:25 +02:00
- commercial-use
- modifications
- distribution
Add private-use to every license There is no license that prohibits private use.
2013-10-30 17:59:15 +01:00
- private-use
First pass at Jekylification * Move licenses to license template * Move home / about to page template * Move annotations to config file, included via annotations.js * Move license metadata to YML Front matter * Automate the presentation of license metadata * Move sidebar to include * Add _site to gitignore
2013-04-09 18:41:25 +02:00
sort license properties in the order permissions > conditions > limitations (fixes #387)
2016-08-22 19:25:24 +02:00
conditions:
- include-copyright
rename/order license properties better reflect how licenses work and are structured grant (permissions) conditioned on (conditions) with limitations Permissions coming first combats mistaken but apparently widespread impression that licenses impose conditions, even such that without a license, there would be no conditions/work would be in the public domain. Requirements->Conditions emphasizes that they are pertinent if one wants to take advantage of permissions. Forbiddens->Limitations is more accurate: in most cases licenses don't give permission to hold licensors liable, in some cases to use licensors' trademarks or patents, but a licensee does not lose the permissions granted by the license if the licensee holds licensor liable, etc. Also emphasizes that there are limitatations on the license grant, not that the license imposes prohibitions. The most concise place to see both the rename and reorder is in _includes/license-overview.html I did not reorder the appearance of the groups of properties in license source files (.txt files in _licenses) as those orderings are not used to render anything on the webiste. Might do so later.
2016-03-01 22:33:15 +01:00
limitations:
no-liability -> liability, warranty rename and add tag and associated descriptions fixes #412
2016-12-12 23:29:25 +01:00
- liability
- warranty
sort license properties in the order permissions > conditions > limitations (fixes #387)
2016-08-22 19:25:24 +02:00
First pass at Jekylification * Move licenses to license template * Move home / about to page template * Move annotations to config file, included via annotations.js * Move license metadata to YML Front matter * Automate the presentation of license metadata * Move sidebar to include * Add _site to gitignore
2013-04-09 18:41:25 +02:00
---
consistent self-id of bsd-2/3, mit following isc in #371
2016-03-15 22:51:19 +01:00
BSD 3-Clause License
No more interpolating <<
2013-07-17 18:57:57 +02:00
Copyright (c) [year], [fullname]
First pass at Jekylification * Move licenses to license template * Move home / about to page template * Move annotations to config file, included via annotations.js * Move license metadata to YML Front matter * Automate the presentation of license metadata * Move sidebar to include * Add _site to gitignore
2013-04-09 18:41:25 +02:00
Resolves Issue #74
2013-10-31 23:29:24 +01:00
Redistribution and use in source and binary forms, with or without
modification, are permitted provided that the following conditions are met:
licenses: pre-format bsd license texts The license text is shown as preformatted text; therefore we need to wrap it to a sane length (like 80 characters) to keep it readable. In addition, we must do any formatting or indentation in the source file. Both BSD licenses contain a list of conditions that should be indented like a list, with blank lines in between. We could also potentially number the clauses; FreeBSD does in its copy, but the OSI versions do not.
2013-06-15 10:33:30 +02:00
BSD-2/3-Clause numbered list, uses SPDX and OSI have numbered lists for these licenses
2018-08-19 01:17:46 +02:00
1. Redistributions of source code must retain the above copyright notice, this
list of conditions and the following disclaimer.
licenses: pre-format bsd license texts The license text is shown as preformatted text; therefore we need to wrap it to a sane length (like 80 characters) to keep it readable. In addition, we must do any formatting or indentation in the source file. Both BSD licenses contain a list of conditions that should be indented like a list, with blank lines in between. We could also potentially number the clauses; FreeBSD does in its copy, but the OSI versions do not.
2013-06-15 10:33:30 +02:00
BSD-2/3-Clause numbered list, uses SPDX and OSI have numbered lists for these licenses
2018-08-19 01:17:46 +02:00
2. Redistributions in binary form must reproduce the above copyright notice,
this list of conditions and the following disclaimer in the documentation
and/or other materials provided with the distribution.
licenses: pre-format bsd license texts The license text is shown as preformatted text; therefore we need to wrap it to a sane length (like 80 characters) to keep it readable. In addition, we must do any formatting or indentation in the source file. Both BSD licenses contain a list of conditions that should be indented like a list, with blank lines in between. We could also potentially number the clauses; FreeBSD does in its copy, but the OSI versions do not.
2013-06-15 10:33:30 +02:00
BSD-2/3-Clause numbered list, uses SPDX and OSI have numbered lists for these licenses
2018-08-19 01:17:46 +02:00
3. Neither the name of the copyright holder nor the names of its
contributors may be used to endorse or promote products derived from
this software without specific prior written permission.
licenses: pre-format bsd license texts The license text is shown as preformatted text; therefore we need to wrap it to a sane length (like 80 characters) to keep it readable. In addition, we must do any formatting or indentation in the source file. Both BSD licenses contain a list of conditions that should be indented like a list, with blank lines in between. We could also potentially number the clauses; FreeBSD does in its copy, but the OSI versions do not.
2013-06-15 10:33:30 +02:00
Resolves Issue #74
2013-10-31 23:29:24 +01:00
THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS"
AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE LIABLE
FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER
CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
make ISC primary BSD-style license
2014-06-14 20:59:49 +02:00
OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
Reference in New Issue Copy Permalink