chore: remove vestigial setup.cfg, add [tool.wads.ci], migrate CI to the stub - #22
thorwhalen wants to merge 1 commit into
Conversation
…the stub setup.cfg was pure legacy cruft: pyproject.toml has been the SSOT (hatchling backend, full [project] metadata) for a while, nothing in the repo referenced setup.cfg except a stale CI comment, and its only activity was the CI bot's version-bump push-back keeping it in sync with a value nothing reads. Removed. [tool.wads.ci] was entirely absent even though ci.yml already reads it -- added project_name + testing.python_versions explicitly. Then converted the already-green Modern-uv-inline workflow to the reusable stub (sanctioned per wads-migrate once CI is green).
|
Same action_required/zero-jobs anomaly as i2mint/py2mcp#15, thorwhalen/artful#11, thorwhalen/skill#10 (4th confirmation this session) -- hits every repo's FIRST-ever call to i2mint/wads/.github/workflows/uv-ci.yml@master, never a repo already on it. wads ci-local is fully green locally. Leaving this PR open; filed a manual-task issue. Self-reviewed only (config-only change, no application code behaviour altered). |
|
Verified from the API at the end of the 2026-09-22 crowsnest run: this run sits at |
- license = "Apache-2.0" (PEP 639) plus license-files, replacing the deprecated [project.license] table; no License :: classifier. - Classifiers for Python 3.10-3.13 (suite verified on each), keywords, author, and Documentation/Repository/Issues URLs (docs site checked live). - build-system floor hatchling>=1.27, the first release with PEP 639 support. Dependencies, version and CI are unchanged; setup.cfg removal and the CI stub migration stay in #22. twine check passes on the sdist and wheel, and the CI version-bump regex still targets [project].version only.
Summary
Found via a Priority E doctor-sweep pass (AI enablement / README-vs-code / wads-setup audit):
setup.cfg. It was pure legacy cruft --pyproject.tomlhas been the real SSOT for a while (hatchlingbackend, full[project]metadata matching), nothing in the repo referencedsetup.cfgexcept a stale CI comment ("MIGRATION NOTE: Old CI references setup.cfg - ensure project is migrated to pyproject.toml first"), and its only activity was the CI bot's version-bump push-back keeping itsversion =in sync with a value nothing actually read.[tool.wads.ci]. It was entirely absent even thoughci.ymlalready reads it (silently falling back to theread-ci-configaction's defaults) -- addedproject_name = "config2py"andtesting.python_versions = ["3.10", "3.12"]explicitly.Everything else checked clean: no
.claude/(fact, not staleness); README's "For AI agents" section (added by #20 last week) is accurate;config_getter,is_repl, and the codec/extras story all match the current source.Config-only change; self-reviewed only.
Test plan
wads ci-localgreen (ruff format+lint, pytest 3.10+3.12, 132 tests + 4 skipped, build)action_requiredanomaly diagnosed on ci: migrate to the reusable uv-ci stub py2mcp#15, ci: migrate to the reusable uv-ci stub thorwhalen/artful#11, ci: migrate to the reusable uv-ci stub thorwhalen/skill#10 in this session -- if so, see those PRs)🤖 Generated with Claude Code
https://claude.ai/code/session_011HSBVhDjRU4apSLcRkavv9