Open paololazzari opened 6 months ago
This issue is currently awaiting triage.
SIG CLI takes a lead on issue triage for this repo, but any Kubernetes member can accept issues by applying the triage/accepted
label.
The triage/accepted
label can be added by org members by writing /triage accepted
in a comment.
The Kubernetes project currently lacks enough contributors to adequately respond to all issues.
This bot triages un-triaged issues according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle stale
/close
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:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle rotten
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle rotten
/remove-lifecycle rotten
What happened?
I am trying to follow this solution https://github.com/kubernetes-sigs/kustomize/issues/1696#issuecomment-1478749665 to patch a custom generator from an overlay.
generators-base/kustomization.yaml
:generators-base/secrets.yaml
:overlays/dev/generator-config/kustomization.yaml
overlays/dev/kustomization.yaml
plugin/util/gcloudsecretgenerator/gcloudSecretGenerator
I know the plugin works fine because if I try to use it for a non-overlay workflow it works fine (as demonstrated here). In this scenario however, it does not work:
For some reason, it ignores my plugin and expects a Go object elsewhere.
What did you expect to happen?
I expected the
generator-base
secret to be patched and then expected the plugin to run properly.Expected output
Kustomize version
v5.4.1
Operating system
MacOS