Bump pyobjc-framework-colorsync from 9.2 to 10.3.2 in /tools

[dependabot]

Bumps pyobjc-framework-colorsync from 9.2 to 10.3.2.

Release notes

Sourced from pyobjc-framework-colorsync's releases.

v10.3.2

• Fix a number of test failures on macOS 15 These are all documentation and test updates.

• #593: PyObjCTools.AppHelper.runConsoleEventLoop no longer exits the process on macOS 14 or later when stopping the event loop.

• #613: Actually expose protocols KHTTPCookieStoreObserver, WKURLSchemeTask, and WKURLSchemeHandler in the WebKit bindings.

• Remove workaround for a linker problem in early versions of Xcode 15, which restores support for building with Xcode Command Line tools.

• The release contains wheels for the free-threaded build of Python 3.13.

  Note that PyObjC does not support running without the GIL at this time.

• Fix for running test suite with recent versions of setuptools

  Recent versions of setuptools broke the "test" command, the full command has been reimplemented as part of PyObjC.

• #627: Fix build issue when deployment target is 15.0 or later.

• #623: Don't lowercase the first character of the first keyword argument for __new__ when the segment only contains upper case characters.

  Before this change initWithURL: mapped to an uRL keyword argument, with this fix the keyword argument is named URL.

  Fix by user @​rndblnch on github

• #625: Fix crash for calling NSIndexSet.alloc().initWithIndex_(0)

  This "fix" is a workaround for what appears to be a bug in Foundation.

• #569: Actually remove the workaround for Xcode 15.0

• #619: Fix race condition in creating proxy objects for Objective-C classes.

v10.3.1

• #610: Ensure __init__ can be used when user implements __new__.

  Version 10.3 dropped support for calling __init__, but that breaks a number of popular projects. Reintroduce the ability to use __init__ when a class or one of its super classes contains a user implemenentation of __new__.

  Code relying on the __new__ provided by PyObjC still cannot use __init__ for the reason explained in the 10.3 release notes.

v10.3

• The release contains binary wheels for Python 3.13

  PyObjC does at this time not support the experimental free threading support in Python 3.13.

... (truncated)

Changelog

Sourced from pyobjc-framework-colorsync's changelog.

Version 10.3.2

• Fix a number of test failures on the first macOS 15 beta. These are all documentation and test updates.

• :issue:593: PyObjCTools.AppHelper.runConsoleEventLoop no longer exits the process on macOS 14 or later when stopping the event loop.

• :issue:613: Actually expose protocols KHTTPCookieStoreObserver, WKURLSchemeTask, and WKURLSchemeHandler in the WebKit bindings.

Version 10.3.1

• :issue:610: Ensure __init__ can be used when user implements __new__.

  Version 10.3 dropped support for calling __init__, but that breaks a number of popular projects. Reintroduce the ability to use __init__ when a class or one of its super classes contains a user implemenentation of __new__.

  Code relying on the __new__ provided by PyObjC still cannot use __init__ for the reason explained in the 10.3 release notes.

Version 10.3

• The release contains binary wheels for Python 3.13

  PyObjC does at this time not support the experimental free threading support in Python 3.13.

• :issue:569: Removed the workaround for a bug in Xcode 15.0

  The workaround is no longer necessary, and caused problems when building with the Command Line Tools development tools from Apple.

• Updated SDK bindings for macOS 14.5

• A minor change in the (currently private) tooling I use for collecting the raw metadata resulted in minor fixes to the framework bindings, in particular for metadata for a number of block and function typed arguments and return values.

• :issue:275: It is now possible to create instances of Objective-C classes by calling the class, e.g. NSObject() instead of NSObject.alloc().init().

... (truncated)

Commits

• f2188f5 Fix a number of test failures
• 01674fa Ensure a full test run includes python3.13t in the test matrix
• a1b09e4 Adjust test for platform changes
• f360b66 Backport fix for #619
• 3ce1820 Remove workaround for Xcode 15.0 problem in framework bindings
• 6663c86 Add test for #625
• 766cb51 Generalize workaround for #271 for more placeholder classes
• 093b605 Backport for a925b8c986a87c9c5eacccba6229c82ae55de787 (with additions)
• e5aa375 Issue #627: Fix build error when deployment target is 15.0 or later
• 58fa27a Backport fix for #621
• Additional commits viewable in compare view

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

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

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

[dependabot]

Superseded by #50082.