OTA-1838: chore(Dockerfile): Use ubi-minimal for base images#1067
Conversation
|
Skipping CI for Draft Pull Request. |
|
Important Review skippedReview was skipped due to path filters ⛔ Files ignored due to path filters (1)
CodeRabbit blocks several paths by default. You can override this behavior by explicitly including those paths in the path filters. For example, including ⚙️ Run configurationConfiguration used: Repository: openshift/coderabbit/.coderabbit.yaml Review profile: CHILL Plan: Enterprise Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
|
/test all |
|
/hold The CI only checks whether the image can be built using the Dockerfile. It does not run testing on the built image. |
|
/unhold openshift/release#79424 merged. |
|
/test all |
Use microdnf because dnf is not available in the minimal image.
38a89a8 to
2eccc77
Compare
|
@DavidHurta: This pull request references OTA-1838 which is a valid jira issue. Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the story to target the "5.0.0" version, but no target version was set. DetailsIn 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 openshift-eng/jira-lifecycle-plugin repository. |
|
@coderabbitai help |
ChatThere are 3 ways to chat with CodeRabbit:
CodeRabbit commands
Other keywords and placeholders
Status, support, documentation and community
|
|
@coderabbitai resume |
✅ Actions performedReviews resumed. |
|
@coderabbitai summary |
✅ Actions performedSummary regeneration triggered. |
|
@DavidHurta: all tests passed! Full PR test history. Your PR dashboard. DetailsInstructions 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. I understand the commands that are listed here. |
|
/label acknowledge-critical-fixes-only Very important maintenance. |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: DavidHurta, wking The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
openshift#1067 uses the ubi-minimal images. > We do not need to update the base image in the build stage, but I do not see a reason why we should not use the minimal for all stages while we are at it. This pull gives a reason: It saves the dependency installation in each CI build. The build base is used in CI already as the build root [1] (and it is open to the public which should cause no troubles to the Flux build). We should keep the CI build and the production build as close as possible if not identical [2]. Cincinnati is not an OCP product but the theory there can be applied. The builder image is currently not based from ubi-minimal [3]. We could switch to it, e.g., when making the next build root image for a new Rust version. In addition, the recipe `just build --release` is used to build the binaries, to keep doing things in a consistent way. [1]. https://github.com/openshift/release/blob/76d0cff0192e04c1d90a535d72106bffab91e79a/ci-operator/config/openshift/cincinnati/openshift-cincinnati-master.yaml#L18-L22 [2]. https://docs.ci.openshift.org/architecture/images/ [3]. https://github.com/openshift/release/blob/76d0cff0192e04c1d90a535d72106bffab91e79a/ci-operator/config/openshift/cincinnati/openshift-cincinnati-master.yaml#L26
openshift#1067 uses the ubi-minimal images. > We do not need to update the base image in the build stage, but I do not see a reason why we should not use the minimal for all stages while we are at it. This pull gives a reason: It saves the dependency installation in each CI build. The build base is used in CI already as the build root [1] (and it is open to the public which should cause no troubles to the Flux build). We should keep the CI build and the production build as close as possible if not identical [2]. Cincinnati is not an OCP product but the theory there can be applied. The builder image is currently not based from ubi-minimal [3]. We could switch to it, e.g., when making the next build root image for a new Rust version. In addition, the recipe `just build --release` is used to build the binaries, to keep doing things in a consistent way. Basically this pull tries to reduce the change on CI from openshift/release#79424. [1]. https://github.com/openshift/release/blob/76d0cff0192e04c1d90a535d72106bffab91e79a/ci-operator/config/openshift/cincinnati/openshift-cincinnati-master.yaml#L18-L22 [2]. https://docs.ci.openshift.org/architecture/images/ [3]. https://github.com/openshift/release/blob/76d0cff0192e04c1d90a535d72106bffab91e79a/ci-operator/config/openshift/cincinnati/openshift-cincinnati-master.yaml#L26
openshift#1067 uses the ubi-minimal images. > We do not need to update the base image in the build stage, but I do not see a reason why we should not use the minimal for all stages while we are at it. This pull gives a reason: It saves the dependency installation in each CI build. The build base is used in CI already as the build root [1] (and it is open to the public which should cause no troubles to the Flux build). We should keep the CI build and the production build as close as possible if not identical [2]. Cincinnati is not an OCP product but the theory there can be applied. The builder image is currently not based from ubi-minimal [3]. We could switch to it, e.g., when making the next build root image for a new Rust version. In addition, the recipe `just build --release` is used to build the binaries, to keep doing things in a consistent way. Basically this pull tries to reduce the changes on CI from openshift/release#79424. [1]. https://github.com/openshift/release/blob/76d0cff0192e04c1d90a535d72106bffab91e79a/ci-operator/config/openshift/cincinnati/openshift-cincinnati-master.yaml#L18-L22 [2]. https://docs.ci.openshift.org/architecture/images/ [3]. https://github.com/openshift/release/blob/76d0cff0192e04c1d90a535d72106bffab91e79a/ci-operator/config/openshift/cincinnati/openshift-cincinnati-master.yaml#L26
We do not need to update the base image in the build stage, but I do not see a reason why we should not use the minimal for all stages while we are at it.
The container image built using the Dockerfile is now being exercised in relevant CI presubmit jobs (openshift/release#79424).