Find all solutions to SUBSET-SUM, including negative, positive, and repeating numbers

Overview

subsetsum

The subsetsum Python module can enumerate all combinations within a list of integers which sums to a specific value. It works for both negative and positive target sum values, as well as negative, positive, and repeating values in the list of input numbers. subsetsum can also quickly answer whether or not there exists a subset of integers in the input list which sums to target.

Installation

pip install subsetsum

Example usage:

import subsetsum

target = 0
nums = [-2, -1, 0, 1, 2]

has_solution = subsetsum.has_solution(nums, target)
print(f"Can {nums} sum to {target}? {has_solution}")

for solution in subsetsum.solutions(nums, target):
    # `solutions` contains indices of elements in `nums`
    subset = [nums[i] for i in solution]
    sum_value = sum(subset)
    print(f"{subset} sums to {sum_value}")
Comments
  • Bump pypa/cibuildwheel from 2.3.0 to 2.11.3

    Bump pypa/cibuildwheel from 2.3.0 to 2.11.3

    Bumps pypa/cibuildwheel from 2.3.0 to 2.11.3.

    Release notes

    Sourced from pypa/cibuildwheel's releases.

    v2.11.3

    • ✨ Improves the 'build options' log output that's printed at the start of each run (#1352)
    • ✨ Added a friendly error message to a common misconfiguration of the CIBW_TEST_COMMAND option - not specifying path using the {project} placeholder (#1336)
    • πŸ›  The GitHub Action now uses Powershell on Windows to avoid occasional incompabilities with bash (#1346)

    v2.11.2

    • πŸ›  Updates CPython 3.11 to 3.11.0 - final release (#1327)
    • πŸ›  Simplify the default macOS repair command (#1322)
    • πŸ›  Fix the default MACOSX_DEPLOYMENT_TARGET on arm64 (#1312)
    • πŸ›  Hide irrelevant pip warnings on linux (#1311)
    • πŸ› Fix a bug that caused the stdout and stderr of commands in containers to be in the wrong order Previously, stdout could appear after stderr. (#1324)
    • πŸ“š Added a FAQ entry describing how to perform native builds of CPython 3.8 wheels on Apple Silicon. (#1323)
    • πŸ“š Other docs improvements

    v2.11.1

    • πŸ›  Updates to the latest manylinux images, and updates CPython 3.10 to 3.10.8.

    v2.11.0

    • 🌟 Adds support for cross-compiling Windows ARM64 wheels. To use this feature, add ARM64 to the CIBW_ARCHS option on a Windows Intel runner. (#1144)
    • ✨ Adds support for building Linux aarch64 wheels on Circle CI. (#1307)
    • ✨ Adds support for building Windows wheels on Gitlab CI. (#1295)
    • ✨ Adds support for building Linux aarch64 wheels under emulation on Gitlab CI. (#1295)
    • ✨ Adds the ability to test cp38-macosx_arm64 wheels on a native arm64 runner. To do this, you'll need to preinstall the (experimental) universal2 version of CPython 3.8 on your arm64 runner before invoking cibuildwheel. Note: it is not recommended to build x86_64 wheels with this setup, your wheels will have limited compatibility wrt macOS versions. (#1283)
    • πŸ›  Improved error messages when using custom Docker images and Python cannot be found at the correct path. (#1298)
    • πŸ“š Sample configs for Azure Pipelines and Travis CI updated (#1296)
    • πŸ“š Other docs improvements - including more information about using Homebrew for build dependencies (#1290)

    v2.10.2

    • πŸ› Fix a bug that caused win32 identifiers to fail when used with --only. (#1282)
    • πŸ› Fix computation of auto/auto64/auto32 archs when targeting a different platform to the one that you're running cibuildwheel on. (#1266)
    • πŸ“š Fix an mistake in the 'how it works' diagram. (#1274)

    v2.10.1

    • πŸ› Fix a bug that stopped environment variables specified in TOML from being expanded. (#1273)

    v2.10.0

    • 🌟 Adds support for building wheels on Cirrus CI. This is exciting for us, as it's the first public CI platform that natively supports macOS Apple Silicon (aka. M1, arm64) runners. As such, it's the first platform that you can natively build and test macOS arm64 wheels. It also has native Linux ARM (aarch64) runners, for fast, native builds there. (#1191)
    • 🌟 Adds support for running cibuildwheel on Apple Silicon machines. For a while, we've supported cross-compilation of Apple Silicon wheels on x86_64, but now that we have Cirrus CI we can run our test suite and officially support running cibuildwheel on arm64. (#1191)
    • ✨ Adds the --only command line option, to specify a single build to run. Previously, it could be cumbersome to set all the build selection options to target a specific build - for example, you might have to run something like CIBW_BUILD=cp39-manylinux_x86_64 cibuildwheel --platform linux --archs x86_64. The new --only option overrides all the build selection options to simplify running a single build, which now looks like cibuildwheel --only cp39-manylinux_x86_64. (#1098)
    • ✨ Adds the CIBW_CONFIG_SETTINGS option, so you can pass arguments to your package's build backend (#1244)
    • πŸ›  Updates the CPython 3.11 version to the latest release candidate - v3.11.0rc2. (#1265)
    • πŸ› Fix a bug that can cause a RecursionError on Windows when building from an sdist. (#1253)
    • πŸ›  Add support for the s390x architecture on manylinux_2_28 (#1255)

    v2.9.0

    • 🌟 CPython 3.11 wheels are now built by default - without the CIBW_PRERELEASE_PYTHONS flag. It's time to build and upload these wheels to PyPI! This release includes CPython 3.11.0rc1, which is guaranteed to be ABI compatible with the final release. (#1226)
    • ⚠️ Removed support for running cibuildwheel in Python 3.6. Python 3.6 is EOL. However, cibuildwheel continues to build CPython 3.6 wheels for the moment. (#1175)
    • ✨ Improved error messages when misspelling TOML options, suggesting close matches (#1205)
    • πŸ›  When running on Apple Silicon (so far, an unsupported mode of operation), cibuildwheel no longer builds universal2 wheels by default - just arm64. See #1204 for discussion. We hope to release official support for native builds on Apple Silicon soon! (#1217)

    ... (truncated)

    Changelog

    Sourced from pypa/cibuildwheel's changelog.

    v2.11.3

    5 Dec 2022

    • ✨ Improves the 'build options' log output that's printed at the start of each run (#1352)
    • ✨ Added a friendly error message to a common misconfiguration of the CIBW_TEST_COMMAND option - not specifying path using the {project} placeholder (#1336)
    • πŸ›  The GitHub Action now uses Powershell on Windows to avoid occasional incompabilities with bash (#1346)

    v2.11.2

    26 October 2022

    • πŸ›  Updates CPython 3.11 to 3.11.0 - final release (#1327)
    • πŸ›  Simplify the default macOS repair command (#1322)
    • πŸ›  Fix the default MACOSX_DEPLOYMENT_TARGET on arm64 (#1312)
    • πŸ›  Hide irrelevant pip warnings on linux (#1311)
    • πŸ› Fix a bug that caused the stdout and stderr of commands in containers to be in the wrong order Previously, stdout could appear after stderr. (#1324)
    • πŸ“š Added a FAQ entry describing how to perform native builds of CPython 3.8 wheels on Apple Silicon. (#1323)
    • πŸ“š Other docs improvements

    v2.11.1

    13 October 2022

    • πŸ›  Updates to the latest manylinux images, and updates CPython 3.10 to 3.10.8.

    v2.11.0

    13 October 2022

    • 🌟 Adds support for cross-compiling Windows ARM64 wheels. To use this feature, add ARM64 to the CIBW_ARCHS option on a Windows Intel runner. (#1144)
    • ✨ Adds support for building Linux aarch64 wheels on Circle CI. (#1307)
    • ✨ Adds support for building Windows wheels on Gitlab CI. (#1295)
    • ✨ Adds support for building Linux aarch64 wheels under emulation on Gitlab CI. (#1295)
    • ✨ Adds the ability to test cp38-macosx_arm64 wheels on a native arm64 runner. To do this, you'll need to preinstall the (experimental) universal2 version of CPython 3.8 on your arm64 runner before invoking cibuildwheel. Note: it is not recommended to build x86_64 wheels with this setup, your wheels will have limited compatibility wrt macOS versions. (#1283)
    • πŸ›  Improved error messages when using custom Docker images and Python cannot be found at the correct path. (#1298)
    • πŸ“š Sample configs for Azure Pipelines and Travis CI updated (#1296)
    • πŸ“š Other docs improvements - including more information about using Homebrew for build dependencies (#1290)

    v2.10.2

    25 September 2022

    • ?? Fix a bug that caused win32 identifiers to fail when used with --only. (#1282)
    • πŸ› Fix computation of auto/auto64/auto32 archs when targeting a different platform to the one that you're running cibuildwheel on. (#1266)
    • πŸ“š Fix an mistake in the 'how it works' diagram. (#1274)

    v2.10.1

    18 September 2022

    ... (truncated)

    Commits
    • a34a6b0 Bump version: v2.11.3
    • 61b6cc8 Merge pull request #1352 from pypa/improve-preamble
    • ecce3d9 Merge pull request #1336 from pypa/test-cwd-error-message
    • 63ef1b0 Merge pull request #1366 from pypa/pre-commit-ci-update-config
    • ba9a82e [pre-commit.ci] pre-commit autoupdate
    • 46372e1 Merge pull request #1364 from pypa/dependabot/github_actions/pypa/gh-action-p...
    • a157a51 Use a unittest style test to support more test runners
    • 9850864 Rename 'environ' to 'env'
    • 56359fb Apply suggestions from code review
    • 99f62f5 build(deps): bump pypa/gh-action-pypi-publish from 1.5.1 to 1.6.1
    • Additional commits viewable in compare view

    Dependabot compatibility score

    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 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)
    dependencies 
    opened by dependabot[bot] 1
  • Bump pypa/gh-action-pypi-publish from 1.4.2 to 1.6.1

    Bump pypa/gh-action-pypi-publish from 1.4.2 to 1.6.1

    Bumps pypa/gh-action-pypi-publish from 1.4.2 to 1.6.1.

    Release notes

    Sourced from pypa/gh-action-pypi-publish's releases.

    v1.6.1

    What's happened?!

    There was a sneaky bug in v1.6.0 which caused Twine to be outside the import path in the Python runtime. It is fixed in v1.6.1 by updating $PYTHONPATH to point to a correct location of the user-global site-packages/ directory.

    Full Diff: https://github.com/pypa/gh-action-pypi-publish/compare/v1.6.0...v1.6.1

    v1.6.0

    Anything's changed?

    The only update is that the Python runtime has been upgraded from 3.9 to 3.11. There are no functional changes in this release.

    Full Changelog: https://github.com/pypa/gh-action-pypi-publish/compare/v1.5.2...v1.6.0

    v1.5.2

    What's Improved

    Full Diff: https://github.com/pypa/gh-action-pypi-publish/compare/v1.5.1...v1.5.2

    v1.5.1

    What's Changed

    Full Diff: https://github.com/pypa/gh-action-pypi-publish/compare/v1.5.0...v1.5.1

    v1.5.0

    What's Changed

    New Contributors

    Full Diff: https://github.com/pypa/gh-action-pypi-publish/compare/v1.4.2...v1.5.0

    Commits
    • 5d1679f Use py3.11 user-global site-packages in PYTHONPATH
    • d2a2496 Switch the runtime from Python 3.9 to Python 3.11
    • d7edd4c Add user-global site-packages to $PYTHONPATH
    • 8d5f27c Install Twine in the user-global site-packages
    • b0dc178 Disable pip cache dir with an env var
    • bbf6e0b Copy requirements to corresponding dir @ container
    • 0b69a8c Document broken pkginfo==1.9.0 transitive dep
    • c54db9c Integrate pip-tools-generated constraint files
    • 480ec4e Inherit yamllint config from the default preset
    • 5fb2f04 Drop __token__ from README code usage snippets
    • Additional commits viewable in compare view

    Dependabot compatibility score

    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 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)
    dependencies 
    opened by dependabot[bot] 1
  • Bump pypa/gh-action-pypi-publish from 1.4.2 to 1.5.2

    Bump pypa/gh-action-pypi-publish from 1.4.2 to 1.5.2

    Bumps pypa/gh-action-pypi-publish from 1.4.2 to 1.5.2.

    Release notes

    Sourced from pypa/gh-action-pypi-publish's releases.

    v1.5.2

    What's Improved

    Full Diff: https://github.com/pypa/gh-action-pypi-publish/compare/v1.5.1...v1.5.2

    v1.5.1

    What's Changed

    Full Diff: https://github.com/pypa/gh-action-pypi-publish/compare/v1.5.0...v1.5.1

    v1.5.0

    What's Changed

    New Contributors

    Full Diff: https://github.com/pypa/gh-action-pypi-publish/compare/v1.4.2...v1.5.0

    Commits
    • d7edd4c Add user-global site-packages to $PYTHONPATH
    • 8d5f27c Install Twine in the user-global site-packages
    • b0dc178 Disable pip cache dir with an env var
    • bbf6e0b Copy requirements to corresponding dir @ container
    • 0b69a8c Document broken pkginfo==1.9.0 transitive dep
    • c54db9c Integrate pip-tools-generated constraint files
    • 480ec4e Inherit yamllint config from the default preset
    • 5fb2f04 Drop __token__ from README code usage snippets
    • 7bbdccd Update the mention of master with unstable/v1
    • 328cf89 πŸ“ Fix a link to the "Distribution Package" term
    • Additional commits viewable in compare view

    Dependabot compatibility score

    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 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)
    dependencies 
    opened by dependabot[bot] 1
  • Bump pypa/cibuildwheel from 2.3.0 to 2.11.2

    Bump pypa/cibuildwheel from 2.3.0 to 2.11.2

    Bumps pypa/cibuildwheel from 2.3.0 to 2.11.2.

    Release notes

    Sourced from pypa/cibuildwheel's releases.

    v2.11.2

    • πŸ›  Updates CPython 3.11 to 3.11.0 - final release (#1327)
    • πŸ›  Simplify the default macOS repair command (#1322)
    • πŸ›  Fix the default MACOSX_DEPLOYMENT_TARGET on arm64 (#1312)
    • πŸ›  Hide irrelevant pip warnings on linux (#1311)
    • πŸ› Fix a bug that caused the stdout and stderr of commands in containers to be in the wrong order Previously, stdout could appear after stderr. (#1324)
    • πŸ“š Added a FAQ entry describing how to perform native builds of CPython 3.8 wheels on Apple Silicon. (#1323)
    • πŸ“š Other docs improvements

    v2.11.1

    • πŸ›  Updates to the latest manylinux images, and updates CPython 3.10 to 3.10.8.

    v2.11.0

    • 🌟 Adds support for cross-compiling Windows ARM64 wheels. To use this feature, add ARM64 to the CIBW_ARCHS option on a Windows Intel runner. (#1144)
    • ✨ Adds support for building Linux aarch64 wheels on Circle CI. (#1307)
    • ✨ Adds support for building Windows wheels on Gitlab CI. (#1295)
    • ✨ Adds support for building Linux aarch64 wheels under emulation on Gitlab CI. (#1295)
    • ✨ Adds the ability to test cp38-macosx_arm64 wheels on a native arm64 runner. To do this, you'll need to preinstall the (experimental) universal2 version of CPython 3.8 on your arm64 runner before invoking cibuildwheel. Note: it is not recommended to build x86_64 wheels with this setup, your wheels will have limited compatibility wrt macOS versions. (#1283)
    • πŸ›  Improved error messages when using custom Docker images and Python cannot be found at the correct path. (#1298)
    • πŸ“š Sample configs for Azure Pipelines and Travis CI updated (#1296)
    • πŸ“š Other docs improvements - including more information about using Homebrew for build dependencies (#1290)

    v2.10.2

    • πŸ› Fix a bug that caused win32 identifiers to fail when used with --only. (#1282)
    • πŸ› Fix computation of auto/auto64/auto32 archs when targeting a different platform to the one that you're running cibuildwheel on. (#1266)
    • πŸ“š Fix an mistake in the 'how it works' diagram. (#1274)

    v2.10.1

    • πŸ› Fix a bug that stopped environment variables specified in TOML from being expanded. (#1273)

    v2.10.0

    • 🌟 Adds support for building wheels on Cirrus CI. This is exciting for us, as it's the first public CI platform that natively supports macOS Apple Silicon (aka. M1, arm64) runners. As such, it's the first platform that you can natively build and test macOS arm64 wheels. It also has native Linux ARM (aarch64) runners, for fast, native builds there. (#1191)
    • 🌟 Adds support for running cibuildwheel on Apple Silicon machines. For a while, we've supported cross-compilation of Apple Silicon wheels on x86_64, but now that we have Cirrus CI we can run our test suite and officially support running cibuildwheel on arm64. (#1191)
    • ✨ Adds the --only command line option, to specify a single build to run. Previously, it could be cumbersome to set all the build selection options to target a specific build - for example, you might have to run something like CIBW_BUILD=cp39-manylinux_x86_64 cibuildwheel --platform linux --archs x86_64. The new --only option overrides all the build selection options to simplify running a single build, which now looks like cibuildwheel --only cp39-manylinux_x86_64. (#1098)
    • ✨ Adds the CIBW_CONFIG_SETTINGS option, so you can pass arguments to your package's build backend (#1244)
    • πŸ›  Updates the CPython 3.11 version to the latest release candidate - v3.11.0rc2. (#1265)
    • πŸ› Fix a bug that can cause a RecursionError on Windows when building from an sdist. (#1253)
    • πŸ›  Add support for the s390x architecture on manylinux_2_28 (#1255)

    v2.9.0

    • 🌟 CPython 3.11 wheels are now built by default - without the CIBW_PRERELEASE_PYTHONS flag. It's time to build and upload these wheels to PyPI! This release includes CPython 3.11.0rc1, which is guaranteed to be ABI compatible with the final release. (#1226)
    • ⚠️ Removed support for running cibuildwheel in Python 3.6. Python 3.6 is EOL. However, cibuildwheel continues to build CPython 3.6 wheels for the moment. (#1175)
    • ✨ Improved error messages when misspelling TOML options, suggesting close matches (#1205)
    • πŸ›  When running on Apple Silicon (so far, an unsupported mode of operation), cibuildwheel no longer builds universal2 wheels by default - just arm64. See #1204 for discussion. We hope to release official support for native builds on Apple Silicon soon! (#1217)

    v2.8.1

    • πŸ› Fix a bug when building CPython 3.8 wheels on an Apple Silicon machine where testing would always fail. cibuildwheel will no longer attempt to test the arm64 part of CPython 3.8 wheels because we use the x86_64 installer of CPython 3.8 due to its macOS system version backward-compatibility. See #1169 for more details. (#1171)
    • πŸ›  Update the prerelease CPython 3.11 to 3.11.0b4. (#1180)
    • πŸ›  The GitHub Action will ensure a compatible version of Python is installed on the runner (#1114)
    • πŸ“š A few docs improvements

    ... (truncated)

    Changelog

    Sourced from pypa/cibuildwheel's changelog.

    v2.11.2

    26 October 2022

    • πŸ›  Updates CPython 3.11 to 3.11.0 - final release (#1327)
    • πŸ›  Simplify the default macOS repair command (#1322)
    • πŸ›  Fix the default MACOSX_DEPLOYMENT_TARGET on arm64 (#1312)
    • πŸ›  Hide irrelevant pip warnings on linux (#1311)
    • πŸ› Fix a bug that caused the stdout and stderr of commands in containers to be in the wrong order Previously, stdout could appear after stderr. (#1324)
    • πŸ“š Added a FAQ entry describing how to perform native builds of CPython 3.8 wheels on Apple Silicon. (#1323)
    • πŸ“š Other docs improvements

    v2.11.1

    13 October 2022

    • πŸ›  Updates to the latest manylinux images, and updates CPython 3.10 to 3.10.8.

    v2.11.0

    13 October 2022

    • 🌟 Adds support for cross-compiling Windows ARM64 wheels. To use this feature, add ARM64 to the CIBW_ARCHS option on a Windows Intel runner. (#1144)
    • ✨ Adds support for building Linux aarch64 wheels on Circle CI. (#1307)
    • ✨ Adds support for building Windows wheels on Gitlab CI. (#1295)
    • ✨ Adds support for building Linux aarch64 wheels under emulation on Gitlab CI. (#1295)
    • ✨ Adds the ability to test cp38-macosx_arm64 wheels on a native arm64 runner. To do this, you'll need to preinstall the (experimental) universal2 version of CPython 3.8 on your arm64 runner before invoking cibuildwheel. Note: it is not recommended to build x86_64 wheels with this setup, your wheels will have limited compatibility wrt macOS versions. (#1283)
    • πŸ›  Improved error messages when using custom Docker images and Python cannot be found at the correct path. (#1298)
    • πŸ“š Sample configs for Azure Pipelines and Travis CI updated (#1296)
    • πŸ“š Other docs improvements - including more information about using Homebrew for build dependencies (#1290)

    v2.10.2

    25 September 2022

    • πŸ› Fix a bug that caused win32 identifiers to fail when used with --only. (#1282)
    • πŸ› Fix computation of auto/auto64/auto32 archs when targeting a different platform to the one that you're running cibuildwheel on. (#1266)
    • πŸ“š Fix an mistake in the 'how it works' diagram. (#1274)

    v2.10.1

    18 September 2022

    • πŸ› Fix a bug that stopped environment variables specified in TOML from being expanded. (#1273)

    v2.10.0

    13 September 2022

    • 🌟 Adds support for building wheels on Cirrus CI. This is exciting for us, as it's the first public CI platform that natively supports macOS Apple Silicon (aka. M1, arm64) runners. As such, it's the first platform that you can natively build and test macOS arm64 wheels. It also has native Linux ARM (aarch64) runners, for fast, native builds there. (#1191)

    ... (truncated)

    Commits
    • a6732b1 Bump version: v2.11.2
    • 36a6101 Merge pull request #1311 from henryiii/henryiii/fix/rootpip2
    • 8672fee Merge pull request #1300 from mayeut/gha-3.11
    • b1b8ab5 Merge pull request #1322 from ankith26/update-delocate-default
    • 89a8cac Merge pull request #1324 from pypa/stderr-interleaving
    • db12084 tests: include check for upgrade notice too
    • dfb3e62 tests: use 3.11 final
    • f259bfd tests: add a check in tests for the pip warning
    • f252274 fix: hide root pip warning on Linux again
    • 1aa841b Merge pull request #1323 from pypa/docs-38
    • Additional commits viewable in compare view

    Dependabot compatibility score

    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 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)
    dependencies 
    opened by dependabot[bot] 1
  • Bump pypa/cibuildwheel from 2.3.0 to 2.11.1

    Bump pypa/cibuildwheel from 2.3.0 to 2.11.1

    Bumps pypa/cibuildwheel from 2.3.0 to 2.11.1.

    Release notes

    Sourced from pypa/cibuildwheel's releases.

    v2.11.1

    • πŸ›  Updates to the latest manylinux images, and updates CPython 3.10 to 3.10.8.

    v2.11.0

    • 🌟 Adds support for cross-compiling Windows ARM64 wheels. To use this feature, add ARM64 to the CIBW_ARCHS option on a Windows Intel runner. (#1144)
    • ✨ Adds support for building Linux aarch64 wheels on Circle CI. (#1307)
    • ✨ Adds support for building Windows wheels on Gitlab CI. (#1295)
    • ✨ Adds support for building Linux aarch64 wheels under emulation on Gitlab CI. (#1295)
    • ✨ Adds the ability to test cp38-macosx_arm64 wheels on a native arm64 runner. To do this, you'll need to preinstall the (experimental) universal2 version of CPython 3.8 on your arm64 runner before invoking cibuildwheel. Note: it is not recommended to build x86_64 wheels with this setup, your wheels will have limited compatibility wrt macOS versions. (#1283)
    • πŸ›  Improved error messages when using custom Docker images and Python cannot be found at the correct path. (#1298)
    • πŸ“š Sample configs for Azure Pipelines and Travis CI updated (#1296)
    • πŸ“š Other docs improvements - including more information about using Homebrew for build dependencies (#1290)

    v2.10.2

    • πŸ› Fix a bug that caused win32 identifiers to fail when used with --only. (#1282)
    • πŸ› Fix computation of auto/auto64/auto32 archs when targeting a different platform to the one that you're running cibuildwheel on. (#1266)
    • πŸ“š Fix an mistake in the 'how it works' diagram. (#1274)

    v2.10.1

    • πŸ› Fix a bug that stopped environment variables specified in TOML from being expanded. (#1273)

    v2.10.0

    • 🌟 Adds support for building wheels on Cirrus CI. This is exciting for us, as it's the first public CI platform that natively supports macOS Apple Silicon (aka. M1, arm64) runners. As such, it's the first platform that you can natively build and test macOS arm64 wheels. It also has native Linux ARM (aarch64) runners, for fast, native builds there. (#1191)
    • 🌟 Adds support for running cibuildwheel on Apple Silicon machines. For a while, we've supported cross-compilation of Apple Silicon wheels on x86_64, but now that we have Cirrus CI we can run our test suite and officially support running cibuildwheel on arm64. (#1191)
    • ✨ Adds the --only command line option, to specify a single build to run. Previously, it could be cumbersome to set all the build selection options to target a specific build - for example, you might have to run something like CIBW_BUILD=cp39-manylinux_x86_64 cibuildwheel --platform linux --archs x86_64. The new --only option overrides all the build selection options to simplify running a single build, which now looks like cibuildwheel --only cp39-manylinux_x86_64. (#1098)
    • ✨ Adds the CIBW_CONFIG_SETTINGS option, so you can pass arguments to your package's build backend (#1244)
    • πŸ›  Updates the CPython 3.11 version to the latest release candidate - v3.11.0rc2. (#1265)
    • πŸ› Fix a bug that can cause a RecursionError on Windows when building from an sdist. (#1253)
    • πŸ›  Add support for the s390x architecture on manylinux_2_28 (#1255)

    v2.9.0

    • 🌟 CPython 3.11 wheels are now built by default - without the CIBW_PRERELEASE_PYTHONS flag. It's time to build and upload these wheels to PyPI! This release includes CPython 3.11.0rc1, which is guaranteed to be ABI compatible with the final release. (#1226)
    • ⚠️ Removed support for running cibuildwheel in Python 3.6. Python 3.6 is EOL. However, cibuildwheel continues to build CPython 3.6 wheels for the moment. (#1175)
    • ✨ Improved error messages when misspelling TOML options, suggesting close matches (#1205)
    • πŸ›  When running on Apple Silicon (so far, an unsupported mode of operation), cibuildwheel no longer builds universal2 wheels by default - just arm64. See #1204 for discussion. We hope to release official support for native builds on Apple Silicon soon! (#1217)

    v2.8.1

    • πŸ› Fix a bug when building CPython 3.8 wheels on an Apple Silicon machine where testing would always fail. cibuildwheel will no longer attempt to test the arm64 part of CPython 3.8 wheels because we use the x86_64 installer of CPython 3.8 due to its macOS system version backward-compatibility. See #1169 for more details. (#1171)
    • πŸ›  Update the prerelease CPython 3.11 to 3.11.0b4. (#1180)
    • πŸ›  The GitHub Action will ensure a compatible version of Python is installed on the runner (#1114)
    • πŸ“š A few docs improvements

    v2.8.0

    • ✨ You can now run cibuildwheel on Podman, as an alternate container engine to Docker (which remains the default). This is useful in environments where a Docker daemon isn't available, for example, it can be run inside a Docker container, or without root access. To use Podman, set the CIBW_CONTAINER_ENGINE option. (#966)

    • ✨ Adds support for building py3-none-{platform} wheels. This works the same as ABI3 - wheels won't be rebuilt, but tests will still be run across all selected versions of Python.

      These wheels contain native extension code, but don't use the Python APIs. Typically, they're bridged to Python using a FFI module like ctypes or cffi. Because they don't use Python ABI, the wheels are more compatible - they work across many Python versions.

      Check out this example ctypes project to see an example of how it works. (#1151)

    • πŸ›  cibuildwheel will now error if multiple builds in a single run produce the same wheel filename, as this indicates a misconfiguration. (#1152)

    ... (truncated)

    Changelog

    Sourced from pypa/cibuildwheel's changelog.

    v2.11.1

    13 October 2022

    • πŸ›  Updates to the latest manylinux images, and updates CPython 3.10 to 3.10.8.

    v2.11.0

    13 October 2022

    • 🌟 Adds support for cross-compiling Windows ARM64 wheels. To use this feature, add ARM64 to the CIBW_ARCHS option on a Windows Intel runner. (#1144)
    • ✨ Adds support for building Linux aarch64 wheels on Circle CI. (#1307)
    • ✨ Adds support for building Windows wheels on Gitlab CI. (#1295)
    • ✨ Adds support for building Linux aarch64 wheels under emulation on Gitlab CI. (#1295)
    • ✨ Adds the ability to test cp38-macosx_arm64 wheels on a native arm64 runner. To do this, you'll need to preinstall the (experimental) universal2 version of CPython 3.8 on your arm64 runner before invoking cibuildwheel. Note: it is not recommended to build x86_64 wheels with this setup, your wheels will have limited compatibility wrt macOS versions. (#1283)
    • πŸ›  Improved error messages when using custom Docker images and Python cannot be found at the correct path. (#1298)
    • πŸ“š Sample configs for Azure Pipelines and Travis CI updated (#1296)
    • πŸ“š Other docs improvements - including more information about using Homebrew for build dependencies (#1290)

    v2.10.2

    25 September 2022

    • πŸ› Fix a bug that caused win32 identifiers to fail when used with --only. (#1282)
    • πŸ› Fix computation of auto/auto64/auto32 archs when targeting a different platform to the one that you're running cibuildwheel on. (#1266)
    • πŸ“š Fix an mistake in the 'how it works' diagram. (#1274)

    v2.10.1

    18 September 2022

    • πŸ› Fix a bug that stopped environment variables specified in TOML from being expanded. (#1273)

    v2.10.0

    13 September 2022

    • 🌟 Adds support for building wheels on Cirrus CI. This is exciting for us, as it's the first public CI platform that natively supports macOS Apple Silicon (aka. M1, arm64) runners. As such, it's the first platform that you can natively build and test macOS arm64 wheels. It also has native Linux ARM (aarch64) runners, for fast, native builds there. (#1191)
    • 🌟 Adds support for running cibuildwheel on Apple Silicon machines. For a while, we've supported cross-compilation of Apple Silicon wheels on x86_64, but now that we have Cirrus CI we can run our test suite and officially support running cibuildwheel on arm64. (#1191)
    • ✨ Adds the --only command line option, to specify a single build to run. Previously, it could be cumbersome to set all the build selection options to target a specific build - for example, you might have to run something like CIBW_BUILD=cp39-manylinux_x86_64 cibuildwheel --platform linux --archs x86_64. The new --only option overrides all the build selection options to simplify running a single build, which now looks like cibuildwheel --only cp39-manylinux_x86_64. (#1098)
    • ✨ Adds the CIBW_CONFIG_SETTINGS option, so you can pass arguments to your package's build backend (#1244)
    • πŸ›  Updates the CPython 3.11 version to the latest release candidate - v3.11.0rc2. (#1265)
    • πŸ› Fix a bug that can cause a RecursionError on Windows when building from an sdist. (#1253)
    • πŸ›  Add support for the s390x architecture on manylinux_2_28 (#1255)

    v2.9.0

    11 August 2022

    • 🌟 CPython 3.11 wheels are now built by default - without the CIBW_PRERELEASE_PYTHONS flag. It's time to build and upload these wheels to PyPI! This release includes CPython 3.11.0rc1, which is guaranteed to be ABI compatible with the final release. (#1226)

    ... (truncated)

    Commits
    • 1904551 Bump version: v2.11.1
    • eb50dff Merge pull request #1309 from pypa/update-dependencies-pr
    • a560b0e Fix mistake in Gitlab CI config
    • 80a2e1a Update dependencies
    • a9ad61c Bump version: v2.11.0
    • 563b1c1 Merge pull request #1296 from pypa/example-configs
    • bea8df9 Merge pull request #1307 from minrk/circle-aarch64
    • 4c30621 add linux-aarch64 to circleci tests
    • 76b3bfc Merge branch 'main' into circle-aarch64
    • d7f615a Merge pull request #1295 from wbarnha/extend-gitlab-qemu
    • Additional commits viewable in compare view

    Dependabot compatibility score

    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 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)
    dependencies 
    opened by dependabot[bot] 1
  • Bump pypa/cibuildwheel from 2.3.0 to 2.10.2

    Bump pypa/cibuildwheel from 2.3.0 to 2.10.2

    Bumps pypa/cibuildwheel from 2.3.0 to 2.10.2.

    Release notes

    Sourced from pypa/cibuildwheel's releases.

    v2.10.2

    • πŸ› Fix a bug that caused win32 identifiers to fail when used with --only. (#1282)
    • πŸ› Fix computation of auto/auto64/auto32 archs when targeting a different platform to the one that you're running cibuildwheel on. (#1266)
    • πŸ“š Fix an mistake in the 'how it works' diagram. (#1274)

    v2.10.1

    • πŸ› Fix a bug that stopped environment variables specified in TOML from being expanded. (#1273)

    v2.10.0

    • 🌟 Adds support for building wheels on Cirrus CI. This is exciting for us, as it's the first public CI platform that natively supports macOS Apple Silicon (aka. M1, arm64) runners. As such, it's the first platform that you can natively build and test macOS arm64 wheels. It also has native Linux ARM (aarch64) runners, for fast, native builds there. (#1191)
    • 🌟 Adds support for running cibuildwheel on Apple Silicon machines. For a while, we've supported cross-compilation of Apple Silicon wheels on x86_64, but now that we have Cirrus CI we can run our test suite and officially support running cibuildwheel on arm64. (#1191)
    • ✨ Adds the --only command line option, to specify a single build to run. Previously, it could be cumbersome to set all the build selection options to target a specific build - for example, you might have to run something like CIBW_BUILD=cp39-manylinux_x86_64 cibuildwheel --platform linux --archs x86_64. The new --only option overrides all the build selection options to simplify running a single build, which now looks like cibuildwheel --only cp39-manylinux_x86_64. (#1098)
    • ✨ Adds the CIBW_CONFIG_SETTINGS option, so you can pass arguments to your package's build backend (#1244)
    • πŸ›  Updates the CPython 3.11 version to the latest release candidate - v3.11.0rc2. (#1265)
    • πŸ› Fix a bug that can cause a RecursionError on Windows when building from an sdist. (#1253)
    • πŸ›  Add support for the s390x architecture on manylinux_2_28 (#1255)

    v2.9.0

    • 🌟 CPython 3.11 wheels are now built by default - without the CIBW_PRERELEASE_PYTHONS flag. It's time to build and upload these wheels to PyPI! This release includes CPython 3.11.0rc1, which is guaranteed to be ABI compatible with the final release. (#1226)
    • ⚠️ Removed support for running cibuildwheel in Python 3.6. Python 3.6 is EOL. However, cibuildwheel continues to build CPython 3.6 wheels for the moment. (#1175)
    • ✨ Improved error messages when misspelling TOML options, suggesting close matches (#1205)
    • πŸ›  When running on Apple Silicon (so far, an unsupported mode of operation), cibuildwheel no longer builds universal2 wheels by default - just arm64. See #1204 for discussion. We hope to release official support for native builds on Apple Silicon soon! (#1217)

    v2.8.1

    • πŸ› Fix a bug when building CPython 3.8 wheels on an Apple Silicon machine where testing would always fail. cibuildwheel will no longer attempt to test the arm64 part of CPython 3.8 wheels because we use the x86_64 installer of CPython 3.8 due to its macOS system version backward-compatibility. See #1169 for more details. (#1171)
    • πŸ›  Update the prerelease CPython 3.11 to 3.11.0b4. (#1180)
    • πŸ›  The GitHub Action will ensure a compatible version of Python is installed on the runner (#1114)
    • πŸ“š A few docs improvements

    v2.8.0

    • ✨ You can now run cibuildwheel on Podman, as an alternate container engine to Docker (which remains the default). This is useful in environments where a Docker daemon isn't available, for example, it can be run inside a Docker container, or without root access. To use Podman, set the CIBW_CONTAINER_ENGINE option. (#966)

    • ✨ Adds support for building py3-none-{platform} wheels. This works the same as ABI3 - wheels won't be rebuilt, but tests will still be run across all selected versions of Python.

      These wheels contain native extension code, but don't use the Python APIs. Typically, they're bridged to Python using a FFI module like ctypes or cffi. Because they don't use Python ABI, the wheels are more compatible - they work across many Python versions.

      Check out this example ctypes project to see an example of how it works. (#1151)

    • πŸ›  cibuildwheel will now error if multiple builds in a single run produce the same wheel filename, as this indicates a misconfiguration. (#1152)

    • πŸ“š A few docs improvements and updates to keep things up-to-date.

    2.7.0

    • 🌟 Added support for the new manylinux_2_28 images. These new images are based on AlmaLinux, the community-driven successor to CentOS, unlike manylinux_2_24, which was based on Debian. To build on these images, set your CIBW_MANYLINUX_*_IMAGE option to manylinux_2_28. (#1026)
    • πŸ› Fix a bug where tests were not being run on CPython 3.11 (when CIBW_PRERELEASE_PYTHONS was set) (#1138)
    • ✨ You can now build Linux wheels on Windows, as long as you have Docker installed and set to 'Linux containers' (#1117)
    • πŸ› Fix a bug on macOS that caused cibuildwheel to crash trying to overwrite a previously-built wheel of the same name (#1129)

    2.6.1

    • πŸ›  Update the prerelease CPython 3.11 to 3.11.0b3

    2.6.0

    • 🌟 Added the ability to test building wheels on CPython 3.11! Because CPython 3.11 is in beta, these wheels should not be distributed, because they might not be compatible with the final release, but it's available to build for testing purposes. Use the flag --prerelease-pythons or CIBW_PRERELEASE_PYTHONS to test. This version of cibuildwheel includes CPython 3.11.0b1. (#1109)

    ... (truncated)

    Changelog

    Sourced from pypa/cibuildwheel's changelog.

    v2.10.2

    25 September 2022

    • πŸ› Fix a bug that caused win32 identifiers to fail when used with --only. (#1282)
    • πŸ› Fix computation of auto/auto64/auto32 archs when targeting a different platform to the one that you're running cibuildwheel on. (#1266)
    • πŸ“š Fix an mistake in the 'how it works' diagram. (#1274)

    v2.10.1

    18 September 2022

    • πŸ› Fix a bug that stopped environment variables specified in TOML from being expanded. (#1273)

    v2.10.0

    13 September 2022

    • 🌟 Adds support for building wheels on Cirrus CI. This is exciting for us, as it's the first public CI platform that natively supports macOS Apple Silicon (aka. M1, arm64) runners. As such, it's the first platform that you can natively build and test macOS arm64 wheels. It also has native Linux ARM (aarch64) runners, for fast, native builds there. (#1191)
    • 🌟 Adds support for running cibuildwheel on Apple Silicon machines. For a while, we've supported cross-compilation of Apple Silicon wheels on x86_64, but now that we have Cirrus CI we can run our test suite and officially support running cibuildwheel on arm64. (#1191)
    • ✨ Adds the --only command line option, to specify a single build to run. Previously, it could be cumbersome to set all the build selection options to target a specific build - for example, you might have to run something like CIBW_BUILD=cp39-manylinux_x86_64 cibuildwheel --platform linux --archs x86_64. The new --only option overrides all the build selection options to simplify running a single build, which now looks like cibuildwheel --only cp39-manylinux_x86_64. (#1098)
    • ✨ Adds the CIBW_CONFIG_SETTINGS option, so you can pass arguments to your package's build backend (#1244)
    • πŸ›  Updates the CPython 3.11 version to the latest release candidate - v3.11.0rc2. (#1265)
    • πŸ› Fix a bug that can cause a RecursionError on Windows when building from an sdist. (#1253)
    • πŸ›  Add support for the s390x architecture on manylinux_2_28 (#1255)

    v2.9.0

    11 August 2022

    • 🌟 CPython 3.11 wheels are now built by default - without the CIBW_PRERELEASE_PYTHONS flag. It's time to build and upload these wheels to PyPI! This release includes CPython 3.11.0rc1, which is guaranteed to be ABI compatible with the final release. (#1226)
    • ⚠️ Removed support for running cibuildwheel in Python 3.6. Python 3.6 is EOL. However, cibuildwheel continues to build CPython 3.6 wheels for the moment. (#1175)
    • ✨ Improved error messages when misspelling TOML options, suggesting close matches (#1205)
    • πŸ›  When running on Apple Silicon (so far, an unsupported mode of operation), cibuildwheel no longer builds universal2 wheels by default - just arm64. See #1204 for discussion. We hope to release official support for native builds on Apple Silicon soon! (#1217)

    v2.8.1

    18 July 2022

    • πŸ› Fix a bug when building CPython 3.8 wheels on an Apple Silicon machine where testing would always fail. cibuildwheel will no longer attempt to test the arm64 part of CPython 3.8 wheels because we use the x86_64 installer of CPython 3.8 due to its macOS system version backward-compatibility. See #1169 for more details. (#1171)
    • πŸ›  Update the prerelease CPython 3.11 to 3.11.0b4. (#1180)
    • πŸ›  The GitHub Action will ensure a compatible version of Python is installed on the runner (#1114)
    • πŸ“š A few docs improvements

    v2.8.0

    5 July 2022

    • ✨ You can now run cibuildwheel on Podman, as an alternate container engine to Docker (which remains the default). This is useful in environments where a Docker daemon isn't available, for example, it can be run inside a Docker container, or without root access. To use Podman, set the CIBW_CONTAINER_ENGINE option. (#966)
    • ✨ Adds support for building py3-none-{platform} wheels. This works the same as ABI3 - wheels won't be rebuilt, but tests will still be run across all selected versions of Python.

    ... (truncated)

    Commits
    • 7c45799 Bump version: v2.10.2
    • f766904 Merge pull request #1258 from henryiii/henryiii/chore/dev
    • 73a435b Merge pull request #1266 from henryiii/henryiii/fix/crossplatform
    • 8b0aa9b Merge pull request #1282 from pypa/fix-1281
    • 6b0e1bc Merge pull request #1274 from pypa/diagram-fix
    • 5e5fdd1 Fix win32 identifiers with --only
    • 1e3f3fd Add failing test
    • faa3ab4 Refactor a little to minimise changes and clarify naming
    • 7969f7c [Bot] Update dependencies (#1275)
    • 4447618 Merge pull request #1276 from pypa/pre-commit-ci-update-config
    • Additional commits viewable in compare view

    Dependabot compatibility score

    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 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)
    dependencies 
    opened by dependabot[bot] 1
  • Bump pypa/cibuildwheel from 2.3.0 to 2.10.1

    Bump pypa/cibuildwheel from 2.3.0 to 2.10.1

    Bumps pypa/cibuildwheel from 2.3.0 to 2.10.1.

    Release notes

    Sourced from pypa/cibuildwheel's releases.

    v2.10.1

    • πŸ› Fix a bug that stopped environment variables specified in TOML from being expanded. (#1273)

    v2.10.0

    • 🌟 Adds support for building wheels on Cirrus CI. This is exciting for us, as it's the first public CI platform that natively supports macOS Apple Silicon (aka. M1, arm64) runners. As such, it's the first platform that you can natively build and test macOS arm64 wheels. It also has native Linux ARM (aarch64) runners, for fast, native builds there. (#1191)
    • 🌟 Adds support for running cibuildwheel on Apple Silicon machines. For a while, we've supported cross-compilation of Apple Silicon wheels on x86_64, but now that we have Cirrus CI we can run our test suite and officially support running cibuildwheel on arm64. (#1191)
    • ✨ Adds the --only command line option, to specify a single build to run. Previously, it could be cumbersome to set all the build selection options to target a specific build - for example, you might have to run something like CIBW_BUILD=cp39-manylinux_x86_64 cibuildwheel --platform linux --archs x86_64. The new --only option overrides all the build selection options to simplify running a single build, which now looks like cibuildwheel --only cp39-manylinux_x86_64. (#1098)
    • ✨ Adds the CIBW_CONFIG_SETTINGS option, so you can pass arguments to your package's build backend (#1244)
    • πŸ›  Updates the CPython 3.11 version to the latest release candidate - v3.11.0rc2. (#1265)
    • πŸ› Fix a bug that can cause a RecursionError on Windows when building from an sdist. (#1253)
    • πŸ›  Add support for the s390x architecture on manylinux_2_28 (#1255)

    v2.9.0

    • 🌟 CPython 3.11 wheels are now built by default - without the CIBW_PRERELEASE_PYTHONS flag. It's time to build and upload these wheels to PyPI! This release includes CPython 3.11.0rc1, which is guaranteed to be ABI compatible with the final release. (#1226)
    • ⚠️ Removed support for running cibuildwheel in Python 3.6. Python 3.6 is EOL. However, cibuildwheel continues to build CPython 3.6 wheels for the moment. (#1175)
    • ✨ Improved error messages when misspelling TOML options, suggesting close matches (#1205)
    • πŸ›  When running on Apple Silicon (so far, an unsupported mode of operation), cibuildwheel no longer builds universal2 wheels by default - just arm64. See #1204 for discussion. We hope to release official support for native builds on Apple Silicon soon! (#1217)

    v2.8.1

    • πŸ› Fix a bug when building CPython 3.8 wheels on an Apple Silicon machine where testing would always fail. cibuildwheel will no longer attempt to test the arm64 part of CPython 3.8 wheels because we use the x86_64 installer of CPython 3.8 due to its macOS system version backward-compatibility. See #1169 for more details. (#1171)
    • πŸ›  Update the prerelease CPython 3.11 to 3.11.0b4. (#1180)
    • πŸ›  The GitHub Action will ensure a compatible version of Python is installed on the runner (#1114)
    • πŸ“š A few docs improvements

    v2.8.0

    • ✨ You can now run cibuildwheel on Podman, as an alternate container engine to Docker (which remains the default). This is useful in environments where a Docker daemon isn't available, for example, it can be run inside a Docker container, or without root access. To use Podman, set the CIBW_CONTAINER_ENGINE option. (#966)

    • ✨ Adds support for building py3-none-{platform} wheels. This works the same as ABI3 - wheels won't be rebuilt, but tests will still be run across all selected versions of Python.

      These wheels contain native extension code, but don't use the Python APIs. Typically, they're bridged to Python using a FFI module like ctypes or cffi. Because they don't use Python ABI, the wheels are more compatible - they work across many Python versions.

      Check out this example ctypes project to see an example of how it works. (#1151)

    • πŸ›  cibuildwheel will now error if multiple builds in a single run produce the same wheel filename, as this indicates a misconfiguration. (#1152)

    • πŸ“š A few docs improvements and updates to keep things up-to-date.

    2.7.0

    • 🌟 Added support for the new manylinux_2_28 images. These new images are based on AlmaLinux, the community-driven successor to CentOS, unlike manylinux_2_24, which was based on Debian. To build on these images, set your CIBW_MANYLINUX_*_IMAGE option to manylinux_2_28. (#1026)
    • πŸ› Fix a bug where tests were not being run on CPython 3.11 (when CIBW_PRERELEASE_PYTHONS was set) (#1138)
    • ✨ You can now build Linux wheels on Windows, as long as you have Docker installed and set to 'Linux containers' (#1117)
    • πŸ› Fix a bug on macOS that caused cibuildwheel to crash trying to overwrite a previously-built wheel of the same name (#1129)

    2.6.1

    • πŸ›  Update the prerelease CPython 3.11 to 3.11.0b3

    2.6.0

    • 🌟 Added the ability to test building wheels on CPython 3.11! Because CPython 3.11 is in beta, these wheels should not be distributed, because they might not be compatible with the final release, but it's available to build for testing purposes. Use the flag --prerelease-pythons or CIBW_PRERELEASE_PYTHONS to test. This version of cibuildwheel includes CPython 3.11.0b1. (#1109)
    • πŸ“š Added an interactive diagram showing how cibuildwheel works to the docs (#1100)

    2.5.0

    • ✨ Added support for building ABI3 wheels. cibuildwheel will now recognise when an ABI3 wheel was produced, and skip subsequent build steps where the previously built wheel is compatible. Tests still will run on all selected versions of Python, using the ABI3 wheel. Check this entry in the docs for more info. (#1091)
    • ✨ You can now build wheels directly from sdist archives, in addition to source directories. Just call cibuildwheel with an sdist argument on the command line, like cibuildwheel mypackage-1.0.0.tar.gz. For more details, check the --help output (#1096)

    ... (truncated)

    Changelog

    Sourced from pypa/cibuildwheel's changelog.

    v2.10.1

    18 September 2022

    • πŸ› Fix a bug that stopped environment variables specified in TOML from being expanded. (#1273)

    v2.10.0

    13 September 2022

    • 🌟 Adds support for building wheels on Cirrus CI. This is exciting for us, as it's the first public CI platform that natively supports macOS Apple Silicon (aka. M1, arm64) runners. As such, it's the first platform that you can natively build and test macOS arm64 wheels. It also has native Linux ARM (aarch64) runners, for fast, native builds there. (#1191)
    • 🌟 Adds support for running cibuildwheel on Apple Silicon machines. For a while, we've supported cross-compilation of Apple Silicon wheels on x86_64, but now that we have Cirrus CI we can run our test suite and officially support running cibuildwheel on arm64. (#1191)
    • ✨ Adds the --only command line option, to specify a single build to run. Previously, it could be cumbersome to set all the build selection options to target a specific build - for example, you might have to run something like CIBW_BUILD=cp39-manylinux_x86_64 cibuildwheel --platform linux --archs x86_64. The new --only option overrides all the build selection options to simplify running a single build, which now looks like cibuildwheel --only cp39-manylinux_x86_64. (#1098)
    • ✨ Adds the CIBW_CONFIG_SETTINGS option, so you can pass arguments to your package's build backend (#1244)
    • πŸ›  Updates the CPython 3.11 version to the latest release candidate - v3.11.0rc2. (#1265)
    • πŸ› Fix a bug that can cause a RecursionError on Windows when building from an sdist. (#1253)
    • πŸ›  Add support for the s390x architecture on manylinux_2_28 (#1255)

    v2.9.0

    11 August 2022

    • 🌟 CPython 3.11 wheels are now built by default - without the CIBW_PRERELEASE_PYTHONS flag. It's time to build and upload these wheels to PyPI! This release includes CPython 3.11.0rc1, which is guaranteed to be ABI compatible with the final release. (#1226)
    • ⚠️ Removed support for running cibuildwheel in Python 3.6. Python 3.6 is EOL. However, cibuildwheel continues to build CPython 3.6 wheels for the moment. (#1175)
    • ✨ Improved error messages when misspelling TOML options, suggesting close matches (#1205)
    • πŸ›  When running on Apple Silicon (so far, an unsupported mode of operation), cibuildwheel no longer builds universal2 wheels by default - just arm64. See #1204 for discussion. We hope to release official support for native builds on Apple Silicon soon! (#1217)

    v2.8.1

    18 July 2022

    • ?? Fix a bug when building CPython 3.8 wheels on an Apple Silicon machine where testing would always fail. cibuildwheel will no longer attempt to test the arm64 part of CPython 3.8 wheels because we use the x86_64 installer of CPython 3.8 due to its macOS system version backward-compatibility. See #1169 for more details. (#1171)
    • πŸ›  Update the prerelease CPython 3.11 to 3.11.0b4. (#1180)
    • πŸ›  The GitHub Action will ensure a compatible version of Python is installed on the runner (#1114)
    • πŸ“š A few docs improvements

    v2.8.0

    5 July 2022

    • ✨ You can now run cibuildwheel on Podman, as an alternate container engine to Docker (which remains the default). This is useful in environments where a Docker daemon isn't available, for example, it can be run inside a Docker container, or without root access. To use Podman, set the CIBW_CONTAINER_ENGINE option. (#966)

    • ✨ Adds support for building py3-none-{platform} wheels. This works the same as ABI3 - wheels won't be rebuilt, but tests will still be run across all selected versions of Python.

      These wheels contain native extension code, but don't use the Python APIs. Typically, they're bridged to Python using a FFI module like ctypes or cffi. Because they don't use Python ABI, the wheels are more compatible - they work across many Python versions.

      Check out this example ctypes project to see an example of how it works. (#1151)

    • πŸ›  cibuildwheel will now error if multiple builds in a single run produce the same wheel filename, as this indicates a misconfiguration. (#1152)

    • πŸ“š A few docs improvements and updates to keep things up-to-date.

    v2.7.0

    ... (truncated)

    Commits

    Dependabot compatibility score

    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 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)
    dependencies 
    opened by dependabot[bot] 1
  • Bump pypa/cibuildwheel from 2.3.0 to 2.10.0

    Bump pypa/cibuildwheel from 2.3.0 to 2.10.0

    Bumps pypa/cibuildwheel from 2.3.0 to 2.10.0.

    Release notes

    Sourced from pypa/cibuildwheel's releases.

    v2.10.0

    • 🌟 Adds support for building wheels on Cirrus CI. This is exciting for us, as it's the first public CI platform that natively supports macOS Apple Silicon (aka. M1, arm64) runners. As such, it's the first platform that you can natively build and test macOS arm64 wheels. It also has native Linux ARM (aarch64) runners, for fast, native builds there. (#1191)
    • 🌟 Adds support for running cibuildwheel on Apple Silicon machines. For a while, we've supported cross-compilation of Apple Silicon wheels on x86_64, but now that we have Cirrus CI we can run our test suite and officially support running cibuildwheel on arm64. (#1191)
    • ✨ Adds the --only command line option, to specify a single build to run. Previously, it could be cumbersome to set all the build selection options to target a specific build - for example, you might have to run something like CIBW_BUILD=cp39-manylinux_x86_64 cibuildwheel --platform linux --archs x86_64. The new --only option overrides all the build selection options to simplify running a single build, which now looks like cibuildwheel --only cp39-manylinux_x86_64. (#1098)
    • ✨ Adds the CIBW_CONFIG_SETTINGS option, so you can pass arguments to your package's build backend (#1244)
    • πŸ›  Updates the CPython 3.11 version to the latest release candidate - v3.11.0rc2. (#1265)
    • πŸ› Fix a bug that can cause a RecursionError on Windows when building from an sdist. (#1253)
    • πŸ›  Add support for the s390x architecture on manylinux_2_28 (#1255)

    v2.9.0

    • 🌟 CPython 3.11 wheels are now built by default - without the CIBW_PRERELEASE_PYTHONS flag. It's time to build and upload these wheels to PyPI! This release includes CPython 3.11.0rc1, which is guaranteed to be ABI compatible with the final release. (#1226)
    • ⚠️ Removed support for running cibuildwheel in Python 3.6. Python 3.6 is EOL. However, cibuildwheel continues to build CPython 3.6 wheels for the moment. (#1175)
    • ✨ Improved error messages when misspelling TOML options, suggesting close matches (#1205)
    • πŸ›  When running on Apple Silicon (so far, an unsupported mode of operation), cibuildwheel no longer builds universal2 wheels by default - just arm64. See #1204 for discussion. We hope to release official support for native builds on Apple Silicon soon! (#1217)

    v2.8.1

    • πŸ› Fix a bug when building CPython 3.8 wheels on an Apple Silicon machine where testing would always fail. cibuildwheel will no longer attempt to test the arm64 part of CPython 3.8 wheels because we use the x86_64 installer of CPython 3.8 due to its macOS system version backward-compatibility. See #1169 for more details. (#1171)
    • πŸ›  Update the prerelease CPython 3.11 to 3.11.0b4. (#1180)
    • πŸ›  The GitHub Action will ensure a compatible version of Python is installed on the runner (#1114)
    • πŸ“š A few docs improvements

    v2.8.0

    • ✨ You can now run cibuildwheel on Podman, as an alternate container engine to Docker (which remains the default). This is useful in environments where a Docker daemon isn't available, for example, it can be run inside a Docker container, or without root access. To use Podman, set the CIBW_CONTAINER_ENGINE option. (#966)

    • ✨ Adds support for building py3-none-{platform} wheels. This works the same as ABI3 - wheels won't be rebuilt, but tests will still be run across all selected versions of Python.

      These wheels contain native extension code, but don't use the Python APIs. Typically, they're bridged to Python using a FFI module like ctypes or cffi. Because they don't use Python ABI, the wheels are more compatible - they work across many Python versions.

      Check out this example ctypes project to see an example of how it works. (#1151)

    • πŸ›  cibuildwheel will now error if multiple builds in a single run produce the same wheel filename, as this indicates a misconfiguration. (#1152)

    • πŸ“š A few docs improvements and updates to keep things up-to-date.

    2.7.0

    • 🌟 Added support for the new manylinux_2_28 images. These new images are based on AlmaLinux, the community-driven successor to CentOS, unlike manylinux_2_24, which was based on Debian. To build on these images, set your CIBW_MANYLINUX_*_IMAGE option to manylinux_2_28. (#1026)
    • πŸ› Fix a bug where tests were not being run on CPython 3.11 (when CIBW_PRERELEASE_PYTHONS was set) (#1138)
    • ✨ You can now build Linux wheels on Windows, as long as you have Docker installed and set to 'Linux containers' (#1117)
    • πŸ› Fix a bug on macOS that caused cibuildwheel to crash trying to overwrite a previously-built wheel of the same name (#1129)

    2.6.1

    • πŸ›  Update the prerelease CPython 3.11 to 3.11.0b3

    2.6.0

    • 🌟 Added the ability to test building wheels on CPython 3.11! Because CPython 3.11 is in beta, these wheels should not be distributed, because they might not be compatible with the final release, but it's available to build for testing purposes. Use the flag --prerelease-pythons or CIBW_PRERELEASE_PYTHONS to test. This version of cibuildwheel includes CPython 3.11.0b1. (#1109)
    • πŸ“š Added an interactive diagram showing how cibuildwheel works to the docs (#1100)

    2.5.0

    • ✨ Added support for building ABI3 wheels. cibuildwheel will now recognise when an ABI3 wheel was produced, and skip subsequent build steps where the previously built wheel is compatible. Tests still will run on all selected versions of Python, using the ABI3 wheel. Check this entry in the docs for more info. (#1091)
    • ✨ You can now build wheels directly from sdist archives, in addition to source directories. Just call cibuildwheel with an sdist argument on the command line, like cibuildwheel mypackage-1.0.0.tar.gz. For more details, check the --help output (#1096)
    • πŸ› Fix a bug where cibuildwheel would crash when no builds are selected and --allow-empty is passed (#1086)
    • πŸ› Workaround a permissions issue on Linux relating to newer versions of git and setuptools_scm (#1095)
    • πŸ“š Minor docs improvements

    ... (truncated)

    Changelog

    Sourced from pypa/cibuildwheel's changelog.

    v2.10.0

    13 September 2022

    • 🌟 Adds support for building wheels on Cirrus CI. This is exciting for us, as it's the first public CI platform that natively supports macOS Apple Silicon (aka. M1, arm64) runners. As such, it's the first platform that you can natively build and test macOS arm64 wheels. It also has native Linux ARM (aarch64) runners, for fast, native builds there. (#1191)
    • 🌟 Adds support for running cibuildwheel on Apple Silicon machines. For a while, we've supported cross-compilation of Apple Silicon wheels on x86_64, but now that we have Cirrus CI we can run our test suite and officially support running cibuildwheel on arm64. (#1191)
    • ✨ Adds the --only command line option, to specify a single build to run. Previously, it could be cumbersome to set all the build selection options to target a specific build - for example, you might have to run something like CIBW_BUILD=cp39-manylinux_x86_64 cibuildwheel --platform linux --archs x86_64. The new --only option overrides all the build selection options to simplify running a single build, which now looks like cibuildwheel --only cp39-manylinux_x86_64. (#1098)
    • ✨ Adds the CIBW_CONFIG_SETTINGS option, so you can pass arguments to your package's build backend (#1244)
    • πŸ›  Updates the CPython 3.11 version to the latest release candidate - v3.11.0rc2. (#1265)
    • πŸ› Fix a bug that can cause a RecursionError on Windows when building from an sdist. (#1253)
    • πŸ›  Add support for the s390x architecture on manylinux_2_28 (#1255)

    v2.9.0

    11 August 2022

    • 🌟 CPython 3.11 wheels are now built by default - without the CIBW_PRERELEASE_PYTHONS flag. It's time to build and upload these wheels to PyPI! This release includes CPython 3.11.0rc1, which is guaranteed to be ABI compatible with the final release. (#1226)
    • ⚠️ Removed support for running cibuildwheel in Python 3.6. Python 3.6 is EOL. However, cibuildwheel continues to build CPython 3.6 wheels for the moment. (#1175)
    • ✨ Improved error messages when misspelling TOML options, suggesting close matches (#1205)
    • πŸ›  When running on Apple Silicon (so far, an unsupported mode of operation), cibuildwheel no longer builds universal2 wheels by default - just arm64. See #1204 for discussion. We hope to release official support for native builds on Apple Silicon soon! (#1217)

    v2.8.1

    18 July 2022

    • πŸ› Fix a bug when building CPython 3.8 wheels on an Apple Silicon machine where testing would always fail. cibuildwheel will no longer attempt to test the arm64 part of CPython 3.8 wheels because we use the x86_64 installer of CPython 3.8 due to its macOS system version backward-compatibility. See #1169 for more details. (#1171)
    • πŸ›  Update the prerelease CPython 3.11 to 3.11.0b4. (#1180)
    • πŸ›  The GitHub Action will ensure a compatible version of Python is installed on the runner (#1114)
    • πŸ“š A few docs improvements

    v2.8.0

    5 July 2022

    • ✨ You can now run cibuildwheel on Podman, as an alternate container engine to Docker (which remains the default). This is useful in environments where a Docker daemon isn't available, for example, it can be run inside a Docker container, or without root access. To use Podman, set the CIBW_CONTAINER_ENGINE option. (#966)

    • ✨ Adds support for building py3-none-{platform} wheels. This works the same as ABI3 - wheels won't be rebuilt, but tests will still be run across all selected versions of Python.

      These wheels contain native extension code, but don't use the Python APIs. Typically, they're bridged to Python using a FFI module like ctypes or cffi. Because they don't use Python ABI, the wheels are more compatible - they work across many Python versions.

      Check out this example ctypes project to see an example of how it works. (#1151)

    • πŸ›  cibuildwheel will now error if multiple builds in a single run produce the same wheel filename, as this indicates a misconfiguration. (#1152)

    • πŸ“š A few docs improvements and updates to keep things up-to-date.

    v2.7.0

    17 June 2022

    • 🌟 Added support for the new manylinux_2_28 images. These new images are based on AlmaLinux, the community-driven successor to CentOS, unlike manylinux_2_24, which was based on Debian. To build on these images, set your CIBW_MANYLINUX_*_IMAGE option to manylinux_2_28. (#1026)
    • πŸ› Fix a bug where tests were not being run on CPython 3.11 (when CIBW_PRERELEASE_PYTHONS was set) (#1138)
    • ✨ You can now build Linux wheels on Windows, as long as you have Docker installed and set to 'Linux containers' (#1117)

    ... (truncated)

    Commits

    Dependabot compatibility score

    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 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)
    dependencies 
    opened by dependabot[bot] 1
  • Bump pypa/cibuildwheel from 2.3.0 to 2.9.0

    Bump pypa/cibuildwheel from 2.3.0 to 2.9.0

    Bumps pypa/cibuildwheel from 2.3.0 to 2.9.0.

    Release notes

    Sourced from pypa/cibuildwheel's releases.

    v2.9.0

    • 🌟 CPython 3.11 wheels are now built by default - without the CIBW_PRERELEASE_PYTHONS flag. It's time to build and upload these wheels to PyPI! This release includes CPython 3.11.0rc1, which is guaranteed to be ABI compatible with the final release. (#1226)
    • ⚠️ Removed support for running cibuildwheel in Python 3.6. Python 3.6 is EOL. However, cibuildwheel continues to build CPython 3.6 wheels for the moment. (#1175)
    • ✨ Improved error messages when misspelling TOML options, suggesting close matches (#1205)
    • πŸ›  When running on Apple Silicon (so far, an unsupported mode of operation), cibuildwheel no longer builds universal2 wheels by default - just arm64. See #1204 for discussion. We hope to release official support for native builds on Apple Silicon soon! (#1217)

    v2.8.1

    • πŸ› Fix a bug when building CPython 3.8 wheels on an Apple Silicon machine where testing would always fail. cibuildwheel will no longer attempt to test the arm64 part of CPython 3.8 wheels because we use the x86_64 installer of CPython 3.8 due to its macOS system version backward-compatibility. See #1169 for more details. (#1171)
    • πŸ›  Update the prerelease CPython 3.11 to 3.11.0b4. (#1180)
    • πŸ›  The GitHub Action will ensure a compatible version of Python is installed on the runner (#1114)
    • πŸ“š A few docs improvements

    v2.8.0

    • ✨ You can now run cibuildwheel on Podman, as an alternate container engine to Docker (which remains the default). This is useful in environments where a Docker daemon isn't available, for example, it can be run inside a Docker container, or without root access. To use Podman, set the CIBW_CONTAINER_ENGINE option. (#966)

    • ✨ Adds support for building py3-none-{platform} wheels. This works the same as ABI3 - wheels won't be rebuilt, but tests will still be run across all selected versions of Python.

      These wheels contain native extension code, but don't use the Python APIs. Typically, they're bridged to Python using a FFI module like ctypes or cffi. Because they don't use Python ABI, the wheels are more compatible - they work across many Python versions.

      Check out this example ctypes project to see an example of how it works. (#1151)

    • πŸ›  cibuildwheel will now error if multiple builds in a single run produce the same wheel filename, as this indicates a misconfiguration. (#1152)

    • πŸ“š A few docs improvements and updates to keep things up-to-date.

    2.7.0

    • 🌟 Added support for the new manylinux_2_28 images. These new images are based on AlmaLinux, the community-driven successor to CentOS, unlike manylinux_2_24, which was based on Debian. To build on these images, set your CIBW_MANYLINUX_*_IMAGE option to manylinux_2_28. (#1026)
    • πŸ› Fix a bug where tests were not being run on CPython 3.11 (when CIBW_PRERELEASE_PYTHONS was set) (#1138)
    • ✨ You can now build Linux wheels on Windows, as long as you have Docker installed and set to 'Linux containers' (#1117)
    • πŸ› Fix a bug on macOS that caused cibuildwheel to crash trying to overwrite a previously-built wheel of the same name (#1129)

    2.6.1

    • πŸ›  Update the prerelease CPython 3.11 to 3.11.0b3

    2.6.0

    • 🌟 Added the ability to test building wheels on CPython 3.11! Because CPython 3.11 is in beta, these wheels should not be distributed, because they might not be compatible with the final release, but it's available to build for testing purposes. Use the flag --prerelease-pythons or CIBW_PRERELEASE_PYTHONS to test. This version of cibuildwheel includes CPython 3.11.0b1. (#1109)
    • πŸ“š Added an interactive diagram showing how cibuildwheel works to the docs (#1100)

    2.5.0

    • ✨ Added support for building ABI3 wheels. cibuildwheel will now recognise when an ABI3 wheel was produced, and skip subsequent build steps where the previously built wheel is compatible. Tests still will run on all selected versions of Python, using the ABI3 wheel. Check this entry in the docs for more info. (#1091)
    • ✨ You can now build wheels directly from sdist archives, in addition to source directories. Just call cibuildwheel with an sdist argument on the command line, like cibuildwheel mypackage-1.0.0.tar.gz. For more details, check the --help output (#1096)
    • πŸ› Fix a bug where cibuildwheel would crash when no builds are selected and --allow-empty is passed (#1086)
    • πŸ› Workaround a permissions issue on Linux relating to newer versions of git and setuptools_scm (#1095)
    • πŸ“š Minor docs improvements

    v2.4.0

    • ✨ cibuildwheel now supports running locally on Windows and macOS (as well as Linux). On macOS, you'll have to install the versions of Pythons that you want to use from Python.org, and cibuildwheel will use them. On Windows, cibuildwheel will install it's own versions of Python. Check out the documentation for instructions. (#974)
    • ✨ Added support for building PyPy 3.9 wheels. (#1031)
    • ✨ Listing at the end of the build now displays the size of each wheel (#975)
    • πŸ› Workaround a connection timeout bug on Travis CI ppc64le runners (#906)
    • πŸ› Fix an encoding error when reading setup.py in the wrong encoding (#977)
    • πŸ›  Setuptools updated to 61.3.0, including experimental support for reading config from pyproject.toml(PEP 621). This could change the behaviour of your build if you have a pyproject.toml with a [project] table, because that takes precedence over setup.py and setup.cfg. Check out the setuptools docs and the project metadata specification for more info.
    • πŸ›  Many other dependency updates.

    ... (truncated)

    Changelog

    Sourced from pypa/cibuildwheel's changelog.

    v2.9.0

    11 August 2022

    • 🌟 CPython 3.11 wheels are now built by default - without the CIBW_PRERELEASE_PYTHONS flag. It's time to build and upload these wheels to PyPI! This release includes CPython 3.11.0rc1, which is guaranteed to be ABI compatible with the final release. (#1226)
    • ⚠️ Removed support for running cibuildwheel in Python 3.6. Python 3.6 is EOL. However, cibuildwheel continues to build CPython 3.6 wheels for the moment. (#1175)
    • ✨ Improved error messages when misspelling TOML options, suggesting close matches (#1205)
    • πŸ›  When running on Apple Silicon (so far, an unsupported mode of operation), cibuildwheel no longer builds universal2 wheels by default - just arm64. See #1204 for discussion. We hope to release official support for native builds on Apple Silicon soon! (#1217)

    v2.8.1

    18 July 2022

    • πŸ› Fix a bug when building CPython 3.8 wheels on an Apple Silicon machine where testing would always fail. cibuildwheel will no longer attempt to test the arm64 part of CPython 3.8 wheels because we use the x86_64 installer of CPython 3.8 due to its macOS system version backward-compatibility. See #1169 for more details. (#1171)
    • πŸ›  Update the prerelease CPython 3.11 to 3.11.0b4. (#1180)
    • πŸ›  The GitHub Action will ensure a compatible version of Python is installed on the runner (#1114)
    • πŸ“š A few docs improvements

    v2.8.0

    5 July 2022

    • ✨ You can now run cibuildwheel on Podman, as an alternate container engine to Docker (which remains the default). This is useful in environments where a Docker daemon isn't available, for example, it can be run inside a Docker container, or without root access. To use Podman, set the CIBW_CONTAINER_ENGINE option. (#966)

    • ✨ Adds support for building py3-none-{platform} wheels. This works the same as ABI3 - wheels won't be rebuilt, but tests will still be run across all selected versions of Python.

      These wheels contain native extension code, but don't use the Python APIs. Typically, they're bridged to Python using a FFI module like ctypes or cffi. Because they don't use Python ABI, the wheels are more compatible - they work across many Python versions.

      Check out this example ctypes project to see an example of how it works. (#1151)

    • πŸ›  cibuildwheel will now error if multiple builds in a single run produce the same wheel filename, as this indicates a misconfiguration. (#1152)

    • πŸ“š A few docs improvements and updates to keep things up-to-date.

    v2.7.0

    17 June 2022

    • 🌟 Added support for the new manylinux_2_28 images. These new images are based on AlmaLinux, the community-driven successor to CentOS, unlike manylinux_2_24, which was based on Debian. To build on these images, set your CIBW_MANYLINUX_*_IMAGE option to manylinux_2_28. (#1026)
    • πŸ› Fix a bug where tests were not being run on CPython 3.11 (when CIBW_PRERELEASE_PYTHONS was set) (#1138)
    • ✨ You can now build Linux wheels on Windows, as long as you have Docker installed and set to 'Linux containers' (#1117)
    • πŸ› Fix a bug on macOS that caused cibuildwheel to crash trying to overwrite a previously-built wheel of the same name. (#1129)

    v2.6.1

    7 June 2022

    • πŸ›  Update the prerelease CPython 3.11 to 3.11.0b3

    v2.6.0

    25 May 2022

    ... (truncated)

    Commits
    • 0abd6c2 Bump version: v2.9.0
    • 71cebda Merge pull request #1219 from pypa/disable-pytest-azurepipelines-plugin
    • 5b0d8e7 Merge pull request #1220 from pypa/henryiii/ci/noxaction
    • bed97db Merge pull request #1224 from kemingy/add_example_proj
    • 72e1fec Merge pull request #1226 from minrk/unprerelease-311
    • 046df7d Merge pull request #1223 from pypa/update-dependencies-pr
    • 2d155c0 Build cp311 without setting prerelease_pythons
    • 30bfc7b chore: add two ML example projects
    • e2c0d68 Update dependencies
    • 6549a90 Merge pull request #1217 from mayeut/no-universal2
    • Additional commits viewable in compare view

    Dependabot compatibility score

    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 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)
    dependencies 
    opened by dependabot[bot] 1
  • Bump pypa/gh-action-pypi-publish from 1.4.2 to 1.5.1

    Bump pypa/gh-action-pypi-publish from 1.4.2 to 1.5.1

    Bumps pypa/gh-action-pypi-publish from 1.4.2 to 1.5.1.

    Release notes

    Sourced from pypa/gh-action-pypi-publish's releases.

    v1.5.1

    What's Changed

    Full Changelog: https://github.com/pypa/gh-action-pypi-publish/compare/v1.5.0...v1.5.1

    v1.5.0

    What's Changed

    New Contributors

    Full Diff: https://github.com/pypa/gh-action-pypi-publish/compare/v1.4.2...v1.5.0

    Commits
    • 37f50c2 Merge PR #91
    • 9f0421c Add #StandWithUkraine banner to README
    • c3fbd68 Remove quotes
    • 717ba43 Trim the trailing whitespaces in print-hash.py
    • 4992a00 Merge pull request #87 from meowmeowmeowcat/show-hash-values
    • 977d067 Fix a bug
    • 5d18baa Drop unnecessary file_iterable var
    • 0575dc8 Refactor the hash helper script to use pathlib and CLI args
    • 8682135 Correct the if-clause for printing the hashes
    • c83d37b Introduce print_hash in README
    • Additional commits viewable in compare view

    Dependabot compatibility score

    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 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)
    dependencies 
    opened by dependabot[bot] 1
  • Bump pypa/cibuildwheel from 2.3.0 to 2.8.1

    Bump pypa/cibuildwheel from 2.3.0 to 2.8.1

    Bumps pypa/cibuildwheel from 2.3.0 to 2.8.1.

    Release notes

    Sourced from pypa/cibuildwheel's releases.

    v2.8.1

    • πŸ› Fix a bug when building CPython 3.8 wheels on an Apple Silicon machine where testing would always fail. cibuildwheel will no longer attempt to test the arm64 part of CPython 3.8 wheels because we use the x86_64 installer of CPython 3.8 due to its macOS system version backward-compatibility. See #1169 for more details. (#1171)
    • πŸ›  Update the prerelease CPython 3.11 to 3.11.0b4. (#1180)
    • πŸ›  The GitHub Action will ensure a compatible version of Python is installed on the runner (#1114)
    • πŸ“š A few docs improvements

    v2.8.0

    • ✨ You can now run cibuildwheel on Podman, as an alternate container engine to Docker (which remains the default). This is useful in environments where a Docker daemon isn't available, for example, it can be run inside a Docker container, or without root access. To use Podman, set the CIBW_CONTAINER_ENGINE option. (#966)

    • ✨ Adds support for building py3-none-{platform} wheels. This works the same as ABI3 - wheels won't be rebuilt, but tests will still be run across all selected versions of Python.

      These wheels contain native extension code, but don't use the Python APIs. Typically, they're bridged to Python using a FFI module like ctypes or cffi. Because they don't use Python ABI, the wheels are more compatible - they work across many Python versions.

      Check out this example ctypes project to see an example of how it works. (#1151)

    • πŸ›  cibuildwheel will now error if multiple builds in a single run produce the same wheel filename, as this indicates a misconfiguration. (#1152)

    • πŸ“š A few docs improvements and updates to keep things up-to-date.

    2.7.0

    • 🌟 Added support for the new manylinux_2_28 images. These new images are based on AlmaLinux, the community-driven successor to CentOS, unlike manylinux_2_24, which was based on Debian. To build on these images, set your CIBW_MANYLINUX_*_IMAGE option to manylinux_2_28. (#1026)
    • πŸ› Fix a bug where tests were not being run on CPython 3.11 (when CIBW_PRERELEASE_PYTHONS was set) (#1138)
    • ✨ You can now build Linux wheels on Windows, as long as you have Docker installed and set to 'Linux containers' (#1117)
    • πŸ› Fix a bug on macOS that caused cibuildwheel to crash trying to overwrite a previously-built wheel of the same name (#1129)

    2.6.1

    • πŸ›  Update the prerelease CPython 3.11 to 3.11.0b3

    2.6.0

    • 🌟 Added the ability to test building wheels on CPython 3.11! Because CPython 3.11 is in beta, these wheels should not be distributed, because they might not be compatible with the final release, but it's available to build for testing purposes. Use the flag --prerelease-pythons or CIBW_PRERELEASE_PYTHONS to test. This version of cibuildwheel includes CPython 3.11.0b1. (#1109)
    • πŸ“š Added an interactive diagram showing how cibuildwheel works to the docs (#1100)

    2.5.0

    • ✨ Added support for building ABI3 wheels. cibuildwheel will now recognise when an ABI3 wheel was produced, and skip subsequent build steps where the previously built wheel is compatible. Tests still will run on all selected versions of Python, using the ABI3 wheel. Check this entry in the docs for more info. (#1091)
    • ✨ You can now build wheels directly from sdist archives, in addition to source directories. Just call cibuildwheel with an sdist argument on the command line, like cibuildwheel mypackage-1.0.0.tar.gz. For more details, check the --help output (#1096)
    • πŸ› Fix a bug where cibuildwheel would crash when no builds are selected and --allow-empty is passed (#1086)
    • πŸ› Workaround a permissions issue on Linux relating to newer versions of git and setuptools_scm (#1095)
    • πŸ“š Minor docs improvements

    v2.4.0

    • ✨ cibuildwheel now supports running locally on Windows and macOS (as well as Linux). On macOS, you'll have to install the versions of Pythons that you want to use from Python.org, and cibuildwheel will use them. On Windows, cibuildwheel will install it's own versions of Python. Check out the documentation for instructions. (#974)
    • ✨ Added support for building PyPy 3.9 wheels. (#1031)
    • ✨ Listing at the end of the build now displays the size of each wheel (#975)
    • πŸ› Workaround a connection timeout bug on Travis CI ppc64le runners (#906)
    • πŸ› Fix an encoding error when reading setup.py in the wrong encoding (#977)
    • πŸ›  Setuptools updated to 61.3.0, including experimental support for reading config from pyproject.toml(PEP 621). This could change the behaviour of your build if you have a pyproject.toml with a [project] table, because that takes precedence over setup.py and setup.cfg. Check out the setuptools docs and the project metadata specification for more info.
    • πŸ›  Many other dependency updates.
    • πŸ“š Minor docs improvements

    v2.3.1

    • πŸ› Setting pip options like PIP_USE_DEPRECATED in CIBW_ENVIRONMENT no longer adversely affects cibuildwheel's ability to set up a Python environment (#956)
    • πŸ“š Docs fixes and improvements
    Changelog

    Sourced from pypa/cibuildwheel's changelog.

    v2.8.1

    18 July 2022

    • πŸ› Fix a bug when building CPython 3.8 wheels on an Apple Silicon machine where testing would always fail. cibuildwheel will no longer attempt to test the arm64 part of CPython 3.8 wheels because we use the x86_64 installer of CPython 3.8 due to its macOS system version backward-compatibility. See #1169 for more details. (#1171)
    • πŸ›  Update the prerelease CPython 3.11 to 3.11.0b4. (#1180)
    • πŸ›  The GitHub Action will ensure a compatible version of Python is installed on the runner (#1114)
    • πŸ“š A few docs improvements

    v2.8.0

    5 July 2022

    • ✨ You can now run cibuildwheel on Podman, as an alternate container engine to Docker (which remains the default). This is useful in environments where a Docker daemon isn't available, for example, it can be run inside a Docker container, or without root access. To use Podman, set the CIBW_CONTAINER_ENGINE option. (#966)

    • ✨ Adds support for building py3-none-{platform} wheels. This works the same as ABI3 - wheels won't be rebuilt, but tests will still be run across all selected versions of Python.

      These wheels contain native extension code, but don't use the Python APIs. Typically, they're bridged to Python using a FFI module like ctypes or cffi. Because they don't use Python ABI, the wheels are more compatible - they work across many Python versions.

      Check out this example ctypes project to see an example of how it works. (#1151)

    • πŸ›  cibuildwheel will now error if multiple builds in a single run produce the same wheel filename, as this indicates a misconfiguration. (#1152)

    • πŸ“š A few docs improvements and updates to keep things up-to-date.

    v2.7.0

    17 June 2022

    • 🌟 Added support for the new manylinux_2_28 images. These new images are based on AlmaLinux, the community-driven successor to CentOS, unlike manylinux_2_24, which was based on Debian. To build on these images, set your CIBW_MANYLINUX_*_IMAGE option to manylinux_2_28. (#1026)
    • πŸ› Fix a bug where tests were not being run on CPython 3.11 (when CIBW_PRERELEASE_PYTHONS was set) (#1138)
    • ✨ You can now build Linux wheels on Windows, as long as you have Docker installed and set to 'Linux containers' (#1117)
    • πŸ› Fix a bug on macOS that caused cibuildwheel to crash trying to overwrite a previously-built wheel of the same name. (#1129)

    v2.6.1

    7 June 2022

    • πŸ›  Update the prerelease CPython 3.11 to 3.11.0b3

    v2.6.0

    25 May 2022

    • 🌟 Added the ability to test building wheels on CPython 3.11! Because CPython 3.11 is in beta, these wheels should not be distributed, because they might not be compatible with the final release, but it's available to build for testing purposes. Use the flag --prerelease-pythons or CIBW_PRERELEASE_PYTHONS to test. This version of cibuildwheel includes CPython 3.11.0b1. (#1109)
    • πŸ“š Added an interactive diagram showing how cibuildwheel works to the docs (#1100)

    v2.5.0

    29 April 2022

    • ✨ Added support for building ABI3 wheels. cibuildwheel will now recognise when an ABI3 wheel was produced, and skip subsequent build steps where the previously built wheel is compatible. Tests still will run on all selected versions of Python, using the ABI3 wheel. Check this entry in the docs for more info. (#1091)
    • ✨ You can now build wheels directly from sdist archives, in addition to source directories. Just call cibuildwheel with an sdist argument on the command line, like cibuildwheel mypackage-1.0.0.tar.gz. For more details, check the --help output (#1096)

    ... (truncated)

    Commits

    Dependabot compatibility score

    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 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)
    dependencies 
    opened by dependabot[bot] 1
  • Bump pypa/cibuildwheel from 2.3.0 to 2.11.4

    Bump pypa/cibuildwheel from 2.3.0 to 2.11.4

    Bumps pypa/cibuildwheel from 2.3.0 to 2.11.4.

    Release notes

    Sourced from pypa/cibuildwheel's releases.

    v2.11.4

    • πŸ› Fix a bug that caused missing wheels on Windows when a test was skipped using CIBW_TEST_SKIP (#1377)
    • πŸ›  Updates CPython 3.11 to 3.11.1 (#1371)
    • πŸ›  Updates PyPy 3.7 to 3.7.10, except on macOS which remains on 7.3.9 due to a bug. (#1371)
    • πŸ“š Added a reference to abi3audit to the docs (#1347)

    v2.11.3

    • ✨ Improves the 'build options' log output that's printed at the start of each run (#1352)
    • ✨ Added a friendly error message to a common misconfiguration of the CIBW_TEST_COMMAND option - not specifying path using the {project} placeholder (#1336)
    • πŸ›  The GitHub Action now uses Powershell on Windows to avoid occasional incompabilities with bash (#1346)

    v2.11.2

    • πŸ›  Updates CPython 3.11 to 3.11.0 - final release (#1327)
    • πŸ›  Simplify the default macOS repair command (#1322)
    • πŸ›  Fix the default MACOSX_DEPLOYMENT_TARGET on arm64 (#1312)
    • πŸ›  Hide irrelevant pip warnings on linux (#1311)
    • πŸ› Fix a bug that caused the stdout and stderr of commands in containers to be in the wrong order Previously, stdout could appear after stderr. (#1324)
    • πŸ“š Added a FAQ entry describing how to perform native builds of CPython 3.8 wheels on Apple Silicon. (#1323)
    • πŸ“š Other docs improvements

    v2.11.1

    • πŸ›  Updates to the latest manylinux images, and updates CPython 3.10 to 3.10.8.

    v2.11.0

    • 🌟 Adds support for cross-compiling Windows ARM64 wheels. To use this feature, add ARM64 to the CIBW_ARCHS option on a Windows Intel runner. (#1144)
    • ✨ Adds support for building Linux aarch64 wheels on Circle CI. (#1307)
    • ✨ Adds support for building Windows wheels on Gitlab CI. (#1295)
    • ✨ Adds support for building Linux aarch64 wheels under emulation on Gitlab CI. (#1295)
    • ✨ Adds the ability to test cp38-macosx_arm64 wheels on a native arm64 runner. To do this, you'll need to preinstall the (experimental) universal2 version of CPython 3.8 on your arm64 runner before invoking cibuildwheel. Note: it is not recommended to build x86_64 wheels with this setup, your wheels will have limited compatibility wrt macOS versions. (#1283)
    • πŸ›  Improved error messages when using custom Docker images and Python cannot be found at the correct path. (#1298)
    • πŸ“š Sample configs for Azure Pipelines and Travis CI updated (#1296)
    • πŸ“š Other docs improvements - including more information about using Homebrew for build dependencies (#1290)

    v2.10.2

    • πŸ› Fix a bug that caused win32 identifiers to fail when used with --only. (#1282)
    • πŸ› Fix computation of auto/auto64/auto32 archs when targeting a different platform to the one that you're running cibuildwheel on. (#1266)
    • πŸ“š Fix an mistake in the 'how it works' diagram. (#1274)

    v2.10.1

    • πŸ› Fix a bug that stopped environment variables specified in TOML from being expanded. (#1273)

    v2.10.0

    • 🌟 Adds support for building wheels on Cirrus CI. This is exciting for us, as it's the first public CI platform that natively supports macOS Apple Silicon (aka. M1, arm64) runners. As such, it's the first platform that you can natively build and test macOS arm64 wheels. It also has native Linux ARM (aarch64) runners, for fast, native builds there. (#1191)
    • 🌟 Adds support for running cibuildwheel on Apple Silicon machines. For a while, we've supported cross-compilation of Apple Silicon wheels on x86_64, but now that we have Cirrus CI we can run our test suite and officially support running cibuildwheel on arm64. (#1191)
    • ✨ Adds the --only command line option, to specify a single build to run. Previously, it could be cumbersome to set all the build selection options to target a specific build - for example, you might have to run something like CIBW_BUILD=cp39-manylinux_x86_64 cibuildwheel --platform linux --archs x86_64. The new --only option overrides all the build selection options to simplify running a single build, which now looks like cibuildwheel --only cp39-manylinux_x86_64. (#1098)
    • ✨ Adds the CIBW_CONFIG_SETTINGS option, so you can pass arguments to your package's build backend (#1244)
    • πŸ›  Updates the CPython 3.11 version to the latest release candidate - v3.11.0rc2. (#1265)
    • πŸ› Fix a bug that can cause a RecursionError on Windows when building from an sdist. (#1253)
    • πŸ›  Add support for the s390x architecture on manylinux_2_28 (#1255)

    ... (truncated)

    Changelog

    Sourced from pypa/cibuildwheel's changelog.

    v2.11.4

    24 Dec 2022

    • πŸ› Fix a bug that caused missing wheels on Windows when a test was skipped using CIBW_TEST_SKIP (#1377)
    • πŸ›  Updates CPython 3.11 to 3.11.1 (#1371)
    • πŸ›  Updates PyPy to 7.3.10, except on macOS which remains on 7.3.9 due to a bug on that platform. (#1371)
    • πŸ“š Added a reference to abi3audit to the docs (#1347)

    v2.11.3

    5 Dec 2022

    • ✨ Improves the 'build options' log output that's printed at the start of each run (#1352)
    • ✨ Added a friendly error message to a common misconfiguration of the CIBW_TEST_COMMAND option - not specifying path using the {project} placeholder (#1336)
    • πŸ›  The GitHub Action now uses Powershell on Windows to avoid occasional incompabilities with bash (#1346)

    v2.11.2

    26 October 2022

    • πŸ›  Updates CPython 3.11 to 3.11.0 - final release (#1327)
    • πŸ›  Simplify the default macOS repair command (#1322)
    • πŸ›  Fix the default MACOSX_DEPLOYMENT_TARGET on arm64 (#1312)
    • πŸ›  Hide irrelevant pip warnings on linux (#1311)
    • πŸ› Fix a bug that caused the stdout and stderr of commands in containers to be in the wrong order Previously, stdout could appear after stderr. (#1324)
    • πŸ“š Added a FAQ entry describing how to perform native builds of CPython 3.8 wheels on Apple Silicon. (#1323)
    • πŸ“š Other docs improvements

    v2.11.1

    13 October 2022

    • πŸ›  Updates to the latest manylinux images, and updates CPython 3.10 to 3.10.8.

    v2.11.0

    13 October 2022

    • 🌟 Adds support for cross-compiling Windows ARM64 wheels. To use this feature, add ARM64 to the CIBW_ARCHS option on a Windows Intel runner. (#1144)
    • ✨ Adds support for building Linux aarch64 wheels on Circle CI. (#1307)
    • ✨ Adds support for building Windows wheels on Gitlab CI. (#1295)
    • ✨ Adds support for building Linux aarch64 wheels under emulation on Gitlab CI. (#1295)
    • ✨ Adds the ability to test cp38-macosx_arm64 wheels on a native arm64 runner. To do this, you'll need to preinstall the (experimental) universal2 version of CPython 3.8 on your arm64 runner before invoking cibuildwheel. Note: it is not recommended to build x86_64 wheels with this setup, your wheels will have limited compatibility wrt macOS versions. (#1283)
    • πŸ›  Improved error messages when using custom Docker images and Python cannot be found at the correct path. (#1298)
    • πŸ“š Sample configs for Azure Pipelines and Travis CI updated (#1296)
    • πŸ“š Other docs improvements - including more information about using Homebrew for build dependencies (#1290)

    v2.10.2

    ... (truncated)

    Commits
    • 27fc88e Bump version: v2.11.4
    • a7e9ece Merge pull request #1371 from pypa/update-dependencies-pr
    • b9a3ed8 Update cibuildwheel/resources/build-platforms.toml
    • 3dcc2ff fix: not skipping the tests stops the copy (Windows ARM) (#1377)
    • 1c9ec76 Merge pull request #1378 from pypa/henryiii-patch-3
    • 22b433d Merge pull request #1379 from pypa/pre-commit-ci-update-config
    • 98fdf8c [pre-commit.ci] pre-commit autoupdate
    • cefc5a5 Update dependencies
    • e53253d ci: move to ubuntu 20
    • e9ecc65 [pre-commit.ci] pre-commit autoupdate (#1374)
    • Additional commits viewable in compare view

    Dependabot compatibility score

    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 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)
    dependencies 
    opened by dependabot[bot] 0
  • Bump pypa/gh-action-pypi-publish from 1.4.2 to 1.6.4

    Bump pypa/gh-action-pypi-publish from 1.4.2 to 1.6.4

    Bumps pypa/gh-action-pypi-publish from 1.4.2 to 1.6.4.

    Release notes

    Sourced from pypa/gh-action-pypi-publish's releases.

    v1.6.4

    oh, boi! again?

    This is the last one tonight, promise! It fixes this embarrassing bug that was actually caught by the CI but got overlooked due to the lack of sleep. TL;DR GH passed $HOME from the external env into the container and that tricked the Python's site module to think that the home directory is elsewhere, adding non-existent paths to the env vars. See #115.

    Full Diff: https://github.com/pypa/gh-action-pypi-publish/compare/v1.6.3...v1.6.4

    v1.6.3

    Another Release!? Why?

    In pypa/gh-action-pypi-publish#112, it was discovered that passing a $PATH variable even breaks the shebang. So this version adds more safeguards to make sure it keeps working with a fully broken $PATH.

    Full Diff: https://github.com/pypa/gh-action-pypi-publish/compare/v1.6.2...v1.6.3

    v1.6.2

    What's Fixed

    • Made the $PATH and $PYTHONPATH environment variables resilient to broken values passed from the host runner environment, which previously allowed the users to accidentally break the container's internal runtime as reported in pypa/gh-action-pypi-publish#112

    Internal Maintenance Improvements

    New Contributors

    Full Diff: https://github.com/pypa/gh-action-pypi-publish/compare/v1.6.1...v1.6.2

    v1.6.1

    What's happened?!

    There was a sneaky bug in v1.6.0 which caused Twine to be outside the import path in the Python runtime. It is fixed in v1.6.1 by updating $PYTHONPATH to point to a correct location of the user-global site-packages/ directory.

    Full Diff: https://github.com/pypa/gh-action-pypi-publish/compare/v1.6.0...v1.6.1

    v1.6.0

    Anything's changed?

    The only update is that the Python runtime has been upgraded from 3.9 to 3.11. There are no functional changes in this release.

    Full Changelog: https://github.com/pypa/gh-action-pypi-publish/compare/v1.5.2...v1.6.0

    v1.5.2

    What's Improved

    Full Diff: https://github.com/pypa/gh-action-pypi-publish/compare/v1.5.1...v1.5.2

    v1.5.1

    What's Changed

    ... (truncated)

    Commits
    • c7f29f7 πŸ› Override $HOME in the container with /root
    • 644926c πŸ§ͺ Always run smoke testing in debug mode
    • e71a4a4 Add support for verbose bash execusion w/ $DEBUG
    • e56e821 πŸ› Make id always available in twine-upload
    • c879b84 πŸ› Use full path to bash in shebang
    • 57e7d53 πŸ›Ensure the default $PATH value is pre-loaded
    • ce291dc πŸŽ¨πŸ›Fix the branch @ pre-commit.ci badge links
    • 102d8ab πŸ› Rehardcode devpi port for GHA srv container
    • 3a9eaef πŸ›Use different ports in/out of GHA containers
    • a01fa74 πŸ› Use localhost @ GHA outside the containers
    • Additional commits viewable in compare view

    Dependabot compatibility score

    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 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)
    dependencies 
    opened by dependabot[bot] 0
  • Bump conda-incubator/setup-miniconda from 2.1.1 to 2.2.0

    Bump conda-incubator/setup-miniconda from 2.1.1 to 2.2.0

    Bumps conda-incubator/setup-miniconda from 2.1.1 to 2.2.0.

    Release notes

    Sourced from conda-incubator/setup-miniconda's releases.

    Version 2.2.0

    v2.2.0 (2021-11-11)

    Documentation

    • #187 Document missing bundled conda for self hosted runners
    • #200 Provided instructions on how to cache deployed environments for Miniforge variants.
    • #246 Fix broken link in README.
    • #251 Fix typo in README.
    • #256 Update bash commands to include error flag.

    Features

    • #234 Add input option (run-post: false) to skip post processing.

    Fixes

    • #189 Error on miniconda-version not specified instead of when it is specified.
    • #190 Add regression checks for pinning python version in the created environment.
    • #209 Do not move non-existing files.
    • #212 Fix caching example. No need to hardcode paths. Write date to step output.
    • #230 Fix path handling inconsistency in installer caching.

    Tasks and Maintenance

    • #210 Use 'npm run ...' to run scripts.
    • #233 Add deprecation warning on master branch.
    • #252 use Node.js 16 instead of deprecated Node.js 12
    • #257 Update dependencies.

    #187: conda-incubator/setup-miniconda#187 #189: conda-incubator/setup-miniconda#189 #190: conda-incubator/setup-miniconda#190 #200: conda-incubator/setup-miniconda#200 #209: conda-incubator/setup-miniconda#209 #210: conda-incubator/setup-miniconda#210 #212: conda-incubator/setup-miniconda#212 #230: conda-incubator/setup-miniconda#230 #233: conda-incubator/setup-miniconda#233 #234: conda-incubator/setup-miniconda#234 #246: conda-incubator/setup-miniconda#246 #251: conda-incubator/setup-miniconda#251 #252: conda-incubator/setup-miniconda#252 #256: conda-incubator/setup-miniconda#256 #257: conda-incubator/setup-miniconda#257

    Changelog

    Sourced from conda-incubator/setup-miniconda's changelog.

    v2.2.0 (2021-11-11)

    Documentation

    • #187 Document missing bundled conda for self hosted runners
    • #200 Provided instructions on how to cache deployed environments for Miniforge variants.
    • #246 Fix broken link in README.
    • #251 Fix typo in README.
    • #256 Update bash commands to include error flag.

    Features

    • #234 Add input option (run-post: false) to skip post processing.

    Fixes

    • #189 Error on miniconda-version not specified instead of when it is specified.
    • #190 Add regression checks for pinning python version in the created environment.
    • #209 Do not move non-existing files.
    • #212 Fix caching example. No need to hardcode paths. Write date to step output.
    • #230 Fix path handling inconsistency in installer caching.

    Tasks and Maintenance

    • #210 Use 'npm run ...' to run scripts.
    • #233 Add deprecation warning on master branch.
    • #252 use Node.js 16 instead of deprecated Node.js 12
    • #257 Update dependencies.

    #187: conda-incubator/setup-miniconda#187 #189: conda-incubator/setup-miniconda#189 #190: conda-incubator/setup-miniconda#190 #200: conda-incubator/setup-miniconda#200 #209: conda-incubator/setup-miniconda#209 #210: conda-incubator/setup-miniconda#210 #212: conda-incubator/setup-miniconda#212 #230: conda-incubator/setup-miniconda#230 #233: conda-incubator/setup-miniconda#233 #234: conda-incubator/setup-miniconda#234 #246: conda-incubator/setup-miniconda#246 #251: conda-incubator/setup-miniconda#251 #252: conda-incubator/setup-miniconda#252 #256: conda-incubator/setup-miniconda#256 #257: conda-incubator/setup-miniconda#257

    Commits
    • 3b0f250 Update README
    • bd486ef Merge pull request #259 from conda-incubator/update-badges
    • cd741b1 Update badges and readme
    • 446a13e Merge pull request #258 from conda-incubator/fix-caching-example
    • b0e3d7d Add matrix for os for caching example
    • 9a93a94 Merge pull request #257 from conda-incubator/goanpeca-patch-1
    • 6f4a4ea re-add husky hook
    • 7af7f76 Remove python 3.7 from workflows
    • c0325fc Update changelog and prepare for 2.2.0 release
    • d543785 Uopdate lint tules
    • Additional commits viewable in compare view

    Dependabot compatibility score

    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 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)
    dependencies 
    opened by dependabot[bot] 0
  • match for big numbers

    match for big numbers

    Hi,

    I am using the params to test the function, but I am getting an empty array:

    target = 1400000000 nums = [24000000, 20400000, 16800000, 14999950, 4499985, 1409182941, 306344118, 171552706, 68851588, 81370059, 735225882, 700000000, 700000000, 1400000000]

    Expected result = [[700000000,700000000], [1400000000]]

    Are there any max/min limits on the params?

    Thanks.

    opened by silverio 0
  • Suggest options

    Suggest options

    The usefullness of this package would benefit from a couple of options in the solver:

    • repeat element flag
    • fixed subset length, e.g. fixed_len=2 includes (3, 4) but excludes (4, 2, 1)
    opened by TobiSan5 0
Releases(v0.0.2)
Owner
Trevor Phillips
Trevor Phillips
Vaksina - Vaksina COVID QR Validation Checker With Python

Vaksina COVID QR Validation Checker Vaksina is a general purpose library intende

Michael Casadevall 33 Aug 20, 2022
A simple projects to help your seo optimizing has been written with python

python-seo-projects it is a very simple projects to help your seo optimizing has been written with python broken link checker with python(it will give

Amirmohammad Razmy 3 Dec 25, 2021
HomeAssistant Linux Companion

Application to run on linux desktop computer to provide sensors data to homeasssistant, and get notifications as if it was a mobile device.

Javier Lopez 10 Dec 27, 2022
CalHacks 8 Repo: Megha Jain, Gaurav Bhatnagar, Howard Meng, Vibha Tantry

CalHacks8 CalHacks 8 Repo: Megha Jain, Gaurav Bhatnagar, Howard Meng, Vibha Tantry Setup FE Install React Native via Expo, run App.js. Backend Create

0 Aug 20, 2022
Tools for downloading and processing numerical weather predictions

NWP Tools for downloading and processing numerical weather predictions At the moment, this code is focused on downloading historical UKV NWPs produced

Open Climate Fix 6 Nov 24, 2022
A simple flashcard app built as a final project for a databases class.

CS2300 Final Project - Flashcard app 'FlashStudy' Tech stack Backend Python (Language) Django (Web framework) SQLite (Database) Frontend HTML/CSS/Java

Christopher Spencer 2 Feb 03, 2022
python DroneCAN code generation, interface and utilities

UAVCAN v0 stack in Python Python implementation of the UAVCAN v0 protocol stack. UAVCAN is a lightweight protocol designed for reliable communication

DroneCAN 11 Dec 12, 2022
A brainfuck-based game oriented language written in python.

GF.py STILL WIP Gamefuck.py is a programming language based off brainfuck. It is oriented towards game development, and as such has many commands spec

Xenon 1 Feb 23, 2022
"Hacking" the (Telekom) Zyxel GPON SFP module (PMG3000-D20B)

"Hacking" the (Telekom) Zyxel GPON SFP module (PMG3000-D20B) The SFP can be sour

Matthias Riegler 52 Jan 03, 2023
Install JetBrains Toolbox

ansible-role-jetbrains-toolbox Install JetBrains Toolbox Example Playbook This example is taken from molecule/default/converge.yml and is tested on ea

Antoine Mace 2 Feb 04, 2022
For my Philips Airpurifier AC3259/10

Philips-Airpurifier For my Philips Airpurifier AC3259/10 I will try to keep this code

AcidSleeper 7 Feb 26, 2022
Set of tools to analyze Tinynuke samples

tinynuke-toolset You'll find in that repository a set of tools and scripts I developped to analyze Tinynuke samples. Dll extractor: script used to ext

Heat Miser 14 Aug 18, 2022
Abilian Core: an enterprise application development platform based on the Flask micro-framework, the SQLAlchemy ORM

About Abilian Core is an enterprise application development platform based on the Flask micro-framework, the SQLAlchemy ORM, good intentions and best

Abilian open source projects 47 Apr 14, 2022
Simple, configuration-driven backup software for servers and workstations

title permalink borgmatic index.html It's your data. Keep it that way. borgmatic is simple, configuration-driven backup software for servers and works

borgmatic collective 1.3k Dec 30, 2022
Visualize Data From Stray Scanner https://keke.dev/blog/2021/03/10/Stray-Scanner.html

StrayVisualizer A set of scripts to work with data collected using Stray Scanner. Usage Installing Dependencies Install dependencies with pip -r requi

Kenneth Blomqvist 45 Dec 30, 2022
Ronin - Create Fud Meterpreter Payload To Hack Windows 11

Ronin - Create Fud Meterpreter Payload To Hack Windows 11

Dj4w3d H4mm4di 6 May 09, 2022
Tools for dos (denial-of-service) website / web server

DoS Attack Tools Tools for dos (denial-of-service) website / web server di buat olah NurvySec How to install on debian / ubuntu $ apt update $ apt ins

nurvy 1 Feb 10, 2022
A modern message based async agent framework

Munggoggo A modern message based async agent framework An asyncio based agent platform written in Python and based on RabbitMQ. Agents are isolated pr

24 Dec 28, 2022
automate some stuff so I can be more noob

dota automate some stuff so I can be more noob This is a simple project, but one that I've wanted forever! I use pyautogui, time, smtplib and datetime

Aaron Allen 17 Oct 18, 2022
Code needed for hybrid land cover change analysis for NASA IDS project

Documentation for the NASA IDS change analysis Poley 10/21/2021 Required python packages: whitebox numpy rasterio rasterio.mask os glob math itertools

Andrew Poley 2 Nov 12, 2021