Use SPDX license identifiers in pyproject.toml, bump build dependency floors

[jameslamb]

Contributes to rapidsai/build-planning#152

Proposes the following changes, to prevent builds breaking when Python build backends
start to require configuration consistent with PEP 639 (link):

• using SPDX identifiers in [project].license
• moving [tool.setuptools].license-files to [project].license-files
• removing License :: trove classifiers
• bumping build backend floors (setuptools>=77.0.0 and / or scikit-build-core>=0.11.0)

Summary by CodeRabbit

• Chores
  • Updated build tool dependencies for improved compatibility and stability.
  • Modernized license declarations across project configuration files.
  • Added documentation dependencies for enhanced documentation generation.

_{✏️ Tip: You can customize this high-level summary in your review settings.}

[copy-pr-bot]

Auto-sync is disabled for draft pull requests in this repository. Workflows must be run manually.

Contributors can view more details about this message here.

[jameslamb]

/ok to test

[jameslamb]

This file was not actually getting packaged, because it's only referenced in a setup.cfg file but cuopt_mps_parser is built with scikit-build-core (which ignores such files).

mkdir -p ./delete-me
pip download \
  --no-deps \
  -d ./delete-me \
  --index-url https://pypi.anaconda.org/rapidsai-wheels-nightly/simple/ \
  'cuopt-mps-parser>=26.2.0a84'

$ unzip -l ./delete-me/cuopt*.whl | grep -i license
        0  2025-12-30 15:26   cuopt_mps_parser-26.2.0a84.dist-info/licenses/
    11348  2025-12-30 15:26   cuopt_mps_parser-26.2.0a84.dist-info/licenses/LICENSE

This PR proposes removing this left-behind file and the setup.cfg.

But please let me know if it was intended to be included... I noticed it's the MIT license and the LICENSE files throughout the rest of the repo are Apache 2.0.

[bdice]

Seems fine once the cuOpt team confirms the intended linear_programming license.

[jameslamb]

/merge