[PATCH 1/1] pyproject: specify license as raw SPDX expression

[Felix Moessbauer]

On a Debian sid pybuild we currently get the deprecation warning:
`project.license` as a TOML table is deprecated

We previously switched to the table expression as pyproject-fmt at some
point in time recommended that. As the setuptools part is authoritative
and the SPDX expression format is supported for years, we switch to it.

Signed-off-by: Felix Moessbauer <felix.mo...@siemens.com>
---
Note: This is another finding while packaging, however this change
hast to be tested in CI to find out if the oldest supported python
versions also allow this.

Felix

pyproject.toml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/pyproject.toml b/pyproject.toml
index d4ca1e7ed..f4323e755 100644
--- a/pyproject.toml
+++ b/pyproject.toml
@@ -30,7 +30,7 @@ name = "kas"
description = "Setup tool for bitbake based projects"
readme = "README.rst"
keywords = [ "OpenEmbedded bitbake development" ]
-license = { text = "MIT" }
+license = "MIT"
maintainers = [
{ name = "Jan Kiszka", email = "jan.k...@siemens.com" },
]
--
2.51.0

[MOESSBAUER, Felix]

This unfortunately is incompatible with setuptools 66.1 from bookworm.
As there is now way to conditionally switch this based on the
setuptools version, we probably have to live with the deprecation
warning until we phase out the bookworm container.

On trixie, the new format already works.

Felix

> maintainers = [
> { name = "Jan Kiszka", email = "jan.k...@siemens.com" },
> ]
> --
> 2.51.0

--
Siemens AG
Linux Expert Center
Friedrich-Ludwig-Bauer-Str. 3
85748 Garching, Germany

[Frieder Schrempf]

I'm not sure if it would work and if it does, I'm not sure if it's worth
the effort. But you could try specifying 'license' as dynamic field in
pyproject.toml and then populate it in setup.py depending on the version
of setuptools.