You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on May 27, 2024. It is now read-only.
The problem is that License-Identifier is (older and) specific when it comes to SPDX tags, and therefore not bound to the File. Which also kinda explains why it looks different with the dash instead of CamelCase.
There are other package-, file-, and snippet-level SDPX (2.x) tags:
Package level:
PackageLicenseDeclared
PackageLicenseInfoFromFiles
PackageLicenseConcluded
File level:
LicenseInfoInFile
LicenseConcluded
Snippet level:
LicenseInfoInSnippet
SnippetLicenseConcluded
But the major difference is that these are intended to be in the SPDX Document, which is typically generated by a tool such as a license scanner or SCA tool that parses information found in the source code; whereas License-Identifier was specifically created to be used in source code, and therefore the tools would translate License-Identifier into the appropriate tag in the SPDX Document.
That said, yes, we probably should clarify within REUSE – just as it already is in SDPX File Tags annex – that License-Identifier is a special case.
The instructions say:
reuse-docs/spec.md
Lines 176 to 177 in 0913b0a
but in the example only one of the two tags has the "Snippet":
reuse-docs/spec.md
Lines 182 to 184 in 0913b0a
Why doesn't the
License-Identifier
need a prependedSnippet
?The text was updated successfully, but these errors were encountered: