-
Notifications
You must be signed in to change notification settings - Fork 74
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
gimme stable
does not work for latest Go (v1.21.0)
#210
Comments
I created a fix, but the maintainer is not responding 😢 |
In Funtoo Linux I have been able to reproduce this bug as well when attempting to compile the new kubectl-1.28.0 (which contains the affected
|
I upvoted the PR, not sure if it would help though. Last release for this repo was over an year ago so not sure if it is still being maintained. |
The test fails regardless of my patch. |
I made some additional fixes so that the test would pass. :) |
Awesome work @YOwatari - I know it was a separate issue that was keeping those tests from passing, and thank you for taking the time to bring Gimme into 2023. |
I sent Travis an email at [email protected] - maybe if you all do the same, they will take some responsibility for their software and we can get this PR merged. |
…g version - Since golang 1.21, go is much better at managing its own version requirements (https://go.dev/doc/toolchain) - The gimme tool seems to be abandoned and does not work correctly for modern go versions (travis-ci/gimme#210) - Designate the top level go.mod as the source of truth for the go version in the project - Includes notes on where this version needs to be updated to match - Update fedora image used in ci job to fedora 40 since it provides golang 1.22 in its repos
…r golang version - Since golang 1.21, go is much better at managing its own version requirements (https://go.dev/doc/toolchain) - The gimme tool seems to be abandoned and does not work correctly for modern go versions (travis-ci/gimme#210) - Designate the top level go.mod as the source of truth for the go version in the project - Includes notes on where this version needs to be updated to match - Update fedora image used in ci job to fedora 40 since it provides golang 1.22 in its repos
…r golang version - Since golang 1.21, go is much better at managing its own version requirements (https://go.dev/doc/toolchain) - The gimme tool seems to be abandoned and does not work correctly for modern go versions (travis-ci/gimme#210) - Designate the top level go.mod as the source of truth for the go version in the project - Includes notes on where this version needs to be updated to match - Update fedora image used in ci job to fedora 40 since it provides golang 1.22 in its repos
Running
gimme stable
now results in the following output -It seems like the timestamp is being added to the Go version string which is why the version is not found and the command fails. Pinning the version number is a workaround for now.
The text was updated successfully, but these errors were encountered: