Skip to content

fix: replace deprecated license classifier with SPDX expression (#46)#60

Open
aki1770-del wants to merge 1 commit into
eclipse-kuksa:mainfrom
aki1770-del:fix/spdx-license-classifier
Open

fix: replace deprecated license classifier with SPDX expression (#46)#60
aki1770-del wants to merge 1 commit into
eclipse-kuksa:mainfrom
aki1770-del:fix/spdx-license-classifier

Conversation

@aki1770-del
Copy link
Copy Markdown

Fixes #46.

Per @SebastianSchildt (#46): "Feel free to give fixing this a try. If this can be done in a contained way, and changing the config + bumping setuptools does the trick without bad side effects, I am all for it."

Problem

setuptools deprecated the License :: trove classifiers in favour of a SPDX license expression, so the build emits:

SetuptoolsDeprecationWarning: License classifiers are deprecated. Please consider removing the following classifiers in favor of a SPDX license expression

Fix (contained, 2 lines)

  • kuksa-client/setup.cfg — drop the License :: OSI Approved :: Apache Software License classifier; add license = Apache-2.0 (SPDX expression) under [metadata].
  • kuksa-client/pyproject.toml — bump the build requirement setuptools>=42setuptools>=77. PEP 639 SPDX-expression support landed in setuptools 77; without the bump an older setuptools would treat Apache-2.0 as free-text and the warning wouldn't clear.

license_files = LICENSE is unchanged.

Verification (no bad side effects)

Built sdist + wheel with setuptools 82 (python -m build):

  • Before: SetuptoolsDeprecationWarning: License classifiers are deprecated present.
  • After: warning gone (0 occurrences); build exits 0; both artifacts produced.
  • Wheel METADATA (Metadata-Version 2.4): License: Apache-2.0, License-File: LICENSE, and no Classifier: License :: line remaining.

…pse-kuksa#46)

setuptools deprecated 'License ::' trove classifiers in favor of a SPDX
license expression. Drop the classifier and declare 'license = Apache-2.0'
in setup.cfg [metadata]; bump the build requirement to setuptools>=77,
which is where PEP 639 SPDX-expression support landed (the older >=42 pin
would treat the value as free-text and not clear the warning).

Fixes eclipse-kuksa#46.

Signed-off-by: Akihiko Komada <aki1770@gmail.com>
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 this pull request may close these issues.

Update license tagging

1 participant