-
Notifications
You must be signed in to change notification settings - Fork 1.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
Makefile: make generate-go-openapi is broken if repository is not in GOPATH #6526
Comments
For now we could fix the dependabot GH action by either:
On long-term we could take a look at kubernetes/kube-openapi#233 |
/area runtime-sdk |
I'm personally +1 to adjusting the dependabot GH action to checkout cluster-api into GOPATH because this will avoid similar problems in the future, but I will defer this to @sbueringer and @chrischdi |
To fix dependabot I would favor checking out in GOPATH over dropping make generate. Overall it would be nice to get the root cause fixed, given that in addition to the problems that some have with generate conversion we now have a second target which forces users to checkout CAPI in GOPATH. |
fyi. I'll implement a workaround for the action here: #6607
We should definitely fix it in general though as already folks regularly hit this issue locally. |
/reopen Let's drop the workaround from the dependabot |
@sbueringer: Reopened this issue. In response to this:
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. |
What steps did you take and what happened:
make generate
hereThis did results in
zz_generated.openapi.go
filesWhat did you expect to happen:
In this case no changes for the
zz_generated.openapi.go
files.Anything else you would like to add:
The reason for that is the dependabot github action here does not run
make generate
inside theGOPATH
.This results in
make generate-go-openapi
which gets transitively executed to also not run inside theGOPATH
.Issue was introduced in #6462 and only affects the generation of openapi code.
For kube-openapi this is still an unresolved issue kubernetes/kube-openapi#233
They did workaround this issue themselves in kubernetes/kube-openapi#225
[Miscellaneous information that will assist in solving the issue.]
Environment:
kubectl version
):/etc/os-release
):/kind bug
[One or more /area label. See https://github.com/kubernetes-sigs/cluster-api/labels?q=area for the list of labels]
The text was updated successfully, but these errors were encountered: