-
Notifications
You must be signed in to change notification settings - Fork 2.3k
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
Archive format changed #5396
Comments
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 The Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
#5397 might fix this? |
Can confirm this change broke pipelines on my end when installing Kustomize through install_kustomize.sh |
There is an error with the archive format as part of the 5.2.0 release that is causing all our deployment builds to fail. kubernetes-sigs/kustomize#5396 For now just add an optional variable so we can also control this at the organization or repository level. We can make this an action input as well.
@gabrielcho |
There is an error with the archive format as part of the 5.2.0 release that is causing all our deployment builds to fail. kubernetes-sigs/kustomize#5396 For now just add an optional variable so we can also control this at the organization or repository level. We can make this an action input as well.
There is an error with the archive format as part of the 5.2.0 release that is causing all our deployment builds to fail. kubernetes-sigs/kustomize#5396 Initial approach didn't work with GHA variables so we'll use a new input but default its value for backwards compatibility.
There is an error with the archive format as part of the 5.2.0 release that is causing all our deployment builds to fail. kubernetes-sigs/kustomize#5396 Initial approach didn't work with GHA variables so we'll use a new input but default its value for backwards compatibility.
There is an error with the archive format as part of the 5.2.0 release that is causing all our deployment builds to fail. kubernetes-sigs/kustomize#5396 Initial approach didn't work with GHA variables so we'll use a new input but default its value for backwards compatibility.
We have a fix in progress and will fix as soon as possible, in the meantime if you rely on the output format, it is advised to use the previous kustomize version. |
There is an error with the archive format as part of the 5.2.0 release that is causing all our deployment builds to fail. kubernetes-sigs/kustomize#5396 Initial approach didn't work with GHA variables so we'll use a new input but default its value for backwards compatibility.
Add kustomize-version input with 5.1.1 default There is an error with the archive format as part of the 5.2.0 release that is causing all our deployment builds to fail. kubernetes-sigs/kustomize#5396 Initial approach didn't work with GHA variables so we'll use a new input but default its value for backwards compatibility.
There is an error with the archive format as part of the 5.2.0 release that is causing all our deployment builds to fail. kubernetes-sigs/kustomize#5396 Initial approach didn't work with GHA variables so we'll use a new input but default its value for backwards compatibility.
Add kustomize-version input with 5.1.1 default There is an error with the archive format as part of the 5.2.0 release that is causing all our deployment builds to fail. kubernetes-sigs/kustomize#5396 Initial approach didn't work with GHA variables so we'll use a new input but default its value for backwards compatibility.
Resolved now, I confirmed that install_kustomize.sh is working on the latest version. |
What happened?
Was it intentional for the archive format to change with the latest release? It broke out builds (because the output is now in
output/kustomize
instead of the root. We can adjust our builds if needed, but wanted to make sure this was intentional before doing so.What did you expect to happen?
Archive unpacks to
output/kustomize
instead ofkustomize
How can we reproduce it (as minimally and precisely as possible)?
Download the archive, open it up, look at the directory
Expected output
No response
Actual output
No response
Kustomize version
5.2.0
Operating system
Linux
The text was updated successfully, but these errors were encountered: