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

Difference between revisions of "Technical Team/Use Cases/2.0/Patch provider provides patch subject to existing SPDX data of project"

From SPDX Wiki
Jump to: navigation, search
 
(Convert to MediaWiki syntax)
 
(One intermediate revision by one other user not shown)
Line 1: Line 1:
<ol style="color: #4d4d4d; font-family: Arial, Helvetica, sans-serif; font-size: 13px;"><li><strong>Title:</strong>&nbsp;Patch provider provides patch subject to existing SPDX data of project</li><li><strong>Primary Actor:</strong>&nbsp;Patch Provider</li><li><strong>Goal in Context:</strong>&nbsp;To indicate the licensing the patch is licensed subject to the specific SDPX data of the project.</li><li><strong>Preconditions:</strong>&nbsp;<ol><li>Committer simply wants his patch to have licensing information matching the project its applied to.</li><li>The project to which the patch applies has existing SPDX data to refer to.</li></ol></li><li><strong>Stakeholders and Interests:</strong>&nbsp;<ol><li><strong>Patch Provider:</strong>&nbsp;<ol><li>To communicate that the patch should be licensed the same way as the overall project it's contributed to by referencing the projects SPDX data.</li></ol></li><li><strong>Upstream maintainers:&nbsp;</strong><ol><li>To be able to document the license information for the patches they receive</li><li>To have a paper trail of the licensing information for their project.&nbsp;</li><li>To have their licenses respected</li></ol></li><li><strong>Third party patch appliers (think Yocto):</strong><ol><li>To be able to know whether or not they have licensing issues when they apply a patch to upstream.</li></ol></li><li><strong>Consumers of upstream source:</strong><ol><li>To receive accurate and clear information of licensing of upstream source</li><li>To be able to comply easily with licenses for upstream source</li><li>To be able to subset, extend, or aggregate artifacts and pass on clear authoritative verifiable license for the resulting new copyrightable artifacts.</li></ol></li></ol></li><li><strong>Main Success Senario:</strong>&nbsp;Patch supplier communicates that their patch is licensed matching the SPDX data specified for the project.</li><li><strong>Failed End Condition:</strong>&nbsp;Patch supplier doesn't communicates inaccurate incomplete licensing information for their patch.</li><li><strong>Trigger:</strong><ol><li>Creation of a patch</li></ol></li></ol>
+
# '''Title:''' Patch provider provides patch subject to existing SPDX data of project
 +
# '''Primary Actor:''' Patch Provider
 +
# '''Goal in Context:''' To indicate the licensing the patch is licensed subject to the specific SDPX data of the project.
 +
# '''Preconditions:'''
 +
## Committer simply wants his patch to have licensing information matching the project its applied to.
 +
## The project to which the patch applies has existing SPDX data to refer to.
 +
# '''Stakeholders and Interests:'''
 +
## '''Patch Provider:'''
 +
### To communicate that the patch should be licensed the same way as the overall project it's contributed to by referencing the projects SPDX data.
 +
## '''Upstream maintainers: '''
 +
### To be able to document the license information for the patches they receive
 +
### To have a paper trail of the licensing information for their project.
 +
### To have their licenses respected
 +
## '''Third party patch appliers (think Yocto):'''
 +
### To be able to know whether or not they have licensing issues when they apply a patch to upstream.
 +
## '''Consumers of upstream source:'''
 +
### To receive accurate and clear information of licensing of upstream source
 +
### To be able to comply easily with licenses for upstream source
 +
### To be able to subset, extend, or aggregate artifacts and pass on clear authoritative verifiable license for the resulting new copyrightable artifacts.
 +
# '''Main Success Senario:''' Patch supplier communicates that their patch is licensed matching the SPDX data specified for the project.
 +
# '''Failed End Condition:''' Patch supplier communicates inaccurate incomplete licensing information for their patch.
 +
# '''Trigger:'''
 +
## Creation of a patch
 +
 
 +
[[Category:Technical]]

Latest revision as of 13:18, 7 March 2013

  1. Title: Patch provider provides patch subject to existing SPDX data of project
  2. Primary Actor: Patch Provider
  3. Goal in Context: To indicate the licensing the patch is licensed subject to the specific SDPX data of the project.
  4. Preconditions:
    1. Committer simply wants his patch to have licensing information matching the project its applied to.
    2. The project to which the patch applies has existing SPDX data to refer to.
  5. Stakeholders and Interests:
    1. Patch Provider:
      1. To communicate that the patch should be licensed the same way as the overall project it's contributed to by referencing the projects SPDX data.
    2. Upstream maintainers:
      1. To be able to document the license information for the patches they receive
      2. To have a paper trail of the licensing information for their project.
      3. To have their licenses respected
    3. Third party patch appliers (think Yocto):
      1. To be able to know whether or not they have licensing issues when they apply a patch to upstream.
    4. Consumers of upstream source:
      1. To receive accurate and clear information of licensing of upstream source
      2. To be able to comply easily with licenses for upstream source
      3. To be able to subset, extend, or aggregate artifacts and pass on clear authoritative verifiable license for the resulting new copyrightable artifacts.
  6. Main Success Senario: Patch supplier communicates that their patch is licensed matching the SPDX data specified for the project.
  7. Failed End Condition: Patch supplier communicates inaccurate incomplete licensing information for their patch.
  8. Trigger:
    1. Creation of a patch