Update wrapt requirement from >=2.2.2 to >=2.3.0

[dependabot]

Updates the requirements on wrapt to permit the latest version.

Release notes

Sourced from wrapt's releases.

wrapt 2.3.0

Full release notes: https://wrapt.readthedocs.io/en/latest/changes.html#version-2-3-0

Install from PyPi (recommended):

pip install wrapt==2.3.0

PyPi uploads follow each GitHub release; if pip reports the version is unavailable, the matching PyPi upload may not have happened yet.

Pre-built wheels are provided for a range of Python versions and platforms (Linux x86_64/aarch64/riscv64, macOS x86_64 and arm64, Windows x86_64 and arm64, plus PyPy and free-threaded builds). The source distribution is also attached together with SHA256SUMS for verification.

Changelog

Sourced from wrapt's changelog.

Version 2.3.0

New Features

• The __trunc__(), __floor__() and __ceil__() special methods are now implemented by object proxies, delegating to math.trunc(), math.floor() and math.ceil() applied to the wrapped object. As with other special methods, these are only looked up on the class type and not the instance, so they cannot rely on the __getattr__() fallback of the proxy and must be implemented explicitly. Previously calling math.trunc() on an object proxy raised TypeError. These special methods sit somewhat outside the core Python object model in that they are not used by any builtin operators, with the math module being their only consumer. They are however documented as part of the Python data model and the math module is a key module in the standard library, so supporting them is warranted, in the same way as the existing support for __round__(), which is consumed by the round() builtin. Note that although math.floor() and math.ceil() previously appeared to work when used on an object proxy, they were silently falling back to converting the proxy using __float__(). If the wrapped object provided its own __floor__() or __ceil__() special methods these were ignored and the result could differ from that when the wrapped object was used directly. These now yield the same result as using the wrapped object directly. With thanks to Vincent Gao for pull request [#344](https://github.com/GrahamDumpleton/wrapt/issues/344) <https://github.com/GrahamDumpleton/wrapt/pull/344>_.

• The __fspath__() special method of the os.PathLike protocol has been added to the set of dunder methods which AutoObjectProxy detects on the wrapped object and adds to the class it generates, so a proxy it creates around a path-like object can now be used with os.fspath(), the builtin open() and other standard library functions accepting paths. Note that __fspath__() is deliberately not implemented by the base object proxy, since its presence on the proxy type would cause every proxy to be classified as path-like by code branching on isinstance(obj, os.PathLike). Also be aware that AutoObjectProxy creates a new class for every proxy instance, so it should not be used to wrap path-like objects in large numbers due to the memory overhead. For high-frequency use define a custom proxy class which adds an explicit __fspath__() method instead. See the section on wrapping path-like objects in the known issues documentation for more details.

Features Changed

• The type stubs have been aligned with the runtime behaviour of the code and are now verified by stubtest against both the C extension and pure Python implementations. If using a type checker there are a couple of changes in what will be accepted which may be noticed. The

... (truncated)

Commits

• 95d5d01 Merge branch 'release/2.3.0'
• de09467 Update to 2.3.0 for final release.
• f2f807e Update to 2.3.0rc2.
• 4f6223e Acknowledge reporter in bytes() bug fix change log entry.
• 783d058 Extend tests for bytes() conversion of object proxies.
• 300d23d Merge pull request #345 from Sanjays2402/fix/bytes-proxy-int
• 6cf6962 Make bytes() on a proxy match bytes() on the wrapped object
• 58557a7 Update to 2.3.0rc1.
• 2fe9961 Document buffer protocol behaviour of object proxies.
• 818191b Force and verify C extension build in test-stubtest recipe.
• Additional commits viewable in compare view