CCM has outdated pyproject.toml #699
Description
Fails on dtest CI:
https://jenkins.scylladb.com/job/sct-github-PRs-scan/job/scylla-dtest/job/PR-6489/1/pipeline-overview/?selected-node=114
09:44:49 [stderr]
09:44:49 /root/.cache/uv/builds-v0/.tmp7DMs3X/lib/python3.14/site-packages/setuptools/config/_apply_pyprojecttoml.py:82:
09:44:49 SetuptoolsDeprecationWarning: `project.license` as a TOML table is
09:44:49 deprecated
09:44:49 !!
09:44:49
09:44:49
09:44:49 ********************************************************************************
09:44:49 Please use a simple string containing a SPDX expression for
09:44:49 `project.license`. You can also use `project.license-files`. (Both
09:44:49 options available on setuptools>=77.0.0).
09:44:49
09:44:49 By 2026-Feb-18, you need to update your project and remove
09:44:49 deprecated calls
09:44:49 or your builds will no longer be supported.
09:44:49
09:44:49 See
09:44:49 https://packaging.python.org/en/latest/guides/writing-pyproject-toml/#license
09:44:49 for details.
09:44:49
09:44:49 ********************************************************************************
09:44:49
09:44:49 !!
09:44:49 corresp(dist, value, root_dir)
09:44:49 /root/.cache/uv/builds-v0/.tmp7DMs3X/lib/python3.14/site-packages/setuptools/command/build_py.py:212:
09:44:49 _Warning: Package 'ccmlib.resources.bin' is absent from the `packages`
09:44:49 configuration.
09:44:49 !!
09:44:49
09:44:49
09:44:49 ********************************************************************************
09:44:49 ############################
09:44:49 # Package would be ignored #
09:44:49 ############################
09:44:49 Python recognizes 'ccmlib.resources.bin' as an importable
09:44:49 package[^1],
09:44:49 but it is absent from setuptools' `packages` configuration.
09:44:49
09:44:49 This leads to an ambiguous overall configuration. If you want to
09:44:49 distribute this
09:44:49 package, please make sure that 'ccmlib.resources.bin' is
09:44:49 explicitly added
09:44:49 to the `packages` configuration field.
09:44:49
09:44:49 Alternatively, you can also rely on setuptools' discovery
09:44:49 methods
09:44:49 (for example by using
09:44:49 `find_namespace_packages(...)`/`find_namespace:`
09:44:49 instead of `find_packages(...)`/`find:`).
09:44:49
09:44:49 You can read more about "package discovery" on setuptools
09:44:49 documentation page:
09:44:49
09:44:49 -
09:44:49 https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
09:44:49
09:44:49 If you don't want 'ccmlib.resources.bin' to be distributed and
09:44:49 are
09:44:49 already explicitly excluding 'ccmlib.resources.bin' via
09:44:49 `find_namespace_packages(...)/find_namespace` or
09:44:49 `find_packages(...)/find`,
09:44:49 you can try to use `exclude_package_data`, or
09:44:49 `include-package-data=False` in
09:44:49 combination with a more fine grained `package-data`
09:44:49 configuration.
09:44:49
09:44:49 You can read more about "package data files" on setuptools
09:44:49 documentation page:
09:44:49
09:44:49 - https://setuptools.pypa.io/en/latest/userguide/datafiles.html
09:44:49
09:44:49
09:44:49 [^1]: For Python, any directory (with suitable naming) can be
09:44:49 imported,
09:44:49 even if it does not contain any `.py` files.
09:44:49 On the other hand, currently there is no concept of
09:44:49 package data
09:44:49 directory, all directories are treated like packages.
09:44:49
09:44:49 ********************************************************************************
09:44:49
09:44:49 !!
09:44:49 check.warn(importable)
09:44:49 /root/.cache/uv/builds-v0/.tmp7DMs3X/lib/python3.14/site-packages/setuptools/command/build_py.py:212:
09:44:49 _Warning: Package 'ccmlib.resources.docker.sniproxy' is absent from the
09:44:49 `packages` configuration.
09:44:49 !!
09:44:49
09:44:49
09:44:49 ********************************************************************************
09:44:49 ############################
09:44:49 # Package would be ignored #
09:44:49 ############################
09:44:49 Python recognizes 'ccmlib.resources.docker.sniproxy' as an
09:44:49 importable package[^1],
09:44:49 but it is absent from setuptools' `packages` configuration.
09:44:49
09:44:49 This leads to an ambiguous overall configuration. If you want to
09:44:49 distribute this
09:44:49 package, please make sure that
09:44:49 'ccmlib.resources.docker.sniproxy' is explicitly added
09:44:49 to the `packages` configuration field.
09:44:49
09:44:49 Alternatively, you can also rely on setuptools' discovery
09:44:49 methods
09:44:49 (for example by using
09:44:49 `find_namespace_packages(...)`/`find_namespace:`
09:44:49 instead of `find_packages(...)`/`find:`).
09:44:49
09:44:49 You can read more about "package discovery" on setuptools
09:44:49 documentation page:
09:44:49
09:44:49 -
09:44:49 https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
09:44:49
09:44:49 If you don't want 'ccmlib.resources.docker.sniproxy' to be
09:44:49 distributed and are
09:44:49 already explicitly excluding 'ccmlib.resources.docker.sniproxy'
09:44:49 via
09:44:49 `find_namespace_packages(...)/find_namespace` or
09:44:49 `find_packages(...)/find`,
09:44:49 you can try to use `exclude_package_data`, or
09:44:49 `include-package-data=False` in
09:44:49 combination with a more fine grained `package-data`
09:44:49 configuration.
09:44:49
09:44:49 You can read more about "package data files" on setuptools
09:44:49 documentation page:
09:44:49
09:44:49 - https://setuptools.pypa.io/en/latest/userguide/datafiles.html
09:44:49
09:44:49
09:44:49 [^1]: For Python, any directory (with suitable naming) can be
09:44:49 imported,
09:44:49 even if it does not contain any `.py` files.
09:44:49 On the other hand, currently there is no concept of
09:44:49 package data
09:44:49 directory, all directories are treated like packages.
09:44:49
09:44:49 ********************************************************************************
09:44:49
09:44:49 !!
09:44:49 check.warn(importable)
09:44:49 /root/.cache/uv/builds-v0/.tmp7DMs3X/lib/python3.14/site-packages/setuptools/command/build_py.py:212:
09:44:49 _Warning: Package 'ccmlib.scylla_test_ssl' is absent from the `packages`
09:44:49 configuration.
09:44:49 !!
09:44:49
09:44:49
09:44:49 ********************************************************************************
09:44:49 ############################
09:44:49 # Package would be ignored #
09:44:49 ############################
09:44:49 Python recognizes 'ccmlib.scylla_test_ssl' as an importable
09:44:49 package[^1],
09:44:49 but it is absent from setuptools' `packages` configuration.
09:44:49
09:44:49 This leads to an ambiguous overall configuration. If you want to
09:44:49 distribute this
09:44:49 package, please make sure that 'ccmlib.scylla_test_ssl' is
09:44:49 explicitly added
09:44:49 to the `packages` configuration field.
09:44:49
09:44:49 Alternatively, you can also rely on setuptools' discovery
09:44:49 methods
09:44:49 (for example by using
09:44:49 `find_namespace_packages(...)`/`find_namespace:`
09:44:49 instead of `find_packages(...)`/`find:`).
09:44:49
09:44:49 You can read more about "package discovery" on setuptools
09:44:49 documentation page:
09:44:49
09:44:49 -
09:44:49 https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
09:44:49
09:44:49 If you don't want 'ccmlib.scylla_test_ssl' to be distributed
09:44:49 and are
09:44:49 already explicitly excluding 'ccmlib.scylla_test_ssl' via
09:44:49 `find_namespace_packages(...)/find_namespace` or
09:44:49 `find_packages(...)/find`,
09:44:49 you can try to use `exclude_package_data`, or
09:44:49 `include-package-data=False` in
09:44:49 combination with a more fine grained `package-data`
09:44:49 configuration.
09:44:49
09:44:49 You can read more about "package data files" on setuptools
09:44:49 documentation page:
09:44:49
09:44:49 - https://setuptools.pypa.io/en/latest/userguide/datafiles.html
09:44:49
09:44:49
09:44:49 [^1]: For Python, any directory (with suitable naming) can be
09:44:49 imported,
09:44:49 even if it does not contain any `.py` files.
09:44:49 On the other hand, currently there is no concept of
09:44:49 package data
09:44:49 directory, all directories are treated like packages.
09:44:49
09:44:49 ********************************************************************************
09:44:49
09:44:49 !!
09:44:49 check.warn(importable)