psf
Bump pypa/cibuildwheel from 2.19.2 to 2.20.0
Bumps pypa/cibuildwheel from 2.19.2 to 2.20.0.
Release notes
Sourced from pypa/cibuildwheel's releases.
Version 2.20.0
- 🌟 CPython 3.13 wheels are now built by default - without the
CIBW_PRERELEASE_PYTHONSflag. It's time to build and upload these wheels to PyPI! This release includes CPython 3.13.0rc1, which is guaranteed to be ABI compatible with the final release. Free-threading is still behind a flag/config option. (#1950)- ✨ Provide a
CIBW_ALLOW_EMPTYenvironment variable as an alternative to the command line flag. (#1937)- 🐛 Don't use uv on PyPy3.8 on Windows, it stopped working starting in 0.2.25. Note that PyPy 3.8 is EoL. (#1868)
- 🛠 Set the
VSCMD_ARG_TGT_ARCHvariable based on target arch. (#1876)- 🛠 Undo cleaner output on pytest 8-8.2 now that 8.3 is out. (#1943)
- 📚 Update examples to use Python 3.12 on host (cibuildwheel will require Python 3.11+ on the host machine starting in October 2024) (#1919)
Changelog
Sourced from pypa/cibuildwheel's changelog.
v2.20.0
- 🌟 CPython 3.13 wheels are now built by default - without the
CIBW_PRERELEASE_PYTHONSflag. It's time to build and upload these wheels to PyPI! This release includes CPython 3.13.0rc1, which is guaranteed to be ABI compatible with the final release. Free-threading is still behind a flag/config option. (#1950)- ✨ Provide a
CIBW_ALLOW_EMPTYenvironment variable as an alternative to the command line flag. (#1937)- 🐛 Don't use uv on PyPy3.8 on Windows, it stopped working starting in 0.2.25. Note that PyPy 3.8 is EoL. (#1868)
- 🛠 Set the
VSCMD_ARG_TGT_ARCHvariable based on target arch. (#1876)- 🛠 Undo cleaner output on pytest 8-8.2 now that 8.3 is out. (#1943)
- 📚 Update examples to use Python 3.12 on host (cibuildwheel will require Python 3.11+ on the host machine starting in October 2024) (#1919)
Commits
bd033a4Bump version: v2.20.09d023cfBuild CPython 3.13 by default (#1950)8a69dbd[Bot] Update dependencies (#1949)147de6f[pre-commit.ci] pre-commit autoupdate (#1947)e217e44[Bot] Update dependencies (#1946)871ef6btests: show xfail traceback summaries again (#1943)fac72f0[pre-commit.ci] pre-commit autoupdate (#1944)d4c3321feat: addCIBW_ALLOW_EMPTYenvironment variable (#1937)5af5df4[Bot] Update dependencies (#1935)6c5cf87docs: fix nox docs command (#1938)- Additional commits viewable in compare view
Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.
Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot mergewill merge this PR after your CI passes on it@dependabot squash and mergewill squash and merge this PR after your CI passes on it@dependabot cancel mergewill cancel a previously requested merge and block automerging@dependabot reopenwill reopen this PR if it is closed@dependabot closewill close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually@dependabot show <dependency name> ignore conditionswill show all of the ignore conditions of the specified dependency@dependabot ignore this major versionwill 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 versionwill 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 dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
![dependabot[bot] avatar](https://avatars.githubusercontent.com/in/29110?v=4 "Published by a pub.dev verified publisher"){kind=small}
Hi, would it be OK if I helped out on this merge request ? Is it just a matter of fixing the remaining compilation issues on the various crkbd keymaps ?
does this code support the extra keys for keyboards not using the rotary encoders ?
Looks like there's also a Rev 4.1 that has some changes that wouldn't work with regular Rev 4.0 PCBs and vice versa.
#define SERIAL_USART_TX_PIN GP12
#define USB_VBUS_PIN GP13
#define SPLIT_HAND_PIN GP21
does this code support the extra keys for keyboards not using the rotary encoders ?
@luc-vocab The layout macro(s) do (LAYOUT_split_3xx_3_ex2), but the keys are not mapped to anything for compatibility with other CRKBD revisions. You are welcome to seek further support in the QMK Discord.
I just got a crkbd 4.1 pre-assembled. The default firmware from https://github.com/foostan/crkbd/blob/main/docs/firmware/rev4/firmware_en.md [crkbd_rev4_1_standard_via.uf2](https://github.com/foostan/kbd_firmware/raw/main/keyboards/crkbd/qmk/qmk_firmware/.build/crkbd_rev4_1_standard_via.uf2) works fine with both halves, however when I try to build the "via" keymap from this pull request, using command qmk compile -kb crkbd/rev4 -km via, only one half works at a time, the other half doesn't display any RGB and doesn't respond to key taps.
are there any diagnostics I could provide to help make debugging this easier ?
I was able to build a firmware for a crkbd v4.1 using instructions here: https://github.com/foostan/crkbd/issues/257 but the pull request from drashna didn't work for me, only one half worked. Does this pull request need t obe updated to cover v4.1 ?
Does this pull request need t obe updated to cover v4.1 ?
Yes, the code in this PR is not compatible with v4.1 PCBs, only v4.0. See my comment above.
Thank you , is there anything else required to get this PR merged ? Or it's just a matter of waiting for a reviewer ?
Tested rev 4.1 on adjacent hardware, my new board used it as a base. (Testing everything except key mapping and RGB mapping) Looks fine, seems to work. Should not be held up.
