Open djryanj opened 10 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.
In my ignorance I didn't realize that you can't do this via kubectl apply -k
either. In order to use helm-based kustomize, you have to do kubectl kustomize -k <dir> --enable-helm | kubectl apply -f -
. The same then works for delete.
This is inconsistent behaviour though, and one would expect to be able to do -k
with the same set of flags as native kustomize
, so not sure this isn't still a bug.
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
What happened:
Trying to
kubectl delete -k <dir> --enable-helm
results in kubectl reporting:error: unknown flag: --enable-helm
. Removing--enable-helm
results inWhat you expected to happen:
delete
should work the same asapply
.How to reproduce it (as minimally and precisely as possible):
Create a basic kustomize overlay that references some helm chart, e.g.:
Apply with
kubectl apply -k <config dir> --enable-helm
Wait for it to apply
Try to delete it with
kubectl delete-k <config dir> --enable-helm
Observe
Anything else we need to know?:
N/A Environment:
kubectl version
):cat /etc/os-release
):