Technical Team/Use Cases/2.0/Intermediate packager builds binary package from upstream source that does not provides SPDX data

1. Title: Intermediate packager builds binary package from upstream source that does not provides SPDX data
2. Primary Actor: Intermediate packager (someone building a binary rpm, deb, etc from upstream source)
3. Goal in Context: To include in the package SPDX data describing the packages licensing information for the binary package when the upstream has not provided SPDX data.
4. Stakeholders and Interests:
   1. Upstream maintainers:
      1. To communicate the licensing information for their copyrightable artifacts.
      2. To have their licenses respected
   2. Intermediate Packager:
      1. To communicate the licensing information for their package
      2. To communicate the licensing information provided by the upstream maintainer.
      3. To respect the licenses of the upstream maintainer
   3. Consumers of packages:
      1. To receive accurate and clear information of licensing of packages
      2. To be able to comply easily with licenses for packages
      3. To be able to trust that the package SPDX data is in alignment with the upstream maintainers license assertions.
      4. To be able to subset, extend, or aggregate artifacts and pass on clear authoritative verifiable license for the resulting new copyrightable artifacts.
5. Preconditions:
   1. Packager has some understanding of the licensing of the upstream project.
6. Main Success Senario: Packager communicates accurate complete licensing information for their package in an SPDX data format via all of the applicable SPDX delivery mechanisms.
7. Failed End Condition: Package maintainer communicates inaccurate incomplete licensing information for their package.
8. Trigger:
   1. Release of a new package
9. Notes: Upstream may be the root provider of the code, a source package, or some other intermediate party. At the end of the day it's who you got the code from.