Open mbohlool opened 7 years ago
Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale
.
Stale issues rot after an additional 30d of inactivity and eventually close.
If this issue is safe to close now please do so with /close
.
Send feedback to sig-testing, kubernetes/test-infra and/or fejta. /lifecycle stale
Stale issues rot after 30d of inactivity.
Mark the issue as fresh with /remove-lifecycle rotten
.
Rotten issues close after an additional 30d of inactivity.
If this issue is safe to close now please do so with /close
.
Send feedback to sig-testing, kubernetes/test-infra and/or fejta. /lifecycle rotten
Rotten issues close after 30d of inactivity.
Reopen the issue with /reopen
.
Mark the issue as fresh with /remove-lifecycle rotten
.
Send feedback to sig-testing, kubernetes/test-infra and/or fejta. /close
@fejta-bot: Closing this issue.
Ping? This is still annoying to have no auto completion in my IDE. Any chance of getting this in?
/reopen
@evanmosseri: You can't reopen an issue/PR unless you authored it or you are a collaborator.
This issue is one reason I wrote my own generator: https://github.com/sebastian-philipp/rook-ceph-client-python
/reopen
@micw523: Reopened this issue.
Rotten issues close after 30d of inactivity.
Reopen the issue with /reopen
.
Mark the issue as fresh with /remove-lifecycle rotten
.
Send feedback to sig-testing, kubernetes/test-infra and/or fejta. /close
@fejta-bot: Closing this issue.
/reopen /lifecycle frozen
@micw523: Reopened this issue.
Type hinting would be more useful for using the APIs in this client (compared to config-loading, watch, etc), which are mostly generated by openapi-generator. I wonder if openapi-generator support type hinting.
cc @tomplus @scottilee
In the meantime, I've made https://github.com/ceph/rook-client-python to generate client API classes for CRDs . It contains a code generator that is usable independently of this project.
If there is an interest, the code generator could certainly be moved into a dedicated project.
I hacked together an external type stubs package for now: https://pypi.org/project/kubernetes-stubs/. Perhaps it's of use to some other folks!
For those who want to typecheck existing custom resources without generating additional code - I've created mypy
plugin that can do this based on openapi spec from CRD yamls https://pypi.org/project/kubernetes-typed/.
This is such a needed feature :smiling_face_with_tear:
/help
@roycaihw: This request has been marked as needing help from a contributor.
Please ensure that the issue body includes answers to the following questions:
For more details on the requirements of such an issue, please see here and ensure that they are met.
If this request no longer meets these requirements, the label can be removed
by commenting with the /remove-help
command.
I hacked together an external type stubs package for now: https://pypi.org/project/kubernetes-stubs/. Perhaps it's of use to some other folks!
kubernetes-stubs has not provided stubs for kubernetes >= 23.0 yet (2023-06-03).
I forked it to kubernetes-stubs-elephant-fork which provides stubs for all releases after 7.0 of kubernetes, even includes any release in the future automatically.
I run a crontab by github actions which looks for new releases of kubernetes and build typing stubs for it.
How is this feature not being provided by the main k8s client library for Python?
Python 3 has a type hinting feature very useful for auto complete. This issue is for tracking efforts on researching its backward compatibility with python 2 (
from __future__ import import annotations
?) and if possible, change code generator to implement it. Best if we contribute it back to swagger-codegen.