In the rationale for this that I can find [1], a maintainer says the following:
> I'm inclined to say we should do it, even though it will cause some disruption.
They also say an alternative is to "accept the status quo", which is exactily what they should be doing. I can't find maintainers giving a compelling reason not to support this status quo of `long-description` as an alias to `long_description` besides "simplifying code." Code simplification should never take precedence over massive breakage of compatibility.
[1] https://github.com/pypa/setuptools/pull/4870#pullrequestrevi...
> The maintainers of setuptools get paid by Tidelift to
> implement industry-leading secure software development
> practices and document the practices they follow.
Well, that really doesn't seem so in this case now, does it?
The nice thing about it is that you can add whatever you like, however you like. Want components with default owners for tasks? Want milestones? Want stakeholders? Want sign-off reviewers? Want to integrate with existing tools like Linear or Notion or JIRA or even email inboxes or Slack messages? Add entities for Incidents, that automatically make a dedicated Slack channel when you create them?
Want proper 1:1 or 1:manu or many:many links between Tasks and Milestones and Sprints and Incidents and Teams and Components and whatever?
Want single assignees? Or multiple ones?
Want flexible custom reports on all of it?
Or just want a simple flat Todo list, that can evolve later to fit your needs?
Stop having the tools dictate to you how you work and instead set it up how your company actually wants to work. That's Fibery.
(I am not connected to the company, just a very happy user.)