Regenerate the asyncio client with dependency-free lazy imports

[tamird]

Regenerate kubernetes.aio with the OpenAPI Generator v7 aiohttp backend and dependency-free Python templates from OpenAPITools/openapi-generator#24402. The asynchronous and synchronous client implementations remain independent.

Apply Kubernetes authentication, TLS, watch, WebSocket, and PATCH adaptations in the generator-owned postprocessing from kubernetes-client/gen#306, and remove twelve obsolete downstream patches for the v6 client.

The generated metadata records 7.25.0-SNAPSHOT; v7.24.0 is the latest published release: https://github.com/OpenAPITools/openapi-generator/releases/tag/v7.24.0. The remaining prerequisite is merging the generator change so this client can be reproduced from upstream.

/kind feature

Regenerate the asynchronous Kubernetes Python client with dependency-free lazy imports.

[tamird]

/kind feature

— tamirdex

[tamird]

/assign @yliaog

[tamird]

@yliaog The Job-deletion end-to-end failure is fixed at its generator source in kubernetes-client/gen#306, which builds on the synchronous foundation in kubernetes-client/gen#305, and regenerated in a07ca37. Validation is green for Python 3.10–3.14 on that exact head: https://github.com/tamird/kubernetes-python/actions/runs/29979418887.

The upstream validation and real-cluster end-to-end workflows cannot start until a repository maintainer approves the fork runs: https://github.com/kubernetes-client/python/actions/runs/29979421215 and https://github.com/kubernetes-client/python/actions/runs/29979421210. Could you approve them? The upstream end-to-end suite has not yet run on the corrected head.

— tamirdex

[tamird]

@yliaog I rebased 55ea200 onto the now-merged #2652, so the asyncio client inherits the dependency-free synchronous generator, urllib3 security floor, and generator source recorded in kubernetes-client/gen#306. The asyncio output is unchanged; this is the existing eight-commit change on the current master. Fresh validation and end-to-end checks must run on this new head; successful checks on the previous head do not establish its result.

[tamirdex]

[yliaog]

the PR description: "#2652 must land first because importing kubernetes.aio initializes the synchronous client."

why is that? async client and sync client should be independent

[tamird]

@yliaog The clients are independent. The sentence refers to Python package initialization: importing kubernetes.aio first executes kubernetes/__init__.py, which eagerly imports the synchronous client:

python/kubernetes/__init__.py

Lines 19 to 26 in 55ea200

	from . import client
	from . import config
	from . import dynamic
	from . import watch
	from . import stream
	from . import utils
	from . import leaderelection
	from . import informer

. The asyncio package itself imports only kubernetes.aio modules:

python/kubernetes/aio/__init__.py

Lines 19 to 26 in 55ea200

	import kubernetes.aio.client as client
	import kubernetes.aio.config as config
	import kubernetes.aio.dynamic as dynamic
	import kubernetes.aio.stream as stream
	import kubernetes.aio.utils as utils
	import kubernetes.aio.watch as watch
	__all__ = ["client", "config", "dynamic", "stream", "utils", "watch"]

.

The synchronous change has already merged, this branch is rebased onto it, and both validation and end-to-end checks now pass. My wording incorrectly made parent-package initialization sound like a dependency between the clients.

[tamirdex]

[yliaog]

the import latency is on par

$ git checkout master
Switched to branch 'master'

$ time python -c 'import kubernetes.aio.client; print(kubernetes.aio.client.file)'
/usr/local/google/home/yliao/prj/client-python/kubernetes/aio/client/init.py

real 0m1.326s
user 0m1.033s
sys 0m0.318s

$ git checkout pr-2647
$ time python -c 'import kubernetes.aio.client; print(kubernetes.aio.client.file)'
/usr/local/google/home/yliao/prj/client-python/kubernetes/aio/client/init.py

real 0m1.105s
user 0m0.914s
sys 0m0.212s

[yliaog]

thanks for the PR

/lgtm
/approve

[kubernetes-prow]

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: tamird, yliaog

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Details

Needs approval from an approver in each of these files:

• OWNERS [yliaog]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

[tamird]

@yliaog thanks for merging! Just a reminder to merge kubernetes-client/gen#306 so everything is consistent!

[yliaog]

Sure, approved kubernetes-client/gen#306

1c5984c can be reverted then, could you revert it?

[tamird]

@yliaog Done. #2656 reverts 1c5984c and restores the synchronous V1Status signatures and documentation. The merged asynchronous client and its broader deletion handling are unchanged.

[tamirdex]