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

Provide disambiguated name in all/most cases #56

Open
AMDmi3 opened this issue Aug 6, 2018 · 1 comment
Open

Provide disambiguated name in all/most cases #56

AMDmi3 opened this issue Aug 6, 2018 · 1 comment
Labels
refactoring Ruleset refactoring

Comments

@AMDmi3
Copy link
Member

AMDmi3 commented Aug 6, 2018

Currently it's common to set a disambiguated name for a less wide spread project, and leave wider spread project with a short name. It seems useful though to set disambiguated names in all cases.

@AMDmi3 AMDmi3 added the refactoring Ruleset refactoring label Sep 15, 2018
@AMDmi3 AMDmi3 mentioned this issue Feb 25, 2019
@AMDmi3
Copy link
Member Author

AMDmi3 commented Aug 23, 2020

We need to go further and introduce a strong policy of disallowing any packages to be left under ambiguous project names. Benefits:

  • Anyone who runs into ambiguous name would always see a sane disambiguation page instead of (one of projects under the given name) or (pile of leftover packages which cannot be cleanly disambiguated)
  • It's no longer possible for a newly added package to fall into the wrong project (because of lacking disambiguation rule or homepage information)
  • It's easier to look for projects lacking disambiguation on the site. There's no longer need to look for warnings on console, even without introducing problems kind for these cases
  • Repositories are encouraged to share more information on packages to classify them properly

The way to do it would be to convert warning: "please classify me" rules into addflag rules and an extra rule which processes packages with set unclassified flag, by adding -unclassified suffix (in addition to generating the warning which may stll be useful).

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

No branches or pull requests

1 participant