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.commailto: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.commailto: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.
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.commailto:cory.mcintire@webpros.com | cPanel – a webpros company
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.commailto:cory.mcintire@webpros.com | cPanel – a webpros company
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.commailto:cory.mcintire@webpros.com | cPanel – a webpros company
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.commailto:cory.mcintire@webpros.com | cPanel – a webpros company
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.
buildservice@lists.opensuse.org