-
Notifications
You must be signed in to change notification settings - Fork 56
Also build for CentOS 9. #270
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
Conversation
6e1fe91 to
48ba0e0
Compare
dockerfiles/rpm.dockerfile
Outdated
| # Don't try to run runc on RHEL/CentOS as we don't package it anymore. | ||
| RUN if [ "${BASE}" != "rhel" ] && [ "${BASE}" != "centos" ]; then runc --version; fi |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd rather keep this change for a separate PR (sorry haven't been able to spend time to respond on the linked ticket); this definitely needs a wider discussion (and not something we should change overnight).
I'm ok with adding the stream9 to the list in CI though (note that this Jenkinsfile is used for CI, but the actual matrix for which we built is in our internal release pipeline, so it may not be included (yet) on the next build)
dockerfiles/rpm.dockerfile
Outdated
| # Don't try to run runc on RHEL/CentOS as we don't package it anymore. | ||
| RUN if [ "${BASE}" != "rhel" ] && [ "${BASE}" != "centos" ]; then runc --version; fi |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd rather keep this change for a separate PR (sorry haven't been able to spend time to respond on the linked ticket); this definitely needs a wider discussion (and not something we should change overnight).
I'm ok with adding the stream9 to the list in CI though (note that this Jenkinsfile is used for CI, but the actual matrix for which we built is in our internal release pipeline, so it may not be included (yet) on the next build)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have updated this pull request to focus just on CentOS 9. I have split it in two commits, the second commit being now tracked in #272.
48ba0e0 to
b79cc82
Compare
|
Note: it looks like Ci is failing, but external contributor can't see the logs (Access Denied Romain-Geissler-1A is missing the Global/Read permission), so I don't know why it's failing and can't fix it myself. Locally |
|
I saw you have release docker 20.10.13 with Ubuntu Jammy this week, would it be possible to also tackle CentOS 9 ? |
|
Note for maintainers: CI build is failing, but open source contributor can't see the output of Jenkins, so I would need you to tell me what's wrong in order to fix the build. |
|
Ping (I don't know why the build fails) |
|
Ping |
1 similar comment
|
Ping |
|
@Romain-Geissler-1A I looked at the failure, it's |
Signed-off-by: Romain Geissler <romain.geissler@amadeus.com>
b79cc82 to
ee47082
Compare
|
On to the next error: Not sure if it's related, @thaJeztah any ideas? |
|
I saw failures on docker/docker-ce-packaging#681 (comment) as well; looks like it's now green, so I'm guessing it was some failures with those package servers (or just general networking issues); let me give Jenkins another kick |
| # Should only return true if `el8` (rhel8) is NOT defined | ||
| %if 0%{!?el8:1} | ||
| %if 0%{?suse_version} | ||
| BuildRequires: libbtrfs-devel | ||
| %else | ||
| BuildRequires: btrfs-progs-devel | ||
| %endif | ||
| %endif |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not sure if this is correct; I think the intent here was to
- include
libbtrfs-develon centos / rhel 7 (which still had btrfs?), and Fedora (?) - include
btrfs-progs-develon SUSE flavours (which default to using BTRFS as filesystem)
If I'm reading the current changes correctly, we're now excluding btrfs on all RPM variants (not just RHEL/CentOS > 7
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actually the removal of all this related to btrfs is linked not to these "ifs", but to another one further down:
%if 1%{!?el8:1}
BUILDTAGS="${BUILDTAGS} no_btrfs"
%endif
This "if" expression can only expand to a "true" value, so my understanding is that right now, we always build with flag "no_btrfs", no matter which distro is being used. Assuming that btrfs was never used, I also removed all dependency on btrfs build requires packages.
| # For some reason on rhel 8 if we "provide" runc then it makes this package unsearchable | ||
| %if 0%{!?el8:1} | ||
| # For some reason on rhel >= 8 if we "provide" runc then it makes this package unsearchable | ||
| %if 0%{?rhel} <= 7 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This may also be excluding this rule on Fedora, (open)SUSE, Oracle etc (assuming those don't have rhel defined), so a larger change than only "exclude on RHEL >= 8
|
Hi, Are my replies to all concerns ok or I still need to change something ? Note that RHEL 9 will be officially released this months, so people will start to need the CentOS 9 package ;) Cheers, |
|
I worked on various permutations of these conditions, and opened #283, based on your commit; let me know if that looks good to you |
Note: I have removed the btrfs support unconditionally as IMO the old condition "%if 1%{!?el8:1}" was always true, on every distros.
This includes changes inspired from #231.