Skip to content
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

build kube-cross, go-runner, releng-ci with golang 1.22.8, 1.23.2 #3779

Merged
merged 2 commits into from
Oct 14, 2024

Conversation

haitch
Copy link
Contributor

@haitch haitch commented Oct 3, 2024

What type of PR is this?

/kind feature

What this PR does / why we need it:

  • Build Go 1.22.8 images for currently supported Kubernetes release branches
  • Build Go 1.23.2 images for currently supported Kubernetes release branches

Which issue(s) this PR fixes:

xref #3778

Special notes for your reviewer:

Does this PR introduce a user-facing change?

Build Go 1.23.2 and 1.22.8 images

@k8s-ci-robot k8s-ci-robot added release-note Denotes a PR that will be considered when it comes time to generate release notes. kind/feature Categorizes issue or PR as related to a new feature. cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. area/release-eng Issues or PRs related to the Release Engineering subproject labels Oct 3, 2024
@k8s-ci-robot k8s-ci-robot added sig/release Categorizes an issue or PR as relevant to SIG Release. needs-priority needs-ok-to-test Indicates a PR that requires an org member to verify it is safe to test. labels Oct 3, 2024
@k8s-ci-robot
Copy link
Contributor

Hi @haitch. Thanks for your PR.

I'm waiting for a kubernetes member to verify that this patch is reasonable to test. If it is, they should reply with /ok-to-test on its own line. Until that is done, I will not automatically test new commits in this PR, but the usual testing commands by org members will still work. Regular contributors should join the org to skip this step.

Once the patch is verified, the new status will be reflected by the ok-to-test label.

I understand the commands that are listed here.

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-sigs/prow repository.

@k8s-ci-robot k8s-ci-robot added the size/M Denotes a PR that changes 30-99 lines, ignoring generated files. label Oct 3, 2024
@haitch haitch changed the title newer golang patch 1.22.8/1.23.2 build kube-cross, go-runner, releng-ci with golang 1.22.8, 1.23.2 Oct 3, 2024
@jeremyrickard
Copy link
Contributor

/ok-to-test

@k8s-ci-robot k8s-ci-robot added ok-to-test Indicates a non-member PR verified by an org member that is safe to test. and removed needs-ok-to-test Indicates a PR that requires an org member to verify it is safe to test. labels Oct 3, 2024
@haitch haitch force-pushed the haitao/golang_patch_oct2024 branch from f5df657 to 7e4daf2 Compare October 3, 2024 17:48
@jeremyrickard
Copy link
Contributor

/test pull-release-image-go-runner

@jeremyrickard
Copy link
Contributor

/test pull-release-image-releng-ci

@haitch
Copy link
Contributor Author

haitch commented Oct 3, 2024

/test pull-release-image-kube-cross

2 similar comments
@haitch
Copy link
Contributor Author

haitch commented Oct 3, 2024

/test pull-release-image-kube-cross

@jeremyrickard
Copy link
Contributor

/test pull-release-image-kube-cross

@jeremyrickard
Copy link
Contributor

Let me look at the failure here more and see if this is legit

@haitch
Copy link
Contributor Author

haitch commented Oct 4, 2024

we are blocked on build cross image, it seems docker.io/library/golang no longer offer linux/ppc64le linux/s390x arch on bullseye
image

@dims
Copy link
Member

dims commented Oct 4, 2024

cc @mkumatag @sudip-ibm @madeelibm for linux/ppc64le linux/s390x arch(es)

@mkumatag
Copy link
Member

mkumatag commented Oct 4, 2024

cc @mkumatag @sudip-ibm @madeelibm for linux/ppc64le linux/s390x arch(es)

Debian bullseye release recently got EOLed as per the Debian document and into LTS mode.

image

What really this means that

Debian Long Term Support (LTS) is a project to extend the lifetime of all Debian stable releases to (at least) 5 years. Debian LTS is not handled by the Debian Security and Release teams, but by a separate group of volunteers and companies interested in making it a success.

Thus the Debian LTS team takes over security maintenance of the various releases once the Debian Security team stops its work.

Important: The current LTS version is Debian 11 ("bullseye") and will be supported until August 31st, 2026. Supported architectures in Debian 11 LTS are limited to amd64, i386, arm64 and armhf. Users of other architectures are especially encouraged to upgrade to Debian 12 (''bookworm'').

Considering above information and recommendation, lets stop building the bullseye based image for these unsupported platforms and start consuming the later versions. Thanks.

@@ -28,7 +28,7 @@ IMGNAME = kube-cross
# - v1.100.0-go1.17-bullseye.0 satisfies SemVer regex, while:
Copy link
Member

@mkumatag mkumatag Oct 6, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

can we remove these arch(linux/ppc64le linux/s390x) entries from here or can we feed the platforms variable to the variants.yaml to build only on the supported platforms.

for testing I have removed these problematic platforms and build went through here - #3782

Background: As far as I know, the artifacts were cross-built, If I’m correct, we don’t need this kube-cross image to be a multi-arch fat manifest except for amd64 (which is the architecture most build systems use) to generate the artifacts. I believe we can safely exclude the problematic architectures while building this image to unblock the process and generate the artifacts smoothly. I’ve made that change here, and the image built fine.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

thanks, I can do that.

shall we wait for this proposal to be commonly agreed on?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

anyway, carried your commit, I guess that PR approve will have to take consideration of that proposal approve.

Copy link
Member

@cpanato cpanato left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

it LGTM

lets wait a bit for some consensus

/hold

@k8s-ci-robot k8s-ci-robot added the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Oct 11, 2024
@xmudrii
Copy link
Member

xmudrii commented Oct 11, 2024

/hold
For the lazy consensus at least until Monday, October 14, 2024, EOD
cc @kubernetes/release-managers @kubernetes/sig-release-leads

@dims
Copy link
Member

dims commented Oct 11, 2024

LGTM

@k8s-ci-robot k8s-ci-robot added lgtm "Looks good to me", indicates that a PR is ready to be merged. approved Indicates a PR has been approved by an approver from all required OWNERS files. labels Oct 14, 2024
Copy link
Member

@cpanato cpanato left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

/approve
/lgtm

Copy link
Member

@xmudrii xmudrii left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Tiny non-blocking nit, we can merge without it.
/lgtm
/approve

@@ -53,7 +53,7 @@ export DOCKER_CLI_EXPERIMENTAL=enabled
# TODO: Support multi-arch kube-cross images for linux/arm
# Currently some of the components references in the Dockerfile are
# not supported in specific architectures
PLATFORMS ?= linux/amd64 linux/arm64 linux/ppc64le linux/s390x #linux/arm
PLATFORMS ?= linux/amd64 linux/arm64 #linux/arm
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nit: can we comment those platforms instead, like we did for linux/arm?

@dims
Copy link
Member

dims commented Oct 14, 2024

/approve
/lgtm

@k8s-ci-robot
Copy link
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: cpanato, dims, haitch, saschagrunert, xmudrii

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:
  • OWNERS [cpanato,saschagrunert,xmudrii]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@haitch
Copy link
Contributor Author

haitch commented Oct 14, 2024

/unhold

we have the new announcement here: https://groups.google.com/g/kubernetes-sig-release/c/LgxPv6PM4QU/m/SGEv6U_wCQAJ?pli=1

@k8s-ci-robot k8s-ci-robot removed the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Oct 14, 2024
@xmudrii
Copy link
Member

xmudrii commented Oct 14, 2024

Timeout error
/retest

@k8s-ci-robot k8s-ci-robot merged commit 95b07ce into kubernetes:master Oct 14, 2024
13 of 14 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
approved Indicates a PR has been approved by an approver from all required OWNERS files. area/release-eng Issues or PRs related to the Release Engineering subproject cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. kind/feature Categorizes issue or PR as related to a new feature. lgtm "Looks good to me", indicates that a PR is ready to be merged. needs-priority ok-to-test Indicates a non-member PR verified by an org member that is safe to test. release-note Denotes a PR that will be considered when it comes time to generate release notes. sig/release Categorizes an issue or PR as relevant to SIG Release. size/M Denotes a PR that changes 30-99 lines, ignoring generated files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

8 participants