Open bluebrown opened 1 year ago
/triage accepted
Thank you for filing the issue and providing a reproduction setup.
The first thing we noted is that the annotations that have been added to your resource are standard annotations added by the kyaml function framework, but that the options you set (OmitReaderAnnotations
and KeepReaderAnnotations
) should prevent them from being added in the first place. We should investigate why they are being added anyways.
I'd like to fix this issue. /assign
Whoops, didn't mean to unassign you
This issue has not been updated in over 1 year, and should be re-triaged.
You can:
/triage accepted
(org members only)/close
For more details on the triage process, see https://www.kubernetes.dev/docs/guide/issue-triage/
/remove-triage accepted
What happened?
I am trying to create some custom validators using the krm framework. There are some examples. These work fine when doing
kustomize fn run
but when using thevalidators
field from a kustomization file pointing to some function configkustomize build fails
. From what I understand this is because it sees that the kio writer has added some tracking annotations to the resources and a validator is not allowed to do mutations.What did you expect to happen?
I would expect that it is possible to run krm filter created with the framework can be used as validators in a kustomization file.
How can we reproduce it (as minimally and precisely as possible)?
I have created a repository containing a minimalistic krm filter, to reproduce the issue: https://github.com/bluebrown/kustomize-validator-issue. The filter does nothing.
I have also tried padding
nil
as rlSource to get defaults and also the higher levelcommand.Build
. Both yield the same error.Expected output
I expect that it does not fail.
Actual output
Kustomize version
v5.0.0
Operating system
Linux