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

Assorted tweaks to pyproject.toml #475

Merged
merged 4 commits into from
Sep 4, 2023

Conversation

dnicolodi
Copy link
Member

No description provided.

@rgommers rgommers added the maintenance Regular code improvements that are not new features nor end-user-visible bugs label Sep 3, 2023
Copy link
Contributor

@rgommers rgommers left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks @dnicolodi - a few comments.

pyproject.toml Show resolved Hide resolved
pyproject.toml Show resolved Hide resolved
Remove the beta development status, add the "build tools" category.
Copy link
Contributor

@rgommers rgommers left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM now, thanks @dnicolodi

@rgommers rgommers merged commit b0b29e1 into mesonbuild:main Sep 4, 2023
34 checks passed
@rgommers rgommers added this to the v0.14.0 milestone Sep 4, 2023
{ name = 'Ralf Gommers ', email = '[email protected]' },
{ name = 'Daniele Nicolodi', email = '[email protected]' },
{ name = 'Henry Schreiner', email = '[email protected]' },
{ name = 'Thomas Li'},
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

PyPI makes a mess of this. It shows Thomas as the only maintainer but links his name to Ralf's email.

Also the license appears again in a funny way, it now displays the first lines of LICENSES/MIT.txt

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hmm, not sure what's up with the maintainers field. Possibly because email for Thomas is missing? I didn't notice that before. If that doesn't fix it, I guess we should remove this change for now.

License looks as expected to me. PyPI fixed the problem where that full license text would horribly overflow. It's much better than it was before. Of course, even better would be to finish and implement PEP 639, so we can see the SPDX classifier ....

Copy link
Member Author

@dnicolodi dnicolodi Sep 5, 2023

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The PyPI page says "Maintaner" singular, thus I'm not sure PyPI has support for multiple maintainers listed in the package metadata. It is a bit annoying that the package metadata specification and the main cunsumer of it are so out of sync. I thought that the license field was fixed doing something like what Github does: match the license text and provide a short license identifier. I must have dreamed of this.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Re maintainers: maybe we should just comment it out now and list "The meson-python maintainers"? We have a full list in the docs already.

I thought that the license field was fixed doing something like what Github does: match the license text and provide a short license identifier. I must have dreamed of this.

There's some setuptools-specific old way of doing this I believe, taking it from classifiers if the license field under [project] isn't used. Deleting a standardized PEP 621 entry to go back to something undocumented doesn't seem quite right though, so I have this one filed under "revisit when PEP 639 is done".

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Re maintainers: maybe we should just comment it out now and list "The meson-python maintainers"? We have a full list in the docs already.

Sure. I listed the names because I thought that having an entity there with an associated email address may be useful. PyPI lists you as a maintainer, I guess because your user is associated with the project. I'm fine having just you listed as a maintainer in the metadata.

There's some setuptools-specific old way of doing this I believe, taking it from classifiers if the license field under [project] isn't used. Deleting a standardized PEP 621 entry to go back to something undocumented doesn't seem quite right though, so I have this one filed under "revisit when PEP 639 is done".

Yes, indeed. Let's keep things as they are for now.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Uhm. The way PyPI reports the maintainers list may be due to how we generate the metadata. This is how the metadata fields related to the maintainers look like:

Maintainer: Thomas Li
Maintainer-Email: Ralf Gommers  <[email protected]>, Daniele Nicolodi <[email protected]>, Henry Schreiner <HenrySchrein

I'm verifying what the specification prescribes, but at a first look that seems wrong.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

At least the Maintainer-Email field is wrong, as it is supposed to be an RFC-822 From header compliant format https://packaging.python.org/en/latest/specifications/core-metadata/#maintainer-email The specification does not specify how multiple maintainers should be listed

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Lovely, the specification for pyproject.toml contradicts the specification for the metadata file https://packaging.python.org/en/latest/specifications/declaring-project-metadata/#authors-maintainers

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
maintenance Regular code improvements that are not new features nor end-user-visible bugs
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants