Skip to content
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

Suggestions for packages that are now maintained under a different name #167

Closed
phillip-le opened this issue Oct 10, 2024 · 2 comments · Fixed by #168
Closed

Suggestions for packages that are now maintained under a different name #167

phillip-le opened this issue Oct 10, 2024 · 2 comments · Fixed by #168

Comments

@phillip-le
Copy link
Contributor

Sometimes, we have packages which were originally published under one package name but have since moved to another package name for various reasons e.g.

Since version 0.7.0 this package is published to npm as @xmldom/xmldom and no longer as xmldom, because we are no longer able to publish xmldom.

Usually in these cases, the NPM package page cannot be updated by the current maintainers so it's not always easy for people coming across the package to realise that the package is currently maintained under a different name. I also think about the case where we have a project that hasn't been maintained in a while and so it's not obvious that to upgrade the packages to the latest version, you need to look for the package under a different name.

Would this be a suitable place to add these suggestions so that it can linted with eslint-plugin-depend?

@43081j
Copy link
Contributor

43081j commented Oct 10, 2024

I think it makes sense to add them here (and therefore to the eslint plugin) 👍

the question is if we add them to the preferred manifest or we make a new one. maybe they are fine to go in the existing preferred manifest since its basically an opinionated list of "we prefer package A over package B"

@phillip-le
Copy link
Contributor Author

Yeah that was something I was wondering as well. I’ll raise a PR to add it to the existing preferred manifest 🙇

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants