GitShow/sindresorhus/npm-name
sindresorhus

npm-name

Check whether a package or organization name is available on npm

by sindresorhus
Star on GitHubForknpm

JavaScript

176 stars28 forks20 contributorsActive · 1w agoSince 2014v8.1.1MIT

Meet the team

See all 20 on GitHub →
sindresorhus
sindresorhus74 contributions
kevva
kevva6 contributions
BendingBender
BendingBender2 contributions
mikehardy
mikehardy2 contributions
sidoshi
sidoshi2 contributions
astur
astur1 contribution
bconnorwhite
bconnorwhite1 contribution
one19
one191 contribution

Languages

View on GitHub →
JavaScript94.5%
TypeScript5.5%

Commit activity

Last 12 weeks · 2 commits

Full graph →

Community health

4 of 6 standards met

Community profile →
71
✓README✓License✓Contributing✓Code of Conduct○Issue Template○PR Template

Recent fixes

View closed PRs →
bug3
fix: detect punctuation conflicts in both directionsMergedPR

only checks the fully punctuation-stripped form of a name. That catches because exists, but misses the opposite case: an existing package that is the one carrying the punctuation. is not publishable. exists, and the registry strips punctuation from both names before comparing them. How I verified the registry behaviour The moniker rules post linked in the source only says punctuation is removed from the new name, so the reverse direction is not documented anywhere. I tested it against the registry with two throwaway packages, both since unpublished: 1. Published . 2. Attempted to publish : The existing punctuated name blocked the new one, so the comparison is normalised on both sides. The change returns the name spelled with each separator (, , , ), and the conflict check now requests each variant. For a name with one separator that is 3 requests instead of 1, run concurrently, inside the branch that already made a request. Mixed-separator spellings ( against ) are still not covered: they appear vanishingly rare and covering them costs 4^n requests. The readme now documents the one direction that cannot be checked from the client: a name with no punctuation conflicting with a punctuated existing one, such as against . The registry offers no way to ask which existing names strip down to a given string. Tests Added a case pinned to , which has existed since 2015 and is downloaded millions of times a week, so it is a stable fixture. pass.

bug3 · 1w ago
catpea
Package name too similar to existing package node; try renaming your package to '@catpea/noxeClosedIssue

This is a feature request asking for using the same library that npm internally uses, and checking against the npm package database, to see if it triggers "too similar to existing package". Otherwise npm-name/npm-name-cli works the same as . And I wasn't trying to register something similar to node on purpose, I just think noxe is a fantastic name for a vpl, I ended up calling my package yutani. And if this is too much work, then add a note to the readme that this works as well as npm info package, as in it does not do any string proximity checks. Thanks.

catpea · 6mo ago
springcomp
Fixed vulnerabilitiesMergedPR

This PR fixes #47. by replacing got by ky when issueing an HTTP request. This PR also fixes eslint warnings.

springcomp · 2y ago
Structured data for AI agents

Repository: sindresorhus/npm-name. Description: Check whether a package or organization name is available on npm Stars: 176, Forks: 28. Primary language: JavaScript. Languages: JavaScript (94.5%), TypeScript (5.5%). License: MIT. Latest release: v8.1.1 (1w ago). Open PRs: 0, open issues: 0. Last activity: 1w ago. Community health: 71%. Top contributors: sindresorhus, kevva, BendingBender, mikehardy, sidoshi, astur, bconnorwhite, one19, itaisteinherz, springcomp and others.

·@ofershap

Replace github.com with gitshow.dev