-
Notifications
You must be signed in to change notification settings - Fork 18
fix(deps): update python dependencies #359
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Open
renovate
wants to merge
1
commit into
6/edge
Choose a base branch
from
renovate/python-dependencies
base: 6/edge
Could not load branches
Branch not found: {{ refName }}
Loading
Could not load tags
Nothing to show
Loading
Are you sure you want to change the base?
Some commits from the old base branch may be removed from the timeline,
and old review comments may become outdated.
Open
Conversation
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
|
1e91c4d
to
b639588
Compare
61bb785
to
77a1c39
Compare
1559bc6
to
524ae17
Compare
f2c5747
to
9c1742c
Compare
89e55e2
to
c9d6b83
Compare
3e548ab
to
e24e488
Compare
5d28f46
to
f794aae
Compare
8fc9d59
to
4165547
Compare
26ef706
to
85b97cc
Compare
d0d8f15
to
6b7b5d7
Compare
86a1954
to
2368cc5
Compare
22181c5
to
a380b39
Compare
a7143f1
to
7a478ab
Compare
7a478ab
to
dbd813b
Compare
dbd813b
to
d97b727
Compare
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
None yet
0 participants
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:
7.10.4
->7.10.6
7.0.0
->7.3.0
4.24.1
->4.25.1
^0.15.3
->^0.17.0
1.6.3
->1.8.1
2.21.1
->2.23.1
^0.13.3
->^0.15.0
^0.21.1
->^0.26.0
^0.36.0
->^0.43.0
0.18.0
->0.27.1
Release Notes
nedbat/coveragepy (coverage)
v7.10.6
Compare Source
Fix:
source
directories were not properly communicated to subprocessesthat ran in different directories, as reported in
issue 1499
_. This is nowfixed.
Performance:
Alex Gaynor continues fine-tuning <pull 2038_>
_ the speed ofcombination, especially with many contexts.
.. _issue 1499: #1499
.. _pull 2038: #2038
.. _changes_7-10-5:
v7.10.5
Compare Source
coverage combine
: it's now about twice asfast! Huge thanks to Alex Gaynor for pull requests
2032 <pull 2032_>
,2033 <pull 2033_>
, and2034 <pull 2034_>
_... _pull 2032: #2032
.. _pull 2033: #2033
.. _pull 2034: #2034
.. _changes_7-10-4:
pycqa/flake8 (flake8)
v7.3.0
Compare Source
v7.2.0
Compare Source
v7.1.2
Compare Source
v7.1.1
Compare Source
v7.1.0
Compare Source
python-jsonschema/jsonschema (jsonschema)
v4.25.1
Compare Source
=======
Validator
protocol's type annotations (#1396).v4.25.0
Compare Source
=======
iri
andiri-reference
formats to theformat-nongpl
extra via the MIT-licensedrfc3987-syntax
.They were alread supported by the
format
extra. (#1388).gtsystem/lightkube (lightkube)
v0.17.2
Compare Source
What's Changed
apiVersion
andkind
automatically set as post init.List(Async)Iterator
toList(Async)Iterable
to reflect the corr… by @gtsystem in #89proxy
configuration by @Akustav in #96New Contributors
Full Changelog: gtsystem/lightkube@v0.17.0...v0.17.2
v0.17.1
Compare Source
v0.17.0
Compare Source
New features
client.list()
now returns an iterable with a special propertyresourceVersion
to 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.2
Compare Source
v0.16.1
Compare Source
v0.16.0
Compare Source
What's Changed
Bug fixes
ExecCredential
, lightkube now accepts theenv
parameter when set to null explicitly (Azure kubelogin compatiblity) by @raminqaf in #80New Contributors
Full Changelog: gtsystem/lightkube@v0.15.4...v0.16.0
canonical/mongo-single-kernel-library (mongo-charms-single-kernel)
v1.8.1
Compare Source
What's Changed
Full Changelog: canonical/mongo-single-kernel-library@v1.8.0...v1.8.1
v1.7.1
Compare Source
What's Changed
Full Changelog: canonical/mongo-single-kernel-library@v1.7.0...v1.7.1
v1.6.4
Compare Source
What's Changed
New Contributors
Full Changelog: canonical/mongo-single-kernel-library@v1.6.3...v1.6.4
canonical/operator (ops)
v2.23.1
: : Add the remote unit to Relation.data, but not Relation.unitsCompare Source
This is a small bug-fix release for the 2.x series that addresses issues with the recent feature making relation data available in relation-departed events. Rather than inserting the remote unit into
Relation.units
, the data is available fromRelation.data
, without changingRelation.units
.What's Changed
Fixes
Relation.data
but notRelation.units
in #1928Documentation
self.app
andself.unit
in #1856CI
Full Changelog: canonical/operator@2.23.0...2.23.1
v2.23.0
Compare Source
Features
Fixes
Documentation
CI
v2.22.0
Compare Source
Features
Fixes
__init__
(#1737)ops.testing
(#1754)Documentation
CI
ops[tracing]
integration tests (#1686)alertmanager-k8s-operator
in observability charm tests (#1753)ops[tracing]
addition (#1755)PyCQA/pep8-naming (pep8-naming)
v0.15.1
Compare Source
v0.15.0
Compare Source
v0.14.1
Compare Source
v0.14.0
Compare Source
@typing.override
.ignore-names
globbing on all platforms.pytest-dev/pytest-asyncio (pytest-asyncio)
v0.26.0
: pytest-asyncio 0.26.0Compare Source
pytest_asyncio.fixture
#1045typing-extensions
as 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.run
does #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.fixture
in 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_test
which 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.
charmed-kubernetes/pytest-operator (pytest-operator)
v0.43.1
Compare Source
What's Changed
Full Changelog: charmed-kubernetes/pytest-operator@v0.43.0...v0.43.1
v0.43.0
Compare Source
What's Changed
Full Changelog: charmed-kubernetes/pytest-operator@v0.42.1...v0.43.0
v0.42.1
Compare Source
v0.42.0
Compare Source
v0.41.0
What's Changed
Full Changelog: charmed-kubernetes/pytest-operator@v0.39.0...v0.41.0
v0.37.0
: 0.37.0Compare Source
crate-py/rpds (rpds-py)
v0.27.1
Compare Source
What's Changed
New Contributors
Full Changelog: crate-py/rpds@v0.27.0...v0.27.1
v0.27.0
Compare Source
What's Changed
New Contributors
Full Changelog: crate-py/rpds@v0.26.0...v0.27.0
v0.26.0
Compare Source
What's Changed
Full Changelog: crate-py/rpds@v0.25.1...v0.26.0
v0.25.1
Compare Source
What's Changed
New Contributors
Full Changelog: crate-py/rpds@v0.25.0...v0.25.1
v0.25.0
Compare Source
What's Changed
New Contributors
Full Changelog: crate-py/rpds@v0.24.0...v0.25.0
v0.24.0
Compare Source
What's Changed
New Contributors
Full Changelog: crate-py/rpds@v0.23.1...v0.24.0
v0.23.1
Compare Source
What's Changed
New Contributors
Full Changelog: crate-py/rpds@v0.23.0...v0.23.1
v0.23.0
Compare Source
Full Changelog: crate-py/rpds@v0.22.3...v0.23.0
v0.22.3
Compare Source
Full Changelog: crate-py/rpds@v0.22.2...v0.22.3
v0.22.1
Compare Source
What's Changed
New Contributors
Full Changelog: crate-py/rpds@v0.22.0...v0.22.1
v0.22.0
Compare Source
What's Changed
New Contributors
Full Changelog: crate-py/rpds@v0.21.0...v0.22.0
v0.21.0
Compare Source
What's Changed
New Contributors
Full Changelog: crate-py/rpds@v0.20.1...v0.21.0
v0.20.1
Compare Source
What's Changed
Full Changelog: crate-py/rpds@v0.20.0...v0.20.1
v0.20.0
Compare Source
What's Changed
__hash__
for collections by @FlickerSoul in #81Full Changelog: crate-py/rpds@v0.19.1...v0.20.0
v0.19.1
Compare Source
What's Changed
New Contributors
Full Changelog: crate-py/rpds@v0.19.0...v0.19.1
v0.19.0
Compare Source
What's Changed
New Contributors
Full Changelog: crate-py/rpds@v0.18.1...v0.19.0
v0.18.1
Compare Source
Full Changelog: crate-py/rpds@v0.18.0...v0.18.1
Configuration
📅 Schedule: Branch creation - "after 1am and before 2am every weekday" in timezone Etc/UTC, Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR is behind base branch, 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.