Update Python dependencies (major) - #167
Open
renovate[bot] wants to merge 1 commit into
Open
Conversation
Contributor
Author
|
renovate
Bot
force-pushed
the
renovate/major-python-dependencies
branch
from
February 3, 2026 02:17
79c019e to
e4d4e41
Compare
renovate
Bot
force-pushed
the
renovate/major-python-dependencies
branch
from
February 17, 2026 01:56
e4d4e41 to
ba34bfc
Compare
renovate
Bot
force-pushed
the
renovate/major-python-dependencies
branch
from
March 3, 2026 01:54
ba34bfc to
caec1ed
Compare
renovate
Bot
force-pushed
the
renovate/major-python-dependencies
branch
from
March 17, 2026 01:56
caec1ed to
99f47f2
Compare
renovate
Bot
force-pushed
the
renovate/major-python-dependencies
branch
from
March 31, 2026 01:46
99f47f2 to
753bbb5
Compare
renovate
Bot
force-pushed
the
renovate/major-python-dependencies
branch
from
April 7, 2026 01:58
753bbb5 to
51a33c1
Compare
renovate
Bot
force-pushed
the
renovate/major-python-dependencies
branch
from
April 14, 2026 02:11
51a33c1 to
d5d0a3f
Compare
renovate
Bot
force-pushed
the
renovate/major-python-dependencies
branch
from
May 5, 2026 03:51
d5d0a3f to
cce9e6b
Compare
renovate
Bot
force-pushed
the
renovate/major-python-dependencies
branch
from
May 19, 2026 03:07
cce9e6b to
1ac88fb
Compare
renovate
Bot
force-pushed
the
renovate/major-python-dependencies
branch
from
June 2, 2026 01:32
1ac88fb to
d99ec63
Compare
renovate
Bot
force-pushed
the
renovate/major-python-dependencies
branch
from
July 14, 2026 03:43
d99ec63 to
4e6419d
Compare
renovate
Bot
force-pushed
the
renovate/major-python-dependencies
branch
from
July 21, 2026 04:09
4e6419d to
c160789
Compare
renovate
Bot
force-pushed
the
renovate/major-python-dependencies
branch
from
August 11, 2026 07:48
c160789 to
974bc2d
Compare
renovate
Bot
force-pushed
the
renovate/major-python-dependencies
branch
from
August 18, 2026 03:52
974bc2d to
0553fe4
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
^1.16.0→^2.1.1^0.15.3→^1.0.1^0.21.1→^1.4.0Release Notes
python-cffi/cffi (cffi)
v2.1.1Compare Source
What's Changed
Full Changelog: python-cffi/cffi@v2.1.0...v2.1.1
v2.1.0Compare Source
to target the new
abi3tfree-threaded ABI.cffi-gen-srcCLI to generate CFFI C extension source for alternate build backend support.__delitem__.v2.0.0Compare Source
What's Changed
Full Changelog: python-cffi/cffi@v1.17.1...v2.0.0
gtsystem/lightkube (lightkube)
v1.0.1Compare Source
v1.0.0Compare Source
This is the first 1.x release and bring few internal changes and some breaking changes to the interface. See more details in the migration guide.
What's Changed
Bug fix / Security updates
Full Changelog: gtsystem/lightkube@v0.22.0...v1.0.0
v0.22.0Compare Source
What's Changed
New Contributors
Full Changelog: gtsystem/lightkube@v0.21.0...v0.22.0
v0.21.0Compare Source
What's Changed
New Contributors
Full Changelog: gtsystem/lightkube@v0.19.1...v0.21.0
v0.19.1Compare Source
v0.19.0Compare Source
What's Changed
setcommand, to modify more easily labels and annotations by @gtsystem in #125Full Changelog: gtsystem/lightkube@v0.18.0...v0.19.0
v0.18.0Compare Source
What's Changed
Bug fix
Typing improvements
ruffformatting, broaderrufflinting rule set and fix corresponding errors by @jonded94 in #122New Contributors
Full Changelog: gtsystem/lightkube@v0.17.2...v0.18.0
v0.17.2Compare Source
What's Changed
apiVersionandkindautomatically set as post init.List(Async)IteratortoList(Async)Iterableto reflect the corr… by @gtsystem in #89proxyconfiguration by @Akustav in #96New Contributors
Full Changelog: gtsystem/lightkube@v0.17.0...v0.17.2
v0.17.1Compare Source
v0.17.0Compare Source
New features
client.list()now returns an iterable with a special propertyresourceVersionto implement list + watch pattern by @XeCycle in #88Bug fixes
Breaking changes
client.list()now returns an Iteratable instead of an Iterator. If you are consuming the list usingnext()you will need to get an iterator first callingiter(list). No changes are needed If you are consuming the returned data via a for loop.Full Changelog: gtsystem/lightkube@v0.16.0...v0.17.0
v0.16.2Compare Source
v0.16.1Compare Source
v0.16.0Compare Source
What's Changed
Bug fixes
ExecCredential, lightkube now accepts theenvparameter when set to null explicitly (Azure kubelogin compatiblity) by @raminqaf in #80New Contributors
Full Changelog: gtsystem/lightkube@v0.15.4...v0.16.0
v0.15.8Compare Source
v0.15.7Compare Source
pytest-dev/pytest-asyncio (pytest-asyncio)
v1.4.0: pytest-asyncio v1.4.0Compare Source
1.4.0 - 2026-05-26
Deprecated
pytest_asyncio_loop_factorieshook instead. (#1419)Added
Added the
pytest_asyncio_loop_factorieshook to parametrize asyncio tests with custom event loop factories.The hook returns a mapping of factory names to loop factories, and
pytest.mark.asyncio(loop_factories=[...])selects a subset of configured factories per test. When a single factory is configured, test names are unchanged.Synchronous
@pytest_asyncio.fixturefunctions now see the correct event loop when custom loop factories are configured, even when test code disrupts the current event loop (e.g., viaasyncio.run()orasyncio.set_event_loop(None)). (#1164)Changed
asyncio_default_fixture_loop_scopeis unset (#1298)asyncio.AbstractEventLoopPolicyfor type checking to avoid raisinga DeprecationWarning. (#1394)
Fixed
ResourceWarning: unclosed event loopwarning that could occur when a synchronous test calledasyncio.run()or otherwise unset the current event loop after pytest-asyncio had run an async test or fixture. (#724)Notes for Downstream Packagers
sphinx-tabs >= 3.5to organize documentation examples into tabs. (#1395)v1.3.0: pytest-asyncio 1.3.0Compare Source
1.3.0 - 2025-11-10
Removed
Added
Notes for Downstream Packagers
pytest.Pytester.runpytest_subprocess. This prevents the test suite from accidentally using a system installation of pytest-asyncio, which could result in test errors. (#1275)v1.2.0: pytest-asyncio 1.2.0Compare Source
1.2.0 - 2025-09-12
Added
--asyncio-debugCLI option andasyncio_debugconfiguration option to enable asyncio debug mode for the default event loop. (#980)pytest.UsageErrorfor invalid configuration values ofasyncio_default_fixture_loop_scopeandasyncio_default_test_loop_scope. (#1189)Fixed
RuntimeError: There is no current event loop in thread 'MainThread'when any test unsets the event loop (such as when usingasyncio.runandasyncio.Runner). (#1177)@pytest.fixturein [strict]{.title-ref} mode. The warning message now refers to the correct package. (#1198)Notes for Downstream Packagers
tox.inifile provided by pytest-asyncio to run tests.v1.1.1: pytest-asyncio 1.1.1Compare Source
v1.1.1 - 2025-09-12
Notes for Downstream Packagers
- Addresses a build problem with setuptoos-scm >= 9 caused by invalid setuptools-scm configuration in pytest-asyncio. (#1192)
v1.1.0: pytest-asyncio 1.1.0Compare Source
Added
loop_scopeends (#200)Fixed
finallyclause of a task (#878)Notes for Downstream Packagers
v1.0.0: pytest-asyncio 1.0.0Compare Source
1.0.0 - 2025-05-26
Removed
(#1106)
Added
(#1025)
Changed
than per scope (e.g. per module). This reduces the number of fixtures
and speeds up collection time, especially for large test suites.
(#1107)
pytest.mark.asynciono longer forcesthat a pytest Collector exists at the level of the specified scope.
For example, a test function marked with
pytest.mark.asyncio(loop_scope="class")no longer requires a classsurrounding the test. This is consistent with the behavior of the
scope argument to
pytest_asyncio.fixture.(#1112)
Fixed
option.
(#630)
--doctest-ignore-import-errors(#797)
(#1052)
Notes for Downstream Packagers
(#1114)
v0.26.0: pytest-asyncio 0.26.0Compare Source
pytest_asyncio.fixture#1045typing-extensionsas additional dependency for Python<3.10#1045v0.25.3: pytest-asyncio 0.25.3Compare Source
v0.25.2: pytest-asyncio 0.25.2Compare Source
loop.shutdown_asyncgens()before closing the event loop to ensure async generators are closed in the same manner asasyncio.rundoes #1034v0.25.1: pytest-asyncio 0.25.1Compare Source
v0.25.0: pytest-asyncio 0.25.0Compare Source
0.25.0 (2024-12-13)
@pytest.fixturein strict mode. This will become an error in a future version of flake8-asyncio. #979v0.24.0: pytest-asyncio 0.24.0Compare Source
0.24.0 (2024-08-22)
pytest_asyncio.fixture. Users are encouraged to use the loop_scope keyword argument, which does exactly the same.@pytest.mark.asyncio. #812v0.23.8: pytest-asyncio 0.23.8Compare Source
0.23.8 (2024-07-17)
Known issues
As of v0.23, pytest-asyncio attaches an asyncio event loop to each item of the test suite (i.e. session, packages, modules, classes, functions) and allows tests to be run in those loops when marked accordingly. Pytest-asyncio currently assumes that async fixture scope is correlated with the new event loop scope. This prevents fixtures from being evaluated independently from the event loop scope and breaks some existing test suites (see #706). For example, a test suite may require all fixtures and tests to run in the same event loop, but have async fixtures that are set up and torn down for each module. If you're affected by this issue, please continue using the v0.21 release, until it is resolved.
v0.23.7: pytest-asyncio 0.23.7Compare Source
0.23.7 (2024-05-19)
Known issues
As of v0.23, pytest-asyncio attaches an asyncio event loop to each item of the test suite (i.e. session, packages, modules, classes, functions) and allows tests to be run in those loops when marked accordingly. Pytest-asyncio currently assumes that async fixture scope is correlated with the new event loop scope. This prevents fixtures from being evaluated independently from the event loop scope and breaks some existing test suites (see #706). For example, a test suite may require all fixtures and tests to run in the same event loop, but have async fixtures that are set up and torn down for each module. If you're affected by this issue, please continue using the v0.21 release, until it is resolved.
v0.23.6: pytest-asyncio 0.23.6Compare Source
0.23.6 (2024-03-19)
Known issues
As of v0.23, pytest-asyncio attaches an asyncio event loop to each item of the test suite (i.e. session, packages, modules, classes, functions) and allows tests to be run in those loops when marked accordingly. Pytest-asyncio currently assumes that async fixture scope is correlated with the new event loop scope. This prevents fixtures from being evaluated independently from the event loop scope and breaks some existing test suites (see #706). For example, a test suite may require all fixtures and tests to run in the same event loop, but have async fixtures that are set up and torn down for each module. If you're affected by this issue, please continue using the v0.21 release, until it is resolved.
v0.23.5: pytest-asyncio 0.23.5Compare Source
0.23.5 (2024-02-09)
asyncio.get_event_loop()from affecting test cases #757Known issues
As of v0.23, pytest-asyncio attaches an asyncio event loop to each item of the test suite (i.e. session, packages, modules, classes, functions) and allows tests to be run in those loops when marked accordingly. Pytest-asyncio currently assumes that async fixture scope is correlated with the new event loop scope. This prevents fixtures from being evaluated independently from the event loop scope and breaks some existing test suites (see #706). For example, a test suite may require all fixtures and tests to run in the same event loop, but have async fixtures that are set up and torn down for each module. If you're affected by this issue, please continue using the v0.21 release, until it is resolved.
v0.23.4: pytest-asyncio 0.23.4Compare Source
0.23.4 (2024-01-28)
v0.23.3: pytest-asyncio 0.23.3Compare Source
0.23.3 (2024-01-01)
Known issues
As of v0.23, pytest-asyncio attaches an asyncio event loop to each item of the test suite (i.e. session, packages, modules, classes, functions) and allows tests to be run in those loops when marked accordingly. Pytest-asyncio currently assumes that async fixture scope is correlated with the new event loop scope. This prevents fixtures from being evaluated independently from the event loop scope and breaks some existing test suites (see #706). For example, a test suite may require all fixtures and tests to run in the same event loop, but have async fixtures that are set up and torn down for each module. If you're affected by this issue, please continue using the v0.21 release, until it is resolved.
v0.23.2: pytest-asyncio 0.23.2Compare Source
0.23.2 (2023-12-04)
v0.23.1: pytest-asyncio 0.23.1Compare Source
0.23.1 (2023-12-03)
v0.23.0: pytest-asyncio 0.23.0Compare Source
This release is backwards-compatible with v0.21. Changes are
non-breaking, unless you upgrade from v0.22.
loops with class, module, package, and session scopes can be
requested via the scope keyword argument to the asyncio
mark.
non-default or multiple event loops #662
pytest_asyncio.is_async_testwhich returns whether atest item is managed by pytest-asyncio #376
dependencies #620, #674, #678
v0.22.0: pytest-asyncio 0.22.0 (yanked)Compare Source
This release deprecated event loop overrides, but didn't provide adequate replacement functionality for all relevant use cases. As such, the release was yanked from PyPI.
0.22.0 (2023-10-31)
via the asyncio_event_loop mark. #620
Users requiring a class-scoped or module-scoped asyncio event loop for their tests
should mark the corresponding class or module with asyncio_event_loop.
Configuration
📅 Schedule: (in timezone Etc/UTC)
* 1-7 * * 2)🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.
This PR was generated by Mend Renovate. View the repository job log.