-
Notifications
You must be signed in to change notification settings - Fork 216
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
Remove references to knative.dev/pkg
#332
Comments
Also,
|
We should migrate the logger that is being initialized through knative-style functions to use the default controller-runtime logger that is injected into the controller |
The Kubernetes project currently lacks enough contributors to adequately respond to all issues. This bot triages un-triaged issues according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
/remove-lifecycle stale |
The Kubernetes project currently lacks enough contributors to adequately respond to all issues. This bot triages un-triaged issues according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues. This bot triages un-triaged issues according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle rotten |
/lifecycle frozen |
Tell us about your request
Right now, we are using various libraries and utilities in
knative.dev/pkg
. We should knock out references toknative.dev/pkg
to not depend on that package directly by removing the following uses for it:zap-config
logging.FromContext
rather than using the defaultcontroller-runtime
logger: Migrate existing knative logger to controller-runtime injected logger #922MutatingWebhookConfigurations
We'd like to move away from having direct reliance on
knative.dev/pkg
. This library has bottlenecked our ability to upgrade to the latest client packages of client-go, which may eventually bottleneck Karpenter's ability to support newer versions of K8s as APIs evolve.Tell us about the problem you're trying to solve. What are you trying to do, and why is it hard?
N/A
Are you currently working around this issue?
N/A
Additional Context
No response
Attachments
No response
Community Note
The text was updated successfully, but these errors were encountered: