You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Tried to add kafka operator 1.2.0 - It didn't work because the validator runs too many strict checks.
Additionally, when we add new validations in KUDO it might happen that existing entries in the index do not pass these new validations - the should still be added to the index on a rebuild.
So we need either a "skipValidation" or "validationLevel" or "kudoValidationVersion" that can execute the KUDO package validation with the correct KUDO version...
The text was updated successfully, but these errors were encountered:
Hmm, kitt has subcommands to distinguish between package validation and updating repositories. So validation can be skipped by only running the update subcommand. Or am I missing something here?
As mentioned in #12, kitt needs a mechanism to support validation and possibly package creation for multiple versions of KUDO. This will allow it to manage repositories consisting of operator packages that may be incompatible with the latest version of KUDO but could still be used by older versions of KUDO.
Tried to add kafka operator 1.2.0 - It didn't work because the validator runs too many strict checks.
Additionally, when we add new validations in KUDO it might happen that existing entries in the index do not pass these new validations - the should still be added to the index on a rebuild.
So we need either a "skipValidation" or "validationLevel" or "kudoValidationVersion" that can execute the KUDO package validation with the correct KUDO version...
The text was updated successfully, but these errors were encountered: