The GNOME Live image from this SIG includes the package cifs-utils-info. That package is also present after doing an install from this image. However, this package is not shipped in the repos and can lead to the following upgrade problem.
[root@centos ~]# dnf update Last metadata expiration check: 0:04:01 ago on Fri 05 Jul 2024 10:54:17 PM CDT. Error: Problem: package cifs-utils-info-7.0-1.el9.x86_64 from @System requires cifs-utils(x86-64) = 7.0-1.el9, but none of the providers can be installed - cannot install both cifs-utils-7.0-5.el9.x86_64 from baseos and cifs-utils-7.0-1.el9.x86_64 from @System - cannot install both cifs-utils-7.0-5.el9.x86_64 from baseos and cifs-utils-7.0-1.el9.x86_64 from baseos - cannot install the best update candidate for package cifs-utils-7.0-1.el9.x86_64 - problem with installed package cifs-utils-info-7.0-1.el9.x86_64 (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
To reproduce this, you'll need to have a newer versions of cifs-utils in the repos than what is installed. This can be accomplished using the previous ISO CentOS-Stream-Image-GNOME-Live.x86_64-9-202404040710.iso, which includes cifs-utils-7.0-1.el9. If you use the current ISO CentOS-Stream-Image-GNOME-Live.x86_64-9-202407021001.iso you won't see the error right away because it includes cifs-utils-7.0-5.el9, which matches what is available in the repos. However, the next update to the cifs-utils package will cause the error again. The problem can also be observed just by running dnf update in the live session of the older ISO.
CentOS-Stream-Image-GNOME-Live.x86_64-9-202404040710.iso
CentOS-Stream-Image-GNOME-Live.x86_64-9-202407021001.iso
dnf update
I don't know much about kiwi configs, but I don't see anything explicitly pulling in cifs-utils or cifs-utils-info. My guess is cifs-utils is in the dependency chain of some other package that is needed. cifs-utils has a weak dependency on the unshipped cifs-utils-info, which seems like the root of the issue. But until that is resolved, it might be a good idea to exclude cifs-utils-info if possible.
I filed a cifs-utils issue about the weak dependency.
https://issues.redhat.com/browse/RHEL-46486
I also submitted pull requests to remove the recommends in c9s and c10s, and to conditionalize the recommends in the Fedora spec file so it's not a problem in future CentOS versions.
https://gitlab.com/redhat/centos-stream/rpms/cifs-utils/-/merge_requests/16 https://gitlab.com/redhat/centos-stream/rpms/cifs-utils/-/merge_requests/17 https://src.fedoraproject.org/rpms/cifs-utils/pull-request/8
We shouldn't have the Stream buildroot repo in the altimages image input repo (koji buildroot repo) precisely to avoid this kind of problem.
It looks like it's there anyway: https://cbs.centos.org/koji/taginfo?tagID=2705
We need to get it removed from our tags...
Also, for future reference, we do have spin-bugs for this: https://pagure.io/centos-sig-alt-images/spin-bugs/issues
I also submitted pull requests to remove the recommends in c9s and c10s, and to conditionalize the recommends in the Fedora spec file so it's not a problem in future CentOS versions. https://gitlab.com/redhat/centos-stream/rpms/cifs-utils/-/merge_requests/16 https://gitlab.com/redhat/centos-stream/rpms/cifs-utils/-/merge_requests/17 https://src.fedoraproject.org/rpms/cifs-utils/pull-request/8
I don't think this is a prudent thing to do. Aside from it being weird that additional information/diagnostic tools are being filtered out (simply because of a Python dependency[?]), the actual issue is that our tag is misconfigured and exposed more content than is actually supposed to be present.
Filed centos-infra#1449 to address this issue.
Good to know, I would have used that if it was listed on the SIG overview page.
https://sigs.centos.org/altimages/
It isn't, but this issue tracker is, which is why I filed it here.
The buildroot is now out of our repo. I'll start working on rebuilding everything.
I'll also update our webpage so it shows the other issue area.
Thank you very much for letting us know of this bug.
I have verified that the new configs don't pull in buildroot stuff. But I am waiting until the newest CS9 compose is on the mirrors and on the SIG repos before I rebuild the images. I want to make sure the openssh fix is in the images.
The repos have been updated so we don't have the buildroot. New images have been built and tested and they fix this problem. Those new images are being pushed out to the mirrors as I type this. I'm trying to be gentle to the mirror servers, so it will take at least an hour, maybe two.
CentOS-Stream-Image-CINNAMON-Live-9-202407091002 CentOS-Stream-Image-GNOME-Live-9-202407091002 CentOS-Stream-Image-KDE-Live-9-202407091002 CentOS-Stream-Image-MATE-Live-9-202407091002 CentOS-Stream-Image-MAX-Live-9-202407091002 CentOS-Stream-Image-MIN-Live-9-202407091002 CentOS-Stream-Image-XFCE-Live-9-202407091002
Also, I have updated our documentation to point to both this issues, as well as the other one.
Feature Requests / SIG Issues: AltImages SIG Issue Tracker - https://pagure.io/centos-sig-alt-images/sig/issues Bugs / Image Issues: AltImages Images Issue Tracker - https://pagure.io/centos-sig-alt-images/spin-bugs/issues
I am going to close this. If the images don't fix your problem, feel free to open this again.
Metadata Update from @tdawson: - Issue status updated to: Closed (was: Open)
Log in to comment on this ticket.