CentOS 8 Unresolvable today?
We are seeing the following issues with our local OBS that pulls from openSUSE.org servers: nothing provides glibc(x86-64) = 2.28-189.1.el8 needed by glibc-gconv-extra, (got version 2.28-189.5.el8_6 provided by glibc), nothing provides glibc-common = 2.28-189.1.el8 needed by glibc-gconv-extra, (got version 2.28-189.5.el8_6) It appears the problem is that glibc now has el8_6 in the new updated RPM and that might be causing the issues? Is anyone else seeing this? Regards, Cory McIntire | Lead – cPanel Security Team | Release Manager – EasyApache M +1 281.777.2705 | cory.mcintire@webpros.com<mailto:cory.mcintire@webpros.com> | cPanel – a webpros company
Hello, just an update, this appears to be an Almalinux8 issue instead of CentOS 8, I’ve reached out to CloudLinux but I am not sure they maintain that on openSUSE OBS or not. Thanks From: Cory McIntire <cory.mcintire@webpros.com> Date: Monday, June 20, 2022 at 11:19 AM To: buildservice@lists.opensuse.org <buildservice@lists.opensuse.org> Subject: CentOS 8 Unresolvable today? We are seeing the following issues with our local OBS that pulls from openSUSE.org servers: nothing provides glibc(x86-64) = 2.28-189.1.el8 needed by glibc-gconv-extra, (got version 2.28-189.5.el8_6 provided by glibc), nothing provides glibc-common = 2.28-189.1.el8 needed by glibc-gconv-extra, (got version 2.28-189.5.el8_6) It appears the problem is that glibc now has el8_6 in the new updated RPM and that might be causing the issues? Is anyone else seeing this? Regards, Cory McIntire | Lead – cPanel Security Team | Release Manager – EasyApache M +1 281.777.2705 | cory.mcintire@webpros.com<mailto:cory.mcintire@webpros.com> | cPanel – a webpros company
On Tue, Jun 21, 2022 at 12:05 PM Cory McIntire <cory.mcintire@webpros.com> wrote:
Hello, just an update, this appears to be an Almalinux8 issue instead of CentOS 8, I’ve reached out to CloudLinux but I am not sure they maintain that on openSUSE OBS or not.
It is maintained by the openSUSE Build Service team, not by anyone at AlmaLinux. -- 真実はいつも一つ！/ Always, there's only one truth!
I can confirm I see the same issue at the Uyuni Client Tools for EL8 (Alma, Rocky, etc) https://build.opensuse.org/project/show/systemsmanagement:Uyuni:Master:EL8-U... In the end, OBS takes the packages from AlmaLinux itself: https://build.opensuse.org/projects/AlmaLinux:8/meta So either something is really broken at the AlmaLinux repo, or something is broken when OBS tries to get the package from the repos? I guess Adrian needs to have a look? On martes, 21 de junio de 2022 18:05:10 (CEST) Cory McIntire wrote:
Hello, just an update, this appears to be an Almalinux8 issue instead of CentOS 8, I’ve reached out to CloudLinux but I am not sure they maintain that on openSUSE OBS or not.
Thanks
From: Cory McIntire <cory.mcintire@webpros.com> Date: Monday, June 20, 2022 at 11:19 AM To: buildservice@lists.opensuse.org <buildservice@lists.opensuse.org> Subject: CentOS 8 Unresolvable today? We are seeing the following issues with our local OBS that pulls from openSUSE.org servers:
nothing provides glibc(x86-64) = 2.28-189.1.el8 needed by glibc-gconv-extra, (got version 2.28-189.5.el8_6 provided by glibc), nothing provides glibc-common = 2.28-189.1.el8 needed by glibc-gconv-extra, (got version 2.28-189.5.el8_6)
It appears the problem is that glibc now has el8_6 in the new updated RPM and that might be causing the issues?
Is anyone else seeing this?
Regards, Cory McIntire | Lead – cPanel Security Team | Release Manager – EasyApache M +1 281.777.2705 | cory.mcintire@webpros.com<mailto:cory.mcintire@webpros.com> | cPanel – a webpros company
-- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez@suse.com
On Dienstag, 21. Juni 2022, 18:10:10 CEST Julio Gonzalez wrote:
I can confirm I see the same issue at the Uyuni Client Tools for EL8 (Alma, Rocky, etc)
https://build.opensuse.org/project/show/systemsmanagement:Uyuni:Master:EL8-U...
In the end, OBS takes the packages from AlmaLinux itself: https://build.opensuse.org/projects/AlmaLinux:8/meta
So either something is really broken at the AlmaLinux repo, or something is broken when OBS tries to get the package from the repos?
I guess Adrian needs to have a look?
it seems more to be a problem that AlmaLinux has two different glibc-gconv-extra stacks in baseos and appstream. But in appstream is an older version requiring the not anymore existing glibc base packages. So, you must either de-prefer the appstream repository or talk to upstream to get that package removed from appstream repo.
On martes, 21 de junio de 2022 18:05:10 (CEST) Cory McIntire wrote:
Hello, just an update, this appears to be an Almalinux8 issue instead of CentOS 8, I’ve reached out to CloudLinux but I am not sure they maintain that on openSUSE OBS or not.
Thanks
From: Cory McIntire <cory.mcintire@webpros.com> Date: Monday, June 20, 2022 at 11:19 AM To: buildservice@lists.opensuse.org <buildservice@lists.opensuse.org> Subject: CentOS 8 Unresolvable today? We are seeing the following issues with our local OBS that pulls from openSUSE.org servers:
nothing provides glibc(x86-64) = 2.28-189.1.el8 needed by glibc-gconv-extra, (got version 2.28-189.5.el8_6 provided by glibc), nothing provides glibc-common = 2.28-189.1.el8 needed by glibc-gconv-extra, (got version 2.28-189.5.el8_6)
It appears the problem is that glibc now has el8_6 in the new updated RPM and that might be causing the issues?
Is anyone else seeing this?
Regards, Cory McIntire | Lead – cPanel Security Team | Release Manager – EasyApache M +1 281.777.2705 | cory.mcintire@webpros.com<mailto:cory.mcintire@webpros.com> | cPanel – a webpros company
-- Adrian Schroeter <adrian@suse.de> Build Infrastructure Project Manager SUSE Software Solutions Germany GmbH, Frankenstraße 146, 90461 Nürnberg, Germany (HRB 36809, AG Nürnberg) Geschäftsführer: Ivo Totev
On miércoles, 22 de junio de 2022 8:50:12 (CEST) Adrian Schröter wrote:
On Dienstag, 21. Juni 2022, 18:10:10 CEST Julio Gonzalez wrote:
I can confirm I see the same issue at the Uyuni Client Tools for EL8 (Alma, Rocky, etc)
https://build.opensuse.org/project/show/systemsmanagement:Uyuni:Master:EL8 -Uyuni-Client-Tools
In the end, OBS takes the packages from AlmaLinux itself: https://build.opensuse.org/projects/AlmaLinux:8/meta
So either something is really broken at the AlmaLinux repo, or something is broken when OBS tries to get the package from the repos?
I guess Adrian needs to have a look?
it seems more to be a problem that AlmaLinux has two different glibc-gconv-extra stacks in baseos and appstream.
But in appstream is an older version requiring the not anymore existing glibc base packages.
So, you must either de-prefer the appstream repository or talk to upstream to get that package removed from appstream repo.
I am not sure how to do that? At the prjconfig?
On martes, 21 de junio de 2022 18:05:10 (CEST) Cory McIntire wrote:
Hello, just an update, this appears to be an Almalinux8 issue instead of CentOS 8, I’ve reached out to CloudLinux but I am not sure they maintain that on openSUSE OBS or not.
Thanks
From: Cory McIntire <cory.mcintire@webpros.com> Date: Monday, June 20, 2022 at 11:19 AM To: buildservice@lists.opensuse.org <buildservice@lists.opensuse.org> Subject: CentOS 8 Unresolvable today? We are seeing the following issues with our local OBS that pulls from openSUSE.org servers:
nothing provides glibc(x86-64) = 2.28-189.1.el8 needed by glibc-gconv-extra, (got version 2.28-189.5.el8_6 provided by glibc), nothing provides glibc-common = 2.28-189.1.el8 needed by glibc-gconv-extra, (got version 2.28-189.5.el8_6)
It appears the problem is that glibc now has el8_6 in the new updated RPM and that might be causing the issues?
Is anyone else seeing this?
Regards, Cory McIntire | Lead – cPanel Security Team | Release Manager – EasyApache M +1 281.777.2705 | cory.mcintire@webpros.com<mailto:cory.mcintire@webpros.com> | cPanel – a webpros company
-- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez@suse.com
Hello Adrian, can you please update the order of the repos and put BaseOS higher than AppStream? That hopefully fixes it "globally". At least it fixed it on my local repos. https://build.opensuse.org/projects/AlmaLinux:8/meta Also I noticed that the AlmaLinux 8 repos show red triangles. Maybe the repos are not updating and that is the issue? https://build.opensuse.org/project/show/AlmaLinux:8 Thank you and best wishes, Stefan ----- Ursprüngliche Mail ----- Von: "Julio Gonzalez" <jgonzalez@suse.com> An: "buildservice" <buildservice@lists.opensuse.org>, "Adrian Schröter" <adrian@suse.de> CC: "Cory McIntire" <cory.mcintire@webpros.com> Gesendet: Mittwoch, 22. Juni 2022 16:45:58 Betreff: Re: CentOS 8 Unresolvable today? On miércoles, 22 de junio de 2022 8:50:12 (CEST) Adrian Schröter wrote:
On Dienstag, 21. Juni 2022, 18:10:10 CEST Julio Gonzalez wrote:
I can confirm I see the same issue at the Uyuni Client Tools for EL8 (Alma, Rocky, etc)
https://build.opensuse.org/project/show/systemsmanagement:Uyuni:Master:EL8 -Uyuni-Client-Tools
In the end, OBS takes the packages from AlmaLinux itself: https://build.opensuse.org/projects/AlmaLinux:8/meta
So either something is really broken at the AlmaLinux repo, or something is broken when OBS tries to get the package from the repos?
I guess Adrian needs to have a look?
it seems more to be a problem that AlmaLinux has two different glibc-gconv-extra stacks in baseos and appstream.
But in appstream is an older version requiring the not anymore existing glibc base packages.
So, you must either de-prefer the appstream repository or talk to upstream to get that package removed from appstream repo.
I am not sure how to do that? At the prjconfig?
On martes, 21 de junio de 2022 18:05:10 (CEST) Cory McIntire wrote:
Hello, just an update, this appears to be an Almalinux8 issue instead of CentOS 8, I’ve reached out to CloudLinux but I am not sure they maintain that on openSUSE OBS or not.
Thanks
From: Cory McIntire <cory.mcintire@webpros.com> Date: Monday, June 20, 2022 at 11:19 AM To: buildservice@lists.opensuse.org <buildservice@lists.opensuse.org> Subject: CentOS 8 Unresolvable today? We are seeing the following issues with our local OBS that pulls from openSUSE.org servers:
nothing provides glibc(x86-64) = 2.28-189.1.el8 needed by glibc-gconv-extra, (got version 2.28-189.5.el8_6 provided by glibc), nothing provides glibc-common = 2.28-189.1.el8 needed by glibc-gconv-extra, (got version 2.28-189.5.el8_6)
It appears the problem is that glibc now has el8_6 in the new updated RPM and that might be causing the issues?
Is anyone else seeing this?
Regards, Cory McIntire | Lead – cPanel Security Team | Release Manager – EasyApache M +1 281.777.2705 | cory.mcintire@webpros.com<mailto:cory.mcintire@webpros.com> | cPanel – a webpros company
-- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez@suse.com
I am facing the similar issue and report it to upstream CentOS, see https://bugzilla.redhat.com/show_bug.cgi?id=2102548 Currently my builds are still broken... Reorder BaseOS > AppStream couldn't solve my problem, see https://build.opensuse.org/project/show/home:alvistack
Wong Hoi Sing Edison wrote:
Reorder BaseOS > AppStream couldn't solve my problem, see https://build.opensuse.org/project/show/home:alvistack
However, this order is supposed to work, see <https://bugzilla.redhat.com/show_bug.cgi?id=2102548#c8>. Based on some internal discussions, I expect that we treat violations of the BaseOS > AppStream rule as content glitches that need to be fixed. Thanks, Florian
Dear Florian, Thank you for your prompt reply and update us with RHEL internal discussion. Now I move BaseOS > AppStream and most package could compile correctly. BTW, similar case happened as "nothing provides libxml2(x86-64) = 2.9.7-11.el8 needed by libxml2-devel, (got version 2.9.7-14.el8 provided by libxml2)", which now reported to https://bugzilla.redhat.com/show_bug.cgi?id=2103293 Regards, Edison Wong
To whom it may concern, here is my repo setup for CentOS: <project name="home:alvistack"> <title/> <description/> <url>https://github.com/alvistack/</url> <person userid="alvistack" role="maintainer"/> <person userid="hswong3i" role="maintainer"/> <repository name="CentOS_9_Stream"> <path project="Fedora:EPEL:9" repository="standard"/> <path project="CentOS:CentOS-9:Stream" repository="crb"/> <path project="CentOS:CentOS-9:Stream" repository="standard"/> <path project="CentOS:CentOS-9:Stream" repository="baseos"/> <path project="CentOS:CentOS-9:Stream" repository="appstream"/> <arch>x86_64</arch> </repository> <repository name="CentOS_8_Stream"> <path project="Fedora:EPEL:8" repository="standard"/> <path project="CentOS:CentOS-8:Stream" repository="powertools"/> <path project="CentOS:CentOS-8:Stream" repository="devel"/> <path project="CentOS:CentOS-8:Stream" repository="extras"/> <path project="CentOS:CentOS-8:Stream" repository="standard"/> <path project="CentOS:CentOS-8:Stream" repository="baseos"/> <path project="CentOS:CentOS-8:Stream" repository="appstream"/> <path project="CentOS:CentOS-8" repository="update"/> <path project="CentOS:CentOS-8" repository="standard"/> <path project="CentOS:CentOS-8" repository="baseos"/> <path project="CentOS:CentOS-8" repository="appstream"/> <path project="CentOS:CentOS-8" repository="powertools"/> <path project="CentOS:CentOS-8" repository="devel"/> <path project="CentOS:CentOS-8" repository="extras"/> <arch>x86_64</arch> </repository> <repository name="CentOS_7"> <path project="Fedora:EPEL:7" repository="standard"/> <path project="CentOS:CentOS-7" repository="extras"/> <path project="CentOS:CentOS-7" repository="update"/> <path project="CentOS:CentOS-7" repository="standard"/> <arch>x86_64</arch> </repository> </project>
This definitely still seems to be an issue - and it looks to be an issue with OBS based on the reply to that bug report - which I copy and paste here: "RHEL repo enablement in OBS continues to not understand the RHEL content split and we cannot fix that. Both BaseOS and AppStream are required for RHEL installation and operation. BaseOS is the foundational repo, with AppStream requiring BaseOS for dependencies. In this specific case, it is perfectly fine for BaseOS to contain libxml2 and AppStream to contain libxml2-devel as both repositories are required to be enabled." Will.
participants (8)
-
Adrian Schröter -
Cory McIntire -
Florian Weimer -
Julio Gonzalez -
Neal Gompa -
Stefan Bluhm -
Will Furnell -
Wong Hoi Sing Edison