THE SPDX WIKI IS NO LONGER ACTIVE. ALL CONTENT HAS BEEN MOVED TO https://github.com/spdx

Difference between revisions of "SPDX FAQ"

From SPDX Wiki
Jump to: navigation, search
Line 1: Line 1:
<p>&nbsp;</p><p><strong>FAQ Sections</strong></p><p><strong>General - Kim Weins<br /></strong></p><p>-- about the spec and org</p><p><strong>Using the SPDX Spec - Mark Gisi<br /></strong></p><p>-how to get started, how to use license fields, handling binaries and archives, creator/reviewer fields, license of spec and data in SPDX, using the TM</p><p><strong>Licenses - Jilayne Lovejoy <br /></strong></p><p>-what is standardlicense list, why does it exist, why aren't certain licenses there, how to handle license variations, dealing with non-standard licenses, how to request adding a license to standard list, </p><p><strong>Tools </strong>- <strong>Kirsten Newcomer with help from Gary O'Neall</strong></p><p>-what the tools are, how to use, license they are under, contributing to, reporting bugs, steal info from the doc</p><p><strong>Technical Details - Kate Stewart<br /></strong></p><p>-Using Tag value vs RDF, Resources for learning more</p><p>&nbsp;</p><p><strong><span style="text-decoration: underline;">General</span></strong></p><ul><li>What is the SPDX Specification? <ul><li>The SPDX Specification enables suppliers and consumers of software that contains open source code to provide a "bill of materials" that describes the open source licenses and components that are included.&nbsp; The specification defines a common file format to communicate this information.</li></ul></li></ul><ul><li>Who do you expect to use the SPDX Specification? <ul><li>The specification is designed for use by participants in the software supply chain.&nbsp; Some potential use cases for the spec: <ul><li>Developers of open source projects could provide an SPDX file to users of that project</li><li>Linux distros could require upstream projects that are included in the distro to provide an SPDX file</li><li>Developers of software that includes a Linux distro or open source project could provide an SPDX file to their users or customers</li><li>In the mobile industry, chipset providers, mobile providers and carriers could exchange SPDX files as software moves through the supply chain</li></ul></li></ul></li></ul><ul><li>Am I required to use the SPDX specification? <ul><li>The SPDX organization does not and can not make it a requirement for anyone to use the SPDX specification.&nbsp; However, we do encourage the use of SPDX as a way to streamline the processes needed to analyze software for open source licenses.&nbsp; However, there may be companies or organizations that DO require use of the SPDX specification and the creation of SPDX files as part of contracts with their supply chain partners.&nbsp; For example, a mobile handset vendor might require, as part of a contract, that it's supplier provide an SPDX file along with any software.</li></ul></li></ul><ul><li>Who created the SPDX spec? <ul><li>The specification is being created by a working group of the Linux Foundation.&nbsp; Its members represent a wide spectrum of open source creators and consumers, including open source communities, Linux distros, mobile supply chain companies, software companies, makers of open source scanning tools and service providers.&nbsp; The process is an open process, run much like an open source community, and the group is open for anyone that wants to participate.&nbsp; Membership in the Linux Foundation is not required to participate.</li></ul><strong>&nbsp;</strong></li></ul><p><span style="text-decoration: underline;"><strong>Using the SPDX Spec</strong></span></p><ul><li>Is an SPDX file associated with a particular piece of software?<ul><li>Yes.&nbsp; An SPDX file is associated with a specific version of a software package.&nbsp; A package may consist of one or more files. When any changes are made to a particular version of software, the corresponding SPDX file will also need to be updated to reflect those changes.</li></ul></li><li>What information is included in an SPDX file? <ul><li>We refer you to the SPDX specification for complete details, but at a high level, the SPDX file contains license information about each file that is included in a particular piece of software.&nbsp; For example, the information in the SPDX file indicates what license (if any) is associated with each file.&nbsp; It may also include information about what open source project or component that file originated from.&nbsp; </li></ul></li><li>How do I know if the information included in the SPDX file is accurate? <ul><li>There are several ways to assess the level of trust in an SPDX file. <ul><li>Each SPDX file includes a history of who created and reviewed the information -- similar to what you would see for authors of open source code.&nbsp; By reviewing that information, you can make your own assessment of the level of trust you place in the creators.&nbsp; </li><li>In cases where you receive the SPDX file from a supply chain partner, you may also have separate contractual arrangements whereby a supplier vouches for or guarantees the accuracy of the SPDX file.&nbsp;</li><li>You may choose to use software tools that can scan software and validate the accuracy of the SPDX file.</li><li>You may choose to use software tools that can scan software and validate the accuracy of the SPDX file.</li></ul></li></ul></li><li>How does one handle non open source licenses or licenses not found in the SPDX approved license list? <ul><li>When a license is identified in the software package that is not in the list of approved licenses one can add the text to the SPDX file and define a new license label. That license label is defined only for that specific SPDX file.</li></ul></li><li>How does SPDX work with binaries? <ul><li>Binary files represent just another file type. License information (if known) should be assigned to each file regardless of its file type (e.g., binary, source, script …). </li></ul></li><li>How does one represent a file or package that is dual licensed (i.e., a license choice)? <ul><li>SPDX license information can be represented using conjunctive or disjunctive regular expressions.&nbsp; For example a file that is dual licensed under either the GPL-2.0 or MIT would be represented using the following disjunctive expression: GPL-2.0&nbsp;OR MIT.&nbsp; </li></ul></li><li>How does one represent a file that is licensed under two or more licenses? <ul><li>SPDX license information can be represented using conjunctive or disjunctive regular expressions.&nbsp; For example a file that is subject to the Apache-2.0, MIT and GPL-2.0 would be represented using the following conjunctive expression: Apache-2.0 AND MIT AND GPL-2.0.</li></ul></li><li>The Creator field is mandatory. If my organization does not permit me or my organization to be listed in the Creator field is the SPDX file non-compliant? <ul><li>Although including a value for this field is mandatory one can always chose the value: ANONYMOUS as describe in section 3 of the specification. Use of the ANONYMOUS value would be compliant with the SPDX specification.</li></ul></li><li>What license is the SPDX specification document available under? <ul><li>The SPDX specification document is available under the&nbsp; Creative Commons Attribution 3.0 Unported License. A copy of the license can be found in the appendix of the <span style="font-size: 10pt; line-height: 115%; font-family: &quot;Calibri&quot;,&quot;sans-serif&quot;; mso-fareast-font-family: Calibri; mso-bidi-font-family: 'Times New Roman'; mso-ansi-language: EN-US; mso-fareast-language: EN-US; mso-bidi-language: AR-SA;">specification</span>.</li></ul></li><li>What license is the SPDX file data under? <ul><li>The first version of the specification requires the SPDX file data to be placed under the Open Data Commons Public Domain Dedication and License 1.0 (“PDDL-1.0”).&nbsp; There are plans to revisit this requirement in future revisions of the specification. See section 2 of the specification for more details.</li></ul></li><li>Can I share a collection of SPDX files I created with another party under confidential terms? <ul><li>The specification states that although it requires the SPDX data to be available under the Open Data Commons Public Domain Dedication and License 1.0 (“PDDL-1.0”), it does not prohibit one from entering into a confidentially agreement with&nbsp;&nbsp; another party&nbsp; where the agreement restricts sharing of the SPDX data. See section 2 of the specification for more details.</li></ul></li><li>Why are there two different license fields for a package (Concluded License and Declared License)? <ul><li>The Concluded License field is the license the SPDX file creator believes governs the package. The Declared License is what the authors of a project believe govern the package. Often these fields have the same value. When they are different the SPDX file creator should provide background information in the Comments on License field.</li></ul></li><li>The Using the SPDX Spec question list above is a work in progress. To suggest additional questions or provide feedback on existing content please send your requests to Mark.Gisi@WindRiver.com with the following Subject: SPDX Usage FAQ feedback.</li></ul><p>&nbsp;</p><p><strong><span style="text-decoration: underline;">Licenses (i.e. the SPDX License List)</span></strong></p><ul><li>What is the SPDX License List? <ul><li>The SPDX License List is a list of well known, commonly-used, and Open Source Initiative (OSI) approved open source software licenses.&nbsp; The list includes the following fields for each license: <ul><li>The full name of the license</li><li>A short identifier for use in an SPDX file</li><li>A url for where the original license can be found</li><li>Any relevant notes about the license, (such as if its been since deprecated or its relationship to other license)</li><li>The license text itself</li></ul></li></ul></li><li><span lang="EN-GB">Why does it exist?</span> <ul><li>The purpose of the SPDX License List is to provide short identifiers for popular and common licenses.&nbsp; The full license text associated with each license on the SPDX License list will have a unique, permanent URL on the SPDX.org website. Being able to refer to licenses via the short form identifier lessens the SPDX file size and allows for unambiguous license identification.</li></ul></li><li><span lang="EN-GB">How do I identify licenses not on the SPDX License List?</span> <ul><li>The SPDX specification includes a way to identify and include open source licenses that are not on the SPDX License List.&nbsp; In this case, a short form identifier for the license is created and the full text of the license included in the SPDX file.</li></ul></li><li>Why are some licenses I've heard of included on the list and some not? <ul><li>The primary purpose of the list is to provide a short form identifier for common or popular open source software licenses.&nbsp; To create this list, the SPDX legal work group included all the OSI approved licenses and any other license members of the work group had experience with "in the wild."&nbsp; All versions (even if since deprecated) of these licenses were also included.&nbsp; It was always contemplated that the list would grow over time, so the initial goal was to provide a sensible starting point such that the most commonly found licenses would have a short identifier.</li></ul></li><li>How to request adding a license to SPDX License List?</li><li>What if I find a license or license variation that is not on the SPDX License List - how do I identify that license?</li></ul><p>&nbsp;</p><p><span style="text-decoration: underline;"><strong>Tools</strong></span></p><ul><li>Are there tools available that can help me create, validate or read an SPDX file?</li></ul><blockquote><ul><li>The SPDX organization is working to create tools that help create, validate or read SPDX files.&nbsp; In addition, we expect that both open source and proprietary tools will be created to help with these tasks.&nbsp; See the Tools page for more information.</li></ul></blockquote>
+
<p>&nbsp;</p><p><strong>FAQ Sections</strong></p><p><strong>General - Kim Weins<br /></strong></p><p>-- about the spec and org</p><p><strong>Using the SPDX Spec - Mark Gisi<br /></strong></p><p>-how to get started, how to use license fields, handling binaries and archives, creator/reviewer fields, license of spec and data in SPDX, using the TM</p><p><strong>Licenses - Jilayne Lovejoy <br /></strong></p><p>-what is standardlicense list, why does it exist, why aren't certain licenses there, how to handle license variations, dealing with non-standard licenses, how to request adding a license to standard list, </p><p><strong>Tools </strong>- <strong>Kirsten Newcomer with help from Gary O'Neall</strong></p><p>-what the tools are, how to use, license they are under, contributing to, reporting bugs, steal info from the doc</p><p><strong>Technical Details - Kate Stewart<br /></strong></p><p>-Using Tag value vs RDF, Resources for learning more</p><p>&nbsp;</p><p><strong><span style="text-decoration: underline;">General</span></strong></p><ul><li>What is the SPDX Specification? <ul><li>The SPDX Specification enables suppliers and consumers of software that contains open source code to provide a "bill of materials" that describes the open source licenses and components that are included.&nbsp; The specification defines a common file format to communicate this information.</li></ul></li></ul><ul><li>Who do you expect to use the SPDX Specification? <ul><li>The specification is designed for use by participants in the software supply chain.&nbsp; Some potential use cases for the spec: <ul><li>Developers of open source projects could provide an SPDX file to users of that project</li><li>Linux distros could require upstream projects that are included in the distro to provide an SPDX file</li><li>Developers of software that includes a Linux distro or open source project could provide an SPDX file to their users or customers</li><li>In the mobile industry, chipset providers, mobile providers and carriers could exchange SPDX files as software moves through the supply chain</li></ul></li></ul></li></ul><ul><li>Am I required to use the SPDX specification? <ul><li>The SPDX organization does not and can not make it a requirement for anyone to use the SPDX specification.&nbsp; However, we do encourage the use of SPDX as a way to streamline the processes needed to analyze software for open source licenses.&nbsp; However, there may be companies or organizations that DO require use of the SPDX specification and the creation of SPDX files as part of contracts with their supply chain partners.&nbsp; For example, a mobile handset vendor might require, as part of a contract, that it's supplier provide an SPDX file along with any software.</li></ul></li></ul><ul><li>Who created the SPDX spec? <ul><li>The specification is being created by a working group of the Linux Foundation.&nbsp; Its members represent a wide spectrum of open source creators and consumers, including open source communities, Linux distros, mobile supply chain companies, software companies, makers of open source scanning tools and service providers.&nbsp; The process is an open process, run much like an open source community, and the group is open for anyone that wants to participate.&nbsp; Membership in the Linux Foundation is not required to participate.</li></ul><strong>&nbsp;</strong></li></ul><p><span style="text-decoration: underline;"><strong>Using the SPDX Spec</strong></span></p><ul><li>Is an SPDX file associated with a particular piece of software?<ul><li>Yes.&nbsp; An SPDX file is associated with a specific version of a software package.&nbsp; A package may consist of one or more files. When any changes are made to a particular version of software, the corresponding SPDX file will also need to be updated to reflect those changes.</li></ul></li><li>What information is included in an SPDX file? <ul><li>We refer you to the SPDX specification for complete details, but at a high level, the SPDX file contains license information about each file that is included in a particular piece of software.&nbsp; For example, the information in the SPDX file indicates what license (if any) is associated with each file.&nbsp; It may also include information about what open source project or component that file originated from.&nbsp; </li></ul></li><li>How do I know if the information included in the SPDX file is accurate? <ul><li>There are several ways to assess the level of trust in an SPDX file. <ul><li>Each SPDX file includes a history of who created and reviewed the information -- similar to what you would see for authors of open source code.&nbsp; By reviewing that information, you can make your own assessment of the level of trust you place in the creators.&nbsp; </li><li>In cases where you receive the SPDX file from a supply chain partner, you may also have separate contractual arrangements whereby a supplier vouches for or guarantees the accuracy of the SPDX file.&nbsp;</li><li>You may choose to use software tools that can scan software and validate the accuracy of the SPDX file.</li><li>You may choose to use software tools that can scan software and validate the accuracy of the SPDX file.</li></ul></li></ul></li><li>How does one handle non open source licenses or licenses not found in the SPDX approved license list? <ul><li>When a license identified in the software package is not found in the list of approved SPDX licenses, one can add the license text to the SPDX file and define a new license label. That license label is defined only for that specific SPDX file.</li></ul></li><li>How does SPDX work with binaries? <ul><li>Binary files represent just another file type. License information (if known) should be assigned to each file regardless of its file type (e.g., binary, source, script …). </li></ul></li><li>How does one represent a file or package that is dual licensed (i.e., a license choice)? <ul><li>SPDX license information can be represented using conjunctive or disjunctive regular expressions.&nbsp; For example, a file that is dual licensed under either the GPL-2.0 or MIT would be represented using the following disjunctive expression: GPL-2.0&nbsp;OR MIT.&nbsp; </li></ul></li><li>How does one represent a file that is licensed under two or more licenses? <ul><li>SPDX license information can be represented using conjunctive or disjunctive regular expressions.&nbsp; For example, a file that is subject to the Apache-2.0, MIT and GPL-2.0 would be represented using the following conjunctive expression: Apache-2.0 AND MIT AND GPL-2.0.</li></ul></li><li>The Creator field is mandatory. If my organization does not permit me or my organization to be listed in the Creator field, is the SPDX file non-compliant? <ul><li>Although including a value for this field is mandatory, one can always choose the value: ANONYMOUS as described in section 3 of the specification. Use of the ANONYMOUS value would be compliant with the SPDX specification.</li></ul></li><li>What license is the SPDX specification document available under? <ul><li>The SPDX specification document is available under the&nbsp; Creative Commons Attribution 3.0 Unported License. A copy of the license can be found in the appendix of the <span style="font-size: 10pt; line-height: 115%; font-family: &quot;Calibri&quot;,&quot;sans-serif&quot;; mso-fareast-font-family: Calibri; mso-bidi-font-family: 'Times New Roman'; mso-ansi-language: EN-US; mso-fareast-language: EN-US; mso-bidi-language: AR-SA;">specification</span>.</li></ul></li><li>What license is the SPDX file data under? <ul><li>The first version of the specification requires the SPDX file data to be placed under the Open Data Commons Public Domain Dedication and License 1.0 (“PDDL-1.0”).&nbsp; There are plans to revisit this requirement in future revisions of the specification. See section 2 of the specification for more details.</li></ul></li><li>Can I share a collection of SPDX files I created with another party under confidential terms? <ul><li>The specification states that although it requires the SPDX data to be available under the Open Data Commons Public Domain Dedication and License 1.0 (“PDDL-1.0”), it does not prohibit one from entering into a confidentially agreement with&nbsp;&nbsp; another party&nbsp; where the agreement restricts sharing of the SPDX data. See section 2 of the specification for more details.</li></ul></li><li>Why are there two different license fields for a package (Concluded License and Declared License)? <ul><li>The Concluded License field is the license the SPDX file creator believes governs the package. The Declared License is what the authors of a project believe govern the package. Often these fields have the same value. When they are different the SPDX file creator should provide background information in the Comments on License field.</li></ul></li><li>The Using the SPDX Spec question list above is a work in progress. To suggest additional questions or provide feedback on existing content please send your requests to Mark.Gisi@WindRiver.com with the following Subject: SPDX Usage FAQ feedback.</li></ul><p>&nbsp;</p><p><strong><span style="text-decoration: underline;">Licenses (i.e. the SPDX License List)</span></strong></p><ul><li>What is the SPDX License List? <ul><li>The SPDX License List is a list of well known, commonly-used, and Open Source Initiative (OSI) approved open source software licenses.&nbsp; The list includes the following fields for each license: <ul><li>The full name of the license</li><li>A short identifier for use in an SPDX file</li><li>A url for where the original license can be found</li><li>Any relevant notes about the license, (such as if its been since deprecated or its relationship to other license)</li><li>The license text itself</li></ul></li></ul></li><li><span lang="EN-GB">Why does it exist?</span> <ul><li>The purpose of the SPDX License List is to provide short identifiers for popular and common licenses.&nbsp; The full license text associated with each license on the SPDX License list will have a unique, permanent URL on the SPDX.org website. Being able to refer to licenses via the short form identifier lessens the SPDX file size and allows for unambiguous license identification.</li></ul></li><li><span lang="EN-GB">How do I identify licenses not on the SPDX License List?</span> <ul><li>The SPDX specification includes a way to identify and include open source licenses that are not on the SPDX License List.&nbsp; In this case, a short form identifier for the license is created and the full text of the license included in the SPDX file.</li></ul></li><li>Why are some licenses I've heard of included on the list and some not? <ul><li>The primary purpose of the list is to provide a short form identifier for common or popular open source software licenses.&nbsp; To create this list, the SPDX legal work group included all the OSI approved licenses and any other license members of the work group had experience with "in the wild."&nbsp; All versions (even if since deprecated) of these licenses were also included.&nbsp; It was always contemplated that the list would grow over time, so the initial goal was to provide a sensible starting point such that the most commonly found licenses would have a short identifier.</li></ul></li><li>How to request adding a license to SPDX License List?</li><li>What if I find a license or license variation that is not on the SPDX License List - how do I identify that license?</li></ul><p>&nbsp;</p><p><span style="text-decoration: underline;"><strong>Tools</strong></span></p><ul><li>Are there tools available that can help me create, validate or read an SPDX file?</li></ul><blockquote><ul><li>The SPDX organization is working to create tools that help create, validate or read SPDX files.&nbsp; In addition, we expect that both open source and proprietary tools will be created to help with these tasks.&nbsp; See the Tools page for more information.</li></ul></blockquote>

Revision as of 19:20, 16 August 2011

 

FAQ Sections

General - Kim Weins

-- about the spec and org

Using the SPDX Spec - Mark Gisi

-how to get started, how to use license fields, handling binaries and archives, creator/reviewer fields, license of spec and data in SPDX, using the TM

Licenses - Jilayne Lovejoy

-what is standardlicense list, why does it exist, why aren't certain licenses there, how to handle license variations, dealing with non-standard licenses, how to request adding a license to standard list,

Tools - Kirsten Newcomer with help from Gary O'Neall

-what the tools are, how to use, license they are under, contributing to, reporting bugs, steal info from the doc

Technical Details - Kate Stewart

-Using Tag value vs RDF, Resources for learning more

 

General

  • What is the SPDX Specification?
    • The SPDX Specification enables suppliers and consumers of software that contains open source code to provide a "bill of materials" that describes the open source licenses and components that are included.  The specification defines a common file format to communicate this information.
  • Who do you expect to use the SPDX Specification?
    • The specification is designed for use by participants in the software supply chain.  Some potential use cases for the spec:
      • Developers of open source projects could provide an SPDX file to users of that project
      • Linux distros could require upstream projects that are included in the distro to provide an SPDX file
      • Developers of software that includes a Linux distro or open source project could provide an SPDX file to their users or customers
      • In the mobile industry, chipset providers, mobile providers and carriers could exchange SPDX files as software moves through the supply chain
  • Am I required to use the SPDX specification?
    • The SPDX organization does not and can not make it a requirement for anyone to use the SPDX specification.  However, we do encourage the use of SPDX as a way to streamline the processes needed to analyze software for open source licenses.  However, there may be companies or organizations that DO require use of the SPDX specification and the creation of SPDX files as part of contracts with their supply chain partners.  For example, a mobile handset vendor might require, as part of a contract, that it's supplier provide an SPDX file along with any software.
  • Who created the SPDX spec?
    • The specification is being created by a working group of the Linux Foundation.  Its members represent a wide spectrum of open source creators and consumers, including open source communities, Linux distros, mobile supply chain companies, software companies, makers of open source scanning tools and service providers.  The process is an open process, run much like an open source community, and the group is open for anyone that wants to participate.  Membership in the Linux Foundation is not required to participate.
     

Using the SPDX Spec

  • Is an SPDX file associated with a particular piece of software?
    • Yes.  An SPDX file is associated with a specific version of a software package.  A package may consist of one or more files. When any changes are made to a particular version of software, the corresponding SPDX file will also need to be updated to reflect those changes.
  • What information is included in an SPDX file?
    • We refer you to the SPDX specification for complete details, but at a high level, the SPDX file contains license information about each file that is included in a particular piece of software.  For example, the information in the SPDX file indicates what license (if any) is associated with each file.  It may also include information about what open source project or component that file originated from. 
  • How do I know if the information included in the SPDX file is accurate?
    • There are several ways to assess the level of trust in an SPDX file.
      • Each SPDX file includes a history of who created and reviewed the information -- similar to what you would see for authors of open source code.  By reviewing that information, you can make your own assessment of the level of trust you place in the creators. 
      • In cases where you receive the SPDX file from a supply chain partner, you may also have separate contractual arrangements whereby a supplier vouches for or guarantees the accuracy of the SPDX file. 
      • You may choose to use software tools that can scan software and validate the accuracy of the SPDX file.
      • You may choose to use software tools that can scan software and validate the accuracy of the SPDX file.
  • How does one handle non open source licenses or licenses not found in the SPDX approved license list?
    • When a license identified in the software package is not found in the list of approved SPDX licenses, one can add the license text to the SPDX file and define a new license label. That license label is defined only for that specific SPDX file.
  • How does SPDX work with binaries?
    • Binary files represent just another file type. License information (if known) should be assigned to each file regardless of its file type (e.g., binary, source, script …).
  • How does one represent a file or package that is dual licensed (i.e., a license choice)?
    • SPDX license information can be represented using conjunctive or disjunctive regular expressions.  For example, a file that is dual licensed under either the GPL-2.0 or MIT would be represented using the following disjunctive expression: GPL-2.0 OR MIT. 
  • How does one represent a file that is licensed under two or more licenses?
    • SPDX license information can be represented using conjunctive or disjunctive regular expressions.  For example, a file that is subject to the Apache-2.0, MIT and GPL-2.0 would be represented using the following conjunctive expression: Apache-2.0 AND MIT AND GPL-2.0.
  • The Creator field is mandatory. If my organization does not permit me or my organization to be listed in the Creator field, is the SPDX file non-compliant?
    • Although including a value for this field is mandatory, one can always choose the value: ANONYMOUS as described in section 3 of the specification. Use of the ANONYMOUS value would be compliant with the SPDX specification.
  • What license is the SPDX specification document available under?
    • The SPDX specification document is available under the  Creative Commons Attribution 3.0 Unported License. A copy of the license can be found in the appendix of the specification.
  • What license is the SPDX file data under?
    • The first version of the specification requires the SPDX file data to be placed under the Open Data Commons Public Domain Dedication and License 1.0 (“PDDL-1.0”).  There are plans to revisit this requirement in future revisions of the specification. See section 2 of the specification for more details.
  • Can I share a collection of SPDX files I created with another party under confidential terms?
    • The specification states that although it requires the SPDX data to be available under the Open Data Commons Public Domain Dedication and License 1.0 (“PDDL-1.0”), it does not prohibit one from entering into a confidentially agreement with   another party  where the agreement restricts sharing of the SPDX data. See section 2 of the specification for more details.
  • Why are there two different license fields for a package (Concluded License and Declared License)?
    • The Concluded License field is the license the SPDX file creator believes governs the package. The Declared License is what the authors of a project believe govern the package. Often these fields have the same value. When they are different the SPDX file creator should provide background information in the Comments on License field.
  • The Using the SPDX Spec question list above is a work in progress. To suggest additional questions or provide feedback on existing content please send your requests to Mark.Gisi@WindRiver.com with the following Subject: SPDX Usage FAQ feedback.

 

Licenses (i.e. the SPDX License List)

  • What is the SPDX License List?
    • The SPDX License List is a list of well known, commonly-used, and Open Source Initiative (OSI) approved open source software licenses.  The list includes the following fields for each license:
      • The full name of the license
      • A short identifier for use in an SPDX file
      • A url for where the original license can be found
      • Any relevant notes about the license, (such as if its been since deprecated or its relationship to other license)
      • The license text itself
  • Why does it exist?
    • The purpose of the SPDX License List is to provide short identifiers for popular and common licenses.  The full license text associated with each license on the SPDX License list will have a unique, permanent URL on the SPDX.org website. Being able to refer to licenses via the short form identifier lessens the SPDX file size and allows for unambiguous license identification.
  • How do I identify licenses not on the SPDX License List?
    • The SPDX specification includes a way to identify and include open source licenses that are not on the SPDX License List.  In this case, a short form identifier for the license is created and the full text of the license included in the SPDX file.
  • Why are some licenses I've heard of included on the list and some not?
    • The primary purpose of the list is to provide a short form identifier for common or popular open source software licenses.  To create this list, the SPDX legal work group included all the OSI approved licenses and any other license members of the work group had experience with "in the wild."  All versions (even if since deprecated) of these licenses were also included.  It was always contemplated that the list would grow over time, so the initial goal was to provide a sensible starting point such that the most commonly found licenses would have a short identifier.
  • How to request adding a license to SPDX License List?
  • What if I find a license or license variation that is not on the SPDX License List - how do I identify that license?

 

Tools

  • Are there tools available that can help me create, validate or read an SPDX file?
  • The SPDX organization is working to create tools that help create, validate or read SPDX files.  In addition, we expect that both open source and proprietary tools will be created to help with these tasks.  See the Tools page for more information.