Gathering detailed insights and metrics for licenses
Gathering detailed insights and metrics for licenses
Gathering detailed insights and metrics for licenses
Gathering detailed insights and metrics for licenses
spdx-license-ids
A list of SPDX license identifiers
@cspell/dict-public-licenses
Common Public Licenses dictionary for cspell.
spdx-licenses
Has a list of all the valid SPDX licenses, and for a given id, will return the full name and if OSI approved.
@jupyterlite/licenses
JupyterLite - Licenses
Retrieve accurate license information for a given npm package.
npm install licenses
Typescript
Module System
NPM Version
92.9
Supply Chain
89.8
Quality
76.7
Maintenance
50
Vulnerability
78.8
License
JavaScript (100%)
Total Downloads
4,762,341
Last Day
657
Last Week
14,220
Last Month
59,763
Last Year
383,092
MIT License
21 Stars
102 Commits
5 Forks
7 Watchers
5 Branches
5 Contributors
Updated on Apr 11, 2020
Latest Version
0.0.20
Package Id
licenses@0.0.20
Size
465.95 kB
NPM Version
1.4.28
Published on
Dec 19, 2014
Cumulative downloads
Total Downloads
Last Day
-51.9%
657
Compared to previous day
Last Week
-16.8%
14,220
Compared to previous week
Last Month
40.8%
59,763
Compared to previous month
Last Year
91.1%
383,092
Compared to previous year
5
5
Licenses.. This is the most painful part about Open Source. There are so many different licenses and they all have different restrictions. In order to know the license footprint of your project you need to know how your modules are licensed. You might be interested in your license footprint because:
But the biggest problem is figuring out which license a module is actually
using. There are a lot of ways of saying that your code is licensed under MIT.
There are people who rather say licensed under MIT than just stating MIT. So the
way we write which license we use differ but also the location of our licenses.
It can be in the package.json
hiding in various of properties or specified in
the README.md
of the project or even a dedicated LICENSE
file in the
repository.
Now that you've taken the time to read about some of these issues above, you know why this module exists. It tries to fulfill one simple task. Get a human readable license from a given node module.
However, this module isn't flawless as it tries to automate a task that usually requires the interference and intelligence of a human. If you have module that is incorrectly detected or not detected at all but does have licensing information publicly available please create an issue about and we'll see if it can get resolved.
The module is released through npm and can therefor be installed using:
npm install --save licenses
There is CLI version of this module available as licensing
which can be
installed locally using:
npm install -g licensing
See https://github.com/3rd-Eden/licensing for more information.
The module exposes one single interface for retrieving the packages, which is a simple exported function:
1'use strict'; 2 3var licenses = require('licenses'); 4 5licenses('primus', function fetched(err, license) { 6 console.log(license.join(',')); // MIT 7});
As you can see in the example above, the first argument of the function can be a
string
with the name of the package you want to resolve. In addition to
supplying a string you can also give it the contents of the npm registry's data
directly:
1licenses({ name: 'primus', readme: '..', ....}, function fetched(err, license) { 2 3});
The function allows a second optional argument which allows you to configure license function. The following options are supported:
The options are completely optional and can therefore be safely omitted.
1licenses('primus', { registry: 'https://registry.npmjs.org/' }, function () { 2 3});
As you might have noticed from the options we support three different lookup algorithms:
In this algorithm we attempt to search for license information directly in the
supplied or retrieved npm data. This is the fastest lookup as it only needs to
search and parse the license
and licenses
fields of the module for license
information.
This reads out your github repository information from the package data to get a directly listing of your project. Once the directory is listed it fetches files from the repo where a possible license or license information can be found like README and LICENSE files. All the data that is found will be scanned with the content algorithm.
It searches the readme or supplied content for matches the license files. If it fails to do any matching based on the license files it fallback to a really basic regexp based check.
MIT
No vulnerabilities found.
Reason
no binaries found in the repo
Reason
0 existing vulnerabilities detected
Reason
license file detected
Details
Reason
0 commit(s) and 0 issue activity found in the last 90 days -- score normalized to 0
Reason
Found 1/30 approved changesets -- score normalized to 0
Reason
no effort to earn an OpenSSF best practices badge detected
Reason
security policy file not detected
Details
Reason
project is not fuzzed
Details
Reason
branch protection not enabled on development/release branches
Details
Reason
SAST tool is not run on all commits -- score normalized to 0
Details
Score
Last Scanned on 2025-06-30
The Open Source Security Foundation is a cross-industry collaboration to improve the security of open source software (OSS). The Scorecard provides security health metrics for open source projects.
Learn More