Build(deps): bump the minor-patch group across 1 directory with 3 upd…

…ates (#147)

Bumps the minor-patch group with 3 updates in the /python directory:
[requests](https://github.com/psf/requests),
[typing-extensions](https://github.com/python/typing_extensions) and
[types-requests](https://github.com/python/typeshed).

Updates `requests` from 2.32.0 to 2.32.3
<details>
<summary>Release notes</summary>
<p><em>Sourced from <a
href="https://github.com/psf/requests/releases">requests's
releases</a>.</em></p>
<blockquote>
<h2>v2.32.3</h2>
<h2>2.32.3 (2024-05-29)</h2>
<p><strong>Bugfixes</strong></p>
<ul>
<li>Fixed bug breaking the ability to specify custom SSLContexts in
sub-classes of
HTTPAdapter. (<a
href="https://redirect.github.com/psf/requests/issues/6716">#6716</a>)</li>
<li>Fixed issue where Requests started failing to run on Python versions
compiled
without the <code>ssl</code> module. (<a
href="https://redirect.github.com/psf/requests/issues/6724">#6724</a>)</li>
</ul>
<h2>v2.32.2</h2>
<h2>2.32.2 (2024-05-21)</h2>
<p><strong>Deprecations</strong></p>
<ul>
<li>
<p>To provide a more stable migration for custom HTTPAdapters impacted
by the CVE changes in 2.32.0, we've renamed <code>_get_connection</code>
to
a new public API, <code>get_connection_with_tls_context</code>. Existing
custom
HTTPAdapters will need to migrate their code to use this new API.
<code>get_connection</code> is considered deprecated in all versions of
Requests&gt;=2.32.0.</p>
<p>A minimal (2-line) example has been provided in the linked PR to ease
migration, but we strongly urge users to evaluate if their custom
adapter
is subject to the same issue described in CVE-2024-35195. (<a
href="https://redirect.github.com/psf/requests/issues/6710">#6710</a>)</p>
</li>
</ul>
<h2>v2.32.1</h2>
<h2>2.32.1 (2024-05-20)</h2>
<p><strong>Bugfixes</strong></p>
<ul>
<li>Add missing test certs to the sdist distributed on PyPI.</li>
</ul>
</blockquote>
</details>
<details>
<summary>Changelog</summary>
<p><em>Sourced from <a
href="https://github.com/psf/requests/blob/main/HISTORY.md">requests's
changelog</a>.</em></p>
<blockquote>
<h2>2.32.3 (2024-05-29)</h2>
<p><strong>Bugfixes</strong></p>
<ul>
<li>Fixed bug breaking the ability to specify custom SSLContexts in
sub-classes of
HTTPAdapter. (<a
href="https://redirect.github.com/psf/requests/issues/6716">#6716</a>)</li>
<li>Fixed issue where Requests started failing to run on Python versions
compiled
without the <code>ssl</code> module. (<a
href="https://redirect.github.com/psf/requests/issues/6724">#6724</a>)</li>
</ul>
<h2>2.32.2 (2024-05-21)</h2>
<p><strong>Deprecations</strong></p>
<ul>
<li>
<p>To provide a more stable migration for custom HTTPAdapters impacted
by the CVE changes in 2.32.0, we've renamed <code>_get_connection</code>
to
a new public API, <code>get_connection_with_tls_context</code>. Existing
custom
HTTPAdapters will need to migrate their code to use this new API.
<code>get_connection</code> is considered deprecated in all versions of
Requests&gt;=2.32.0.</p>
<p>A minimal (2-line) example has been provided in the linked PR to ease
migration, but we strongly urge users to evaluate if their custom
adapter
is subject to the same issue described in CVE-2024-35195. (<a
href="https://redirect.github.com/psf/requests/issues/6710">#6710</a>)</p>
</li>
</ul>
<h2>2.32.1 (2024-05-20)</h2>
<p><strong>Bugfixes</strong></p>
<ul>
<li>Add missing test certs to the sdist distributed on PyPI.</li>
</ul>
</blockquote>
</details>
<details>
<summary>Commits</summary>
<ul>
<li><a
href="https://github.com/psf/requests/commit/0e322af87745eff34caffe4df68456ebc20d9068"><code>0e322af</code></a>
v2.32.3</li>
<li><a
href="https://github.com/psf/requests/commit/e18879932287c2bf4bcee4ddf6ccb8a69b6fc656"><code>e188799</code></a>
Don't create default SSLContext if ssl module isn't present (<a
href="https://redirect.github.com/psf/requests/issues/6724">#6724</a>)</li>
<li><a
href="https://github.com/psf/requests/commit/145b5399486b56e00250204f033441f3fdf2f3c9"><code>145b539</code></a>
Merge pull request <a
href="https://redirect.github.com/psf/requests/issues/6716">#6716</a>
from sigmavirus24/bug/6715</li>
<li><a
href="https://github.com/psf/requests/commit/b1d73ddb509a3a2d3e10744e85f9cdebdbde90f0"><code>b1d73dd</code></a>
Don't use default SSLContext with custom poolmanager kwargs</li>
<li><a
href="https://github.com/psf/requests/commit/6badbac6e0d6b5a53872f26401761ad37a9002b8"><code>6badbac</code></a>
Update HISTORY.md</li>
<li><a
href="https://github.com/psf/requests/commit/a62a2d35d918baa8e793f7aa4fb41527644dfca5"><code>a62a2d3</code></a>
Allow for overriding of specific pool key params</li>
<li><a
href="https://github.com/psf/requests/commit/88dce9d854797c05d0ff296b70e0430535ef8aaf"><code>88dce9d</code></a>
v2.32.2</li>
<li><a
href="https://github.com/psf/requests/commit/c98e4d133ef29c46a9b68cd783087218a8075e05"><code>c98e4d1</code></a>
Merge pull request <a
href="https://redirect.github.com/psf/requests/issues/6710">#6710</a>
from nateprewitt/api_rename</li>
<li><a
href="https://github.com/psf/requests/commit/92075b330a30b9883f466a43d3f7566ab849f91b"><code>92075b3</code></a>
Add deprecation warning</li>
<li><a
href="https://github.com/psf/requests/commit/aa1461b68aa73e2f6ec0e78c8853b635c76fd099"><code>aa1461b</code></a>
Move _get_connection to get_connection_with_tls_context</li>
<li>Additional commits viewable in <a
href="https://github.com/psf/requests/compare/v2.32.0...v2.32.3">compare
view</a></li>
</ul>
</details>
<br />

Updates `typing-extensions` from 4.11.0 to 4.12.1
<details>
<summary>Release notes</summary>
<p><em>Sourced from <a
href="https://github.com/python/typing_extensions/releases">typing-extensions's
releases</a>.</em></p>
<blockquote>
<h2>4.12.1</h2>
<ul>
<li>Preliminary changes for compatibility with the draft implementation
of PEP 649 in Python 3.14. Patch by Jelle Zijlstra.</li>
<li>Fix regression in v4.12.0 where nested <code>Annotated</code> types
would cause
<code>TypeError</code> to be raised if the nested <code>Annotated</code>
type had unhashable
metadata. Patch by Alex Waygood.</li>
</ul>
<h2>4.12.0</h2>
<p>This release focuses on compatibility with the upcoming release of
Python 3.13. Most changes are related to the implementation of type
parameter defaults (PEP 696).</p>
<p>Thanks to all of the people who contributed patches, especially Alex
Waygood, who did most of the work adapting typing-extensions to the
CPython PEP 696 implementation.</p>
<p>There is a single change since 4.12.0rc1:</p>
<ul>
<li>Fix incorrect behaviour of <code>typing_extensions.ParamSpec</code>
on Python 3.8 and
3.9 that meant that
<code>isinstance(typing_extensions.ParamSpec(&quot;P&quot;),
typing.TypeVar)</code> would have a
different result in some situations depending on whether or not a
profiling
function had been set using <code>sys.setprofile</code>. Patch by Alex
Waygood.</li>
</ul>
<p>Changes included in 4.12.0rc1:</p>
<ul>
<li>Improve the implementation of type parameter defaults (PEP 696)
<ul>
<li>Backport the <code>typing.NoDefault</code> sentinel object from
Python 3.13.
TypeVars, ParamSpecs and TypeVarTuples without default values now have
their <code>__default__</code> attribute set to this sentinel
value.</li>
<li>TypeVars, ParamSpecs and TypeVarTuples now have a
<code>has_default()</code>
method, matching <code>typing.TypeVar</code>,
<code>typing.ParamSpec</code> and
<code>typing.TypeVarTuple</code> on Python 3.13+.</li>
<li>TypeVars, ParamSpecs and TypeVarTuples with
<code>default=None</code> passed to
their constructors now have their <code>__default__</code> attribute set
to <code>None</code>
at runtime rather than <code>types.NoneType</code>.</li>
<li>Fix most tests for <code>TypeVar</code>, <code>ParamSpec</code> and
<code>TypeVarTuple</code> on Python
3.13.0b1 and newer.</li>
<li>Backport CPython PR <a
href="https://redirect.github.com/python/cpython/pull/118774">#118774</a>,
allowing type parameters without default values to follow those with
default values in some type parameter lists. Patch by Alex Waygood,
backporting a CPython PR by Jelle Zijlstra.</li>
<li>It is now disallowed to use a <code>TypeVar</code> with a default
value after a
<code>TypeVarTuple</code> in a type parameter list. This matches the
CPython
implementation of PEP 696 on Python 3.13+.</li>
<li>Fix bug in PEP-696 implementation where a default value for a
<code>ParamSpec</code>
would be cast to a tuple if a list was provided.
Patch by Alex Waygood.</li>
</ul>
</li>
<li>Fix <code>Protocol</code> tests on Python 3.13.0a6 and newer.
3.13.0a6 adds a new
<code>__static_attributes__</code> attribute to all classes in
Python,</li>
</ul>
<!-- raw HTML omitted -->
</blockquote>
<p>... (truncated)</p>
</details>
<details>
<summary>Changelog</summary>
<p><em>Sourced from <a
href="https://github.com/python/typing_extensions/blob/main/CHANGELOG.md">typing-extensions's
changelog</a>.</em></p>
<blockquote>
<h1>Release 4.12.1 (June 1, 2024)</h1>
<ul>
<li>Preliminary changes for compatibility with the draft implementation
of PEP 649 in Python 3.14. Patch by Jelle Zijlstra.</li>
<li>Fix regression in v4.12.0 where nested <code>Annotated</code> types
would cause
<code>TypeError</code> to be raised if the nested <code>Annotated</code>
type had unhashable
metadata. Patch by Alex Waygood.</li>
</ul>
<h1>Release 4.12.0 (May 23, 2024)</h1>
<p>This release is mostly the same as 4.12.0rc1 but fixes one more
longstanding bug.</p>
<ul>
<li>Fix incorrect behaviour of <code>typing_extensions.ParamSpec</code>
on Python 3.8 and
3.9 that meant that
<code>isinstance(typing_extensions.ParamSpec(&quot;P&quot;),
typing.TypeVar)</code> would have a
different result in some situations depending on whether or not a
profiling
function had been set using <code>sys.setprofile</code>. Patch by Alex
Waygood.</li>
</ul>
<h1>Release 4.12.0rc1 (May 16, 2024)</h1>
<p>This release focuses on compatibility with the upcoming release of
Python 3.13. Most changes are related to the implementation of type
parameter defaults (PEP 696).</p>
<p>Thanks to all of the people who contributed patches, especially Alex
Waygood, who did most of the work adapting typing-extensions to the
CPython PEP 696 implementation.</p>
<p>Full changelog:</p>
<ul>
<li>Improve the implementation of type parameter defaults (PEP 696)
<ul>
<li>Backport the <code>typing.NoDefault</code> sentinel object from
Python 3.13.
TypeVars, ParamSpecs and TypeVarTuples without default values now have
their <code>__default__</code> attribute set to this sentinel
value.</li>
<li>TypeVars, ParamSpecs and TypeVarTuples now have a
<code>has_default()</code>
method, matching <code>typing.TypeVar</code>,
<code>typing.ParamSpec</code> and
<code>typing.TypeVarTuple</code> on Python 3.13+.</li>
<li>TypeVars, ParamSpecs and TypeVarTuples with
<code>default=None</code> passed to
their constructors now have their <code>__default__</code> attribute set
to <code>None</code>
at runtime rather than <code>types.NoneType</code>.</li>
<li>Fix most tests for <code>TypeVar</code>, <code>ParamSpec</code> and
<code>TypeVarTuple</code> on Python
3.13.0b1 and newer.</li>
<li>Backport CPython PR <a
href="https://redirect.github.com/python/cpython/pull/118774">#118774</a>,
allowing type parameters without default values to follow those with
default values in some type parameter lists. Patch by Alex Waygood,
backporting a CPython PR by Jelle Zijlstra.</li>
<li>It is now disallowed to use a <code>TypeVar</code> with a default
value after a
<code>TypeVarTuple</code> in a type parameter list. This matches the
CPython
implementation of PEP 696 on Python 3.13+.</li>
</ul>
</li>
</ul>
<!-- raw HTML omitted -->
</blockquote>
<p>... (truncated)</p>
</details>
<details>
<summary>Commits</summary>
<ul>
<li><a
href="https://github.com/python/typing_extensions/commit/726963800030ab35ba5b975fc3a60486c26c5050"><code>7269638</code></a>
Prepare release 4.12.1 (<a
href="https://redirect.github.com/python/typing_extensions/issues/418">#418</a>)</li>
<li><a
href="https://github.com/python/typing_extensions/commit/8dfcf3c74a4f5d736a6d2ce8d82c3e85cd0c5b18"><code>8dfcf3c</code></a>
Fix <code>TypeError</code> on nested <code>Annotated</code> types where
the inner type has unhashab...</li>
<li><a
href="https://github.com/python/typing_extensions/commit/d76f5911b7d44aa1ff26de22e76047ca6c53f840"><code>d76f591</code></a>
Switch from flake8 to ruff (<a
href="https://redirect.github.com/python/typing_extensions/issues/414">#414</a>)</li>
<li><a
href="https://github.com/python/typing_extensions/commit/920d60d09e929e23657a4459dd446fb428715981"><code>920d60d</code></a>
Support my PEP 649 branch (<a
href="https://redirect.github.com/python/typing_extensions/issues/412">#412</a>)</li>
<li><a
href="https://github.com/python/typing_extensions/commit/e792bce5508dad9f5f00066ad615d231cc1d64c1"><code>e792bce</code></a>
Ignore fewer flake8 rules when linting tests (<a
href="https://redirect.github.com/python/typing_extensions/issues/413">#413</a>)</li>
<li><a
href="https://github.com/python/typing_extensions/commit/f90a8dc40b60bf43510b8611a07d8cc570544ffe"><code>f90a8dc</code></a>
Prepare release 4.12.0 (<a
href="https://redirect.github.com/python/typing_extensions/issues/408">#408</a>)</li>
<li><a
href="https://github.com/python/typing_extensions/commit/118e1a604a857d54cb70a2a1f930b425676d6cb4"><code>118e1a6</code></a>
Make sure <code>isinstance(typing_extensions.ParamSpec(&quot;P&quot;),
typing.TypeVar)</code> is u...</li>
<li><a
href="https://github.com/python/typing_extensions/commit/910141ab8295b422851f83ffc46c9eb04bbca719"><code>910141a</code></a>
Add security documentation (<a
href="https://redirect.github.com/python/typing_extensions/issues/403">#403</a>)</li>
<li><a
href="https://github.com/python/typing_extensions/commit/0dbc7c971f7ec61f12a1466f8d8f222bdf9a4b31"><code>0dbc7c9</code></a>
Prepare release 4.12.0rc1 (<a
href="https://redirect.github.com/python/typing_extensions/issues/402">#402</a>)</li>
<li><a
href="https://github.com/python/typing_extensions/commit/1da5d3d24441cc059fe4d49131588b719ee41d59"><code>1da5d3d</code></a>
Update actions/setup-python (<a
href="https://redirect.github.com/python/typing_extensions/issues/401">#401</a>)</li>
<li>Additional commits viewable in <a
href="https://github.com/python/typing_extensions/compare/4.11.0...4.12.1">compare
view</a></li>
</ul>
</details>
<br />

Updates `types-requests` from 2.31.0.20240406 to 2.32.0.20240602
<details>
<summary>Commits</summary>
<ul>
<li>See full diff in <a
href="https://github.com/python/typeshed/commits">compare view</a></li>
</ul>
</details>
<br />


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-automerge-start)
[//]: # (dependabot-automerge-end)

---

<details>
<summary>Dependabot commands and options</summary>
<br />

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 <dependency name> major version` will close this
group update PR and stop Dependabot creating any more for the specific
dependency's major version (unless you unignore this specific
dependency's major version or upgrade to it yourself)
- `@dependabot ignore <dependency name> minor version` will close this
group update PR and stop Dependabot creating any more for the specific
dependency's minor version (unless you unignore this specific
dependency's minor version or upgrade to it yourself)
- `@dependabot ignore <dependency name>` will close this group update PR
and stop Dependabot creating any more for the specific dependency
(unless you unignore this specific dependency or upgrade to it yourself)
- `@dependabot unignore <dependency name>` will remove all of the ignore
conditions of the specified dependency
- `@dependabot unignore <dependency name> <ignore condition>` will
remove the ignore condition of the specified dependency and ignore
conditions


</details>

Signed-off-by: dependabot[bot] <[email protected]>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>