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

DISPATCH-2357: fix(Dockerfile): switch to using Rocky Linux 8 as CentOS 8 is EOL #1726

Merged
merged 1 commit into from
Dec 31, 2024

Conversation

jiridanek
Copy link
Contributor

@jiridanek jiridanek commented Dec 31, 2024

https://issues.apache.org/jira/browse/DISPATCH-2357

We need to use supported CentOS. In newer CentOS Streams, the PowerTools repo was renamed to crb (same name as in RHEL). Using Rocky Linux 8 seems most sensible, as we are not ready to upgrade all the way to CentOS 9 or 10.

The Dockerfile was initially intended as a help for development, not really a release artifact. If a development Dockerfile is needed, it can be added in the future.

Meanwhile, using development versions of software at random places, which then becomes part of our release tar.gz, creates bad impression and should be eliminated.

As a compromise, the Dockerfile can use the contents of the local directory for Dispatch sources. In a released tar.gz, that would be the released content, so we're fine there.

…OS 8 is EOL

We need to use supported CentOS. In newer CentOS Streams, the PowerTools repo was renamed to crb (same name as in RHEL).
Using Rocky Linux 8 seems most sensible, as we are not ready to upgrade all the way to CentOS 9 or 10.

The Dockerfile was initially intended as a help for development, not really a release artifact.
If a development Dockerfile is needed, it can be added in the future.

Meanwhile, using development versions of software at random places, which then becomes part of our release tar.gz, creates bad impression and should be eliminated.

As a compromise, the Dockerfile can use the contents of the local directory for Dispatch sources.
In a released tar.gz, that would be the released content, so we're fine there.
@jiridanek jiridanek merged commit 8e0918a into apache:main Dec 31, 2024
14 of 20 checks passed
@jiridanek jiridanek deleted the jd_dockerfile_second_go branch December 31, 2024 09:18
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant