Use a Standard-Compliant License Identifier #11
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This pull request changes the value of the license property in
package.json
to a standard, machine-readable SPDX license identifier.I'll be honest: This is a semi-automated pull request. I started by using dat to review metadata for all packages on npm, looking for packages updated sometime in the last year that don't use a valid SPDX license identifier in
package.json
. I used my own npm module, spdx-correct to guess what license you were after,"MIT"
. A quick manual check and a few shell scripts later, and this pull request was born.npm doesn't require that you use a valid SPDX identifier, but it's strongly recommended. (Try
npm help 7 package.json
and search for “License”.) Other source code package managers, like Maven for Java and RubyGems for Ruby, recommend the same.Why care about SPDX? A machine-readable standard makes it possible for programs, rather than just people, to review a module or even an entire codebase to make sure that licenses are compatible. Whatever the reason—strong personal conviction, company policy, terms of a business deal—SPDX makes it easier to collaborate with others when licenses can be a problem, and helps take open-source software to more places. Given that npm has a ton of modules but also handles dependencies in a novel way, I think a little license hygiene could help npm build amazing new relationships between communities that lawyers have long kept apart.
Though this PR was semi-automatic, my responses to any questions you have won't be. I can't give legal advice over GitHub, but I'm happy to answer questions about SPDX or point you to good resources on related problems.
Thanks for your contribution to open-source software!
K