-
Notifications
You must be signed in to change notification settings - Fork 65
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add "license" and "licenses" to package.json #91
Comments
why people using MIT-licensed package need to comply with GNU Affero licenses? |
As all projects of TJ, this one's MIT as well. Go ahead and do a PR. However, I don't see a convincing reason for adding the licenses array. A copy of the MIT license is appended to the readme, which is also part of the npm tarball. You will be automatically provided with the license, when you download this module. In addition to that it's really not that difficult to find the MIT license on the net. Apart from that, every serious software company should know the mainstream licenses. So, I ask you to go forth and submit a PR adding Thank you for your interest and participation! |
I was hoping to avoid forking a few dozen repos to make such minor changes, but so be it. The license text, if present, trumps the title. I'm afraid my legal department insists on checking both. Breaking LICENSE out to its own file and pointing at it with |
Because I have empathy, too. Haha. :D /re pugjs/pug#1374 |
Specifying your license in
package.json
makes it a lot easier for your users to find and comply with GNU Affero licenses.Also giving
licenses
(an array of objects withtype
andurl
keys) helps users whose legal departments request both the license name and the text. See this example from async:Though
licenses
isn't specified in the npm package.json spec, it is supported by the NPM site, as you'll see if you check async's NPM page.Thanks!
The text was updated successfully, but these errors were encountered: