Skip to content

cysignals: Add version 1.13.0 - #2467

Merged
luhenry merged 5 commits into
mainfrom
github-actions/nightly-upgrade/cysignals
Oct 1, 2026
Merged

luhenry merged 5 commits into
mainfrom
github-actions/nightly-upgrade/cysignals

Conversation

@riseproject-dev

Copy link
Copy Markdown
Contributor

Automatically generated by the nightly check_versions.py run.

cysignals v1.12.6 -> v1.13.0

Every - version: entry added to docs/packages/cysignals.yaml is built by this PR's own build-cysignals.yml run; merging publishes the wheels.

Signed-off-by: riseproject-dev[bot] <330740410+riseproject-dev[bot]@users.noreply.github.com>
@riseproject-dev
riseproject-dev Bot requested a review from luhenry September 29, 2026 08:00
@github-actions

github-actions Bot commented Sep 29, 2026 •

Copy link
Copy Markdown
Contributor
PR Preview Action v1.8.1
Preview removed because the pull request was closed.
2026-10-01 18:18 UTC

Upstream's pyproject.toml (new in 1.13.0) sets
tool.cibuildwheel.enable = ["cpython-freethreading"], needed back when
free-threaded wheels were opt-in. cibuildwheel v4.2.0 (pinned in this
workflow) has removed that enable group entirely, so it hard-errors
parsing an unknown group instead of ignoring it:

  cibuildwheel: Failed to parse enable group. Unknown enable group:
  cpython-freethreading.

Free-threaded builds are unconditional now and cp314t is already in this
matrix, so the setting is a no-op to override.
…f overriding via env

The earlier CIBW_ENABLE="" env override didn't work: cibuildwheel merges
the env var's enable groups into pyproject.toml's list rather than
replacing it, so the unknown cpython-freethreading group (removed in
cibuildwheel 3.0, which this repo pins) stayed in effect and the build
kept failing with the same 'Failed to parse enable group' error.

Patch the setting out of pyproject.toml instead, the same fix already
used for pemja's identical issue (patches/pemja/0.6.2/0001-...). Added
the missing python-wheels checkout + patch-apply steps this package's
workflow didn't have yet.
The build now succeeds (both earlier fixes held) but the post-build check
failed asserting a '.dist-info/LICENSE' entry. meson-python 0.22.0 (the
version this workflow's unpinned build dependency resolves to today)
implements PEP 639, which places declared license-files under
<dist-info>/licenses/ rather than directly in <dist-info>/ - the
convention older (setuptools-era) tooling used. The wheel does ship the
licence, just at '.dist-info/licenses/LICENSE'; only the check's expected
path was stale.
1.13.0 raised requires-python from >=3.12 (1.12.6) to >=3.13, so cibuildwheel
selects zero build identifiers for cp312 and exits with 'No build
identifiers selected' - a real, version-bump break, not something either
of the previous two fixes (the enable-group patch, the licence-path check)
touches. cp313/cp314/cp314t are unaffected.
@luhenry
luhenry force-pushed the main branch 3 times, most recently from 39fb7ba to a75cf68 Compare October 1, 2026 15:22
@luhenry
luhenry marked this pull request as ready for review October 1, 2026 16:24
@luhenry
luhenry merged commit c1a6994 into main Oct 1, 2026
14 checks passed
@luhenry
luhenry deleted the github-actions/nightly-upgrade/cysignals branch October 1, 2026 17:54
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.

1 participant