Eirik A

Going to put this on hold until 0.77. I have some ideas for it, but it's been a while since a release and will get that out the door first.

Going to pause this to tackle https://github.com/kube-rs/kube/issues/1036 first. It's not possible to proceed with making subresource requests sane without at least having `Scope` on `ApiResource`.

Another extension discussed in the discord that's possible with query methods on `Client`: dynamic get lookups from `ObjectRef`: ```rust fn get_by_ref(oref: &ObjectRef) -> Result # or if following get_opt and...

Yeah, I think this makes sense. It's probably not something we should have on by default (since we are more a client-go equivalent than a kubectl equivalent), but we can...

Can also see that this is wrapped up in a [`CachedDiscoveryClient`](https://github.com/kubernetes/kubernetes/blob/91a9ce28ac2486c50222aeeec1f76e664155d769/staging/src/k8s.io/client-go/discovery/cached/disk/cached_discovery.go#L43-L64) which sets at [ttl of 6 hours](https://github.com/kubernetes/kubernetes/blob/master/staging/src/k8s.io/cli-runtime/pkg/genericclioptions/config_flags.go#L292) (other blog posts mentioned invalidation every 10 minutes, but it seems to...

That is the reverse of the problem that was fixed in 0.75 by making `Api::namespaced` only work on `NamespaceResourceScope` resources. We decided against putting the hard constraint on `Api::all` [at...

Sure, go for it!

hm, yeah, I can see that being awkward. Having `Serialize` and `Deserialize` requirement on `K` is not a big deal imo, it's generally always there. That said, you might avoid...

Thanks for the issue! This is an oversight on our end. It should have been added when we made `ApiResource`. It exists on the native type [`APIResource`](https://docs.rs/k8s-openapi/latest/k8s_openapi/apimachinery/pkg/apis/meta/v1/struct.APIResource.html) so shouldn't be...

Slow response on this, but the question on where to put this was not immediately obvious. Have written a larger thing in #1036 on direction for these two structs. I'll...