Bump pypa/cibuildwheel from 2.21.3 to 3.0.0

[dependabot]

Bumps pypa/cibuildwheel from 2.21.3 to 3.0.0.

Release notes

Sourced from pypa/cibuildwheel's releases.

v3.0.0

See @​henryiii's release post for more info on new features!

• 🌟 Adds the ability to build wheels for iOS! Set the platform option to ios on a Mac with the iOS toolchain to try it out! (#2286, #2363, #2432)

• 🌟 Adds support for the GraalPy interpreter! Enable for your project using the enable option. (#1538, #2411, #2414)

• ✨ Adds CPython 3.14 support, under the enable option cpython-prerelease. This version of cibuildwheel uses 3.14.0b2. (#2390)

  While CPython is in beta, the ABI can change, so your wheels might not be compatible with the final release. For this reason, we don't recommend distributing wheels until RC1, at which point 3.14 will be available in cibuildwheel without the flag. (#2390)

• ✨ Adds the test-sources option, and changes the working directory for tests. (#2062, #2284, #2437)

  • If this option is set, cibuildwheel will copy the files and folders specified in test-sources into the temporary directory we run from. This is required for iOS builds, but also useful for other platforms, as it allows you to avoid placeholders.
  • If this option is not set, behaviour matches v2.x - cibuildwheel will run the tests from a temporary directory, and you can use the {project} placeholder in the test-command to refer to the project directory. (#2420)

• ✨ Adds dependency-versions inline syntax (#2122)

• ✨ Improves support for Pyodide builds and adds the experimental pyodide-version option, which allows you to specify the version of Pyodide to use for builds. (#2002)

• ✨ Add pyodide-prerelease enable option, with an early build of 0.28 (Python 3.13). (#2431)

• ✨ Adds the test-environment option, which allows you to set environment variables for the test command. (#2388)

• ✨ Adds the xbuild-tools option, which allows you to specify tools safe for cross-compilation. Currently only used on iOS; will be useful for Android in the future. (#2317)

• 🛠 The default manylinux image has changed from manylinux2014 to manylinux_2_28. (#2330)

• 🛠 EOL images manylinux1, manylinux2010, manylinux_2_24 and musllinux_1_1 can no longer be specified by their shortname. The full OCI name can still be used for these images, if you wish. (#2316)

• 🛠 Invokes build rather than pip wheel to build wheels by default. You can control this via the build-frontend option. You might notice that you can see your build log output now! (#2321)

• 🛠 Build verbosity settings have been reworked to have consistent meanings between build backends when non-zero. (#2339)

• 🛠 Removed the CIBW_PRERELEASE_PYTHONS and CIBW_FREE_THREADED_SUPPORT options - these have been folded into the enable option instead. (#2095)

• 🛠 Build environments no longer have setuptools and wheel preinstalled. (#2329)

• 🛠 Use the standard Schema line for the integrated JSONSchema. (#2433)

• ⚠️ Dropped support for building Python 3.6 and 3.7 wheels. If you need to build wheels for these versions, use cibuildwheel v2.23.3 or earlier. (#2282)

• ⚠️ The minimum Python version required to run cibuildwheel is now Python 3.11. You can still build wheels for Python 3.8 and newer. (#1912)

• ⚠️ 32-bit Linux wheels no longer built by default - the arch was removed from "auto". It now requires explicit "auto32". Note that modern manylinux images (like the new default, manylinux_2_28) do not have 32-bit versions. (#2458)

• ⚠️ PyPy wheels no longer built by default, due to a change to our options system. To continue building PyPy wheels, you'll now need to set the enable option to pypy or pypy-eol. (#2095)

• ⚠️ Dropped official support for Appveyor. If it was working for you before, it will probably continue to do so, but we can't be sure, because our CI doesn't run there anymore. (#2386)

• 📚 A reorganisation of the docs, and numerous updates. (#2280)

• 📚 Use Python 3.14 color output in docs CLI output. (#2407)

• 📚 Docs now primarily use the pyproject.toml name of options, rather than the environment variable name. (#2389)

• 📚 README table now matches docs and auto-updates. (#2427, #2428)

v3.0.0rc3

Not yet released, but available for testing.

Note - when using a beta version, be sure to check the latest docs, rather than the stable version, which is still on v2.X.

If you've used previous versions of the beta:

• ⚠️ Previous betas of v3.0 changed the working directory for tests. This has been rolled back to the v2.x behaviour, so you might need to change configs if you adapted to the beta 1 or 2 behaviour. See [issue #2406](pypa/cibuildwheel#2406) for more information.
• ⚠️ GraalPy shipped with the identifier gp242-* in previous betas, this has been changed to gp311_242-* to be consistent with other interpreters, and to fix a bug with GraalPy and project requires-python detection. If you were using GraalPy, you might need to update your config to use the new identifier.
• ⚠️ test-sources now uses project directory instead of the package directory (matching the docs).
• ⚠️ 32-bit linux builds were removed from "auto" (the default), now require "auto32" or explicit archs, as modern manylinux images (including our new default) do not support them.

... (truncated)

Changelog

Sourced from pypa/cibuildwheel's changelog.

v3.0.0

11 June 2025

See @​henryiii's release post for more info on new features!

• 🌟 Adds the ability to build wheels for iOS! Set the platform option to ios on a Mac with the iOS toolchain to try it out! (#2286, #2363, #2432)

• 🌟 Adds support for the GraalPy interpreter! Enable for your project using the enable option. (#1538, #2411, #2414)

• ✨ Adds CPython 3.14 support, under the enable option cpython-prerelease. This version of cibuildwheel uses 3.14.0b2. (#2390)

  While CPython is in beta, the ABI can change, so your wheels might not be compatible with the final release. For this reason, we don't recommend distributing wheels until RC1, at which point 3.14 will be available in cibuildwheel without the flag. (#2390)

• ✨ Adds the test-sources option, and changes the working directory for tests. (#2062, #2284, #2437)

  • If this option is set, cibuildwheel will copy the files and folders specified in test-sources into the temporary directory we run from. This is required for iOS builds, but also useful for other platforms, as it allows you to avoid placeholders.
  • If this option is not set, behaviour matches v2.x - cibuildwheel will run the tests from a temporary directory, and you can use the {project} placeholder in the test-command to refer to the project directory. (#2420)

• ✨ Adds dependency-versions inline syntax (#2122)

• ✨ Improves support for Pyodide builds and adds the experimental pyodide-version option, which allows you to specify the version of Pyodide to use for builds. (#2002)

• ✨ Add pyodide-prerelease enable option, with an early build of 0.28 (Python 3.13). (#2431)

• ✨ Adds the test-environment option, which allows you to set environment variables for the test command. (#2388)

• ✨ Adds the xbuild-tools option, which allows you to specify tools safe for cross-compilation. Currently only used on iOS; will be useful for Android in the future. (#2317)

• 🛠 The default manylinux image has changed from manylinux2014 to manylinux_2_28. (#2330)

• 🛠 EOL images manylinux1, manylinux2010, manylinux_2_24 and musllinux_1_1 can no longer be specified by their shortname. The full OCI name can still be used for these images, if you wish. (#2316)

• 🛠 Invokes build rather than pip wheel to build wheels by default. You can control this via the build-frontend option. You might notice that you can see your build log output now! (#2321)

• 🛠 Build verbosity settings have been reworked to have consistent meanings between build backends when non-zero. (#2339)

• 🛠 Removed the CIBW_PRERELEASE_PYTHONS and CIBW_FREE_THREADED_SUPPORT options - these have been folded into the enable option instead. (#2095)

• 🛠 Build environments no longer have setuptools and wheel preinstalled. (#2329)

• 🛠 Use the standard Schema line for the integrated JSONSchema. (#2433)

• ⚠️ Dropped support for building Python 3.6 and 3.7 wheels. If you need to build wheels for these versions, use cibuildwheel v2.23.3 or earlier. (#2282)

• ⚠️ The minimum Python version required to run cibuildwheel is now Python 3.11. You can still build wheels for Python 3.8 and newer. (#1912)

• ⚠️ 32-bit Linux wheels no longer built by default - the arch was removed from "auto". It now requires explicit "auto32". Note that modern manylinux images (like the new default, manylinux_2_28) do not have 32-bit versions. (#2458)

• ⚠️ PyPy wheels no longer built by default, due to a change to our options system. To continue building PyPy wheels, you'll now need to set the enable option to pypy or pypy-eol. (#2095)

• ⚠️ Dropped official support for Appveyor. If it was working for you before, it will probably continue to do so, but we can't be sure, because our CI doesn't run there anymore. (#2386)

• 📚 A reorganisation of the docs, and numerous updates. (#2280)

• 📚 Use Python 3.14 color output in docs CLI output. (#2407)

• 📚 Docs now primarily use the pyproject.toml name of options, rather than the environment variable name. (#2389)

• 📚 README table now matches docs and auto-updates. (#2427, #2428)

v2.23.3

26 April 2025

• 🛠 Dependency updates, including Python 3.13.3 (#2371)

v2.23.2

24 March 2025

• 🐛 Workaround an issue with pyodide builds when running cibuildwheel with a Python that was installed via UV (#2328 via #2331)
• 🛠 Dependency updates, including a manylinux update that fixes an 'undefined symbol' error in gcc-toolset (#2334)

... (truncated)

Commits

• 5f22145 Bump version: v3.0.0
• a731775 Docs: mobile layout fix (#2466)
• ff86a64 docs: add tips for numpy (#2465)
• 6f5e480 chore: use pip's groups in CI (#2463)
• 3c5ff09 Bump version: v3.0.0rc3
• 1b9a56e [Bot] Update dependencies (#2455)
• aa9fe2a ci: use uv python for docs (binary b1) (#2462)
• e188d9e feat: remove 32-bit linux from auto arch, fix auto32 on linux aarch64 (#2458)
• 3fa7bd1 ci: fix cirrus and reduce rebuilds (#2460)
• c6368be Move to the OS-latest image tags on Azure Pipelines (#2461)
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

Summary by Sourcery

Enhancements:

• Bump pypa/cibuildwheel action from v2.21.3 to v3.0.0 in deploy-python.yml

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

Additional details and impacted files

Flag	Coverage Δ
fizzbuzz	94.64% <ø> (ø)
fizzbuzzo3	89.15% <ø> (-1.37%)	⬇️
python	100.00% <ø> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.

📢 Thoughts on this report? Let us know!

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

[sourcery-ai]

Reviewer's Guide

The PR updates the GitHub Actions workflow to use cibuildwheel v3.0.0 instead of v2.21.3 by modifying the action reference, aligning the CI configuration with the latest major release.

Sequence Diagram: Wheel Building with cibuildwheel v3.0.0 Default Frontend

sequenceDiagram
    participant UserRepoCI as "CI Workflow (deploy-python.yml)"
    participant CIBW as "pypa/cibuildwheel@v3.0.0"
    participant BuildFrontend as "'build' tool (Default in v3)"

    UserRepoCI->>+CIBW: Trigger wheel building
    CIBW->>+BuildFrontend: Delegate wheel construction
    BuildFrontend-->>-CIBW: Wheel(s) artifact(s)
    CIBW-->>-UserRepoCI: Return build status and artifacts

Loading

Flow Diagram: Python Version Support Changes for Wheel Building with cibuildwheel v3.0.0

graph TD
    subgraph "Wheel Building Support with cibuildwheel v2.x (Previous)"
        direction LR
        Py36_v2["Python 3.6"] --> Support_v2[Supported]
        Py37_v2["Python 3.7"] --> Support_v2
        Py38plus_v2["Python 3.8+"] --> Support_v2
        style Support_v2 fill:#lightblue
    end

    subgraph "Wheel Building Support with cibuildwheel v3.0.0 (Current via PR)"
        direction LR
        Py36_v3["Python 3.6"] --> NoSupport_v3[Support Dropped]
        Py37_v3["Python 3.7"] --> NoSupport_v3
        Py38plus_v3["Python 3.8+"] --> Support_v3[Supported]
        style NoSupport_v3 fill:#ffcccc
        style Support_v3 fill:#lightblue
    end

Loading

File-Level Changes

Change	Details	Files
Bumped cibuildwheel action version	Updated the uses directive to pypa/cibuildwheel@v3.0.0	.github/workflows/deploy-python.yml

---

Tips and commands

Interacting with Sourcery

• Trigger a new review: Comment @sourcery-ai review on the pull request.
• Continue discussions: Reply directly to Sourcery's review comments.
• Generate a GitHub issue from a review comment: Ask Sourcery to create an
  issue from a review comment by replying to it. You can also reply to a
  review comment with @sourcery-ai issue to create an issue from it.
• Generate a pull request title: Write @sourcery-ai anywhere in the pull
  request title to generate a title at any time. You can also comment
  @sourcery-ai title on the pull request to (re-)generate the title at any time.
• Generate a pull request summary: Write @sourcery-ai summary anywhere in
  the pull request body to generate a PR summary at any time exactly where you
  want it. You can also comment @sourcery-ai summary on the pull request to
  (re-)generate the summary at any time.
• Generate reviewer's guide: Comment @sourcery-ai guide on the pull
  request to (re-)generate the reviewer's guide at any time.
• Resolve all Sourcery comments: Comment @sourcery-ai resolve on the
  pull request to resolve all Sourcery comments. Useful if you've already
  addressed all the comments and don't want to see them anymore.
• Dismiss all Sourcery reviews: Comment @sourcery-ai dismiss on the pull
  request to dismiss all existing Sourcery reviews. Especially useful if you
  want to start fresh with a new review - don't forget to comment
  @sourcery-ai review to trigger a new review!

Customizing Your Experience

Access your dashboard to:

• Enable or disable review features such as the Sourcery-generated pull request
  summary, the reviewer's guide, and others.
• Change the review language.
• Add, remove or edit custom review instructions.
• Adjust other review settings.

Getting Help

• Contact our support team for questions or feedback.
• Visit our documentation for detailed guides and information.
• Keep in touch with the Sourcery team by following us on X/Twitter, LinkedIn or GitHub.

[dependabot]

Superseded by #77.