Comments
carlwgeorge
I don't think this build is needed. It is built from the same commit as the EPEL 9 build, and it doesn't to require any libraries that are different between CentOS and RHEL. EPEL 9 Next isn't a completely separate repo, it's just additional packages on top of EPEL 9. The EPEL 9 package installs fine and should be used everywhere. I recommend unpushing this update.
It looks like this build went straight to unpushed status. I'm not sure how that can even happen. Regardless, it has the same installation error as grass-8.4.0-4.el10_0. It does look to be fixed by grass-8.4.0-7.el10_1, but that build hasn't been submitted as an update yet.
FYI, the build python-id-1.5.0-1.el10_0 was already submitted for 10.0 at the time we started mass branching for 10.1, so it was included in the list to manually tag once it hit stable as described in this thread. It reached stable, and was tagged for 10.1, so you'll see that build show up first. Once this update moves to stable, it will present itself as an update to that package, since 10_1 is "higher" than 10_0.
Also note that we have an automatic installability test run on EPEL 10 updates now. In the automated tests tab above you can see the red indicator for the failed test.
Please note the automated tests tab above that indicates a failure to install. I confirmed this manually as well.
Error:
Problem: conflicting requests
- nothing provides proj-datumgrid needed by grass-8.4.0-4.el10_0.x86_64 from epel-testing
- nothing provides proj-datumgrid-world needed by grass-8.4.0-4.el10_0.x86_64 from epel-testing
- nothing provides python3-wxpython4 needed by grass-8.4.0-4.el10_0.x86_64 from epel-testing
The new build installs fine and resolves the openpyxl installation issue.
The automated installability check failed. I confirmed this manually.
Error:
Problem: package python3-openpyxl-3.1.2-8.el10_0.noarch from epel requires python3.12dist(et-xmlfile), but none of the providers can be installed
- conflicting requests
- nothing provides python3-jdcal needed by python3-et_xmlfile-1.1.0-11.el10_0.noarch from epel-testing
The source for et_xmlfile does not seem to indicate a dependency on jdcal. I think that might just be an erroneous entry in the spec file which can be removed.
This is blocked by more than just perl(Gtk3). The cdbs build that was added doesn't install either.
Error:
Problem: conflicting requests
- nothing provides perl(Font::TTF::Font) needed by cdbs-0.4.167-1.el10_0.noarch from epel-testing
- nothing provides perl(Font::TTF::Ttc) needed by cdbs-0.4.167-1.el10_0.noarch from epel-testing
- nothing provides perl(Image::ExifTool) needed by cdbs-0.4.167-1.el10_0.noarch from epel-testing
It would probably be best to unpush this for now and take your time finding all the missing runtime dependencies.
This does not install.
root@c10:~# dnf --enablerepo epel-testing install xrdp
Last metadata expiration check: 0:16:36 ago on Sun Dec 29 13:55:22 2024.
Error:
Problem: conflicting requests
- nothing provides tigervnc-server-minimal needed by xrdp-1:0.10.2-5.el10_0.x86_64 from epel-testing
- nothing provides xorg-x11-xinit needed by xrdp-1:0.10.2-5.el10_0.x86_64 from epel-testing
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
Same for dh-autoreconf.
root@c10:~# dnf --enablerepo epel-testing install dh-autoreconf
Last metadata expiration check: 0:14:18 ago on Sun Dec 29 13:55:22 2024.
Error:
Problem: conflicting requests
- nothing provides cdbs needed by dh-autoreconf-20-11.el10_0.noarch from epel-testing
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
debconf-gnome from this update does not install.
root@c10:~# dnf --enablerepo epel-testing install debconf-gnome
Last metadata expiration check: 0:11:22 ago on Sun Dec 29 13:55:22 2024.
Error:
Problem: conflicting requests
- nothing provides perl(Gtk3) needed by debconf-gnome-1.5.87-1.el10_0.noarch from epel-testing
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
This does not install.
root@c10:~# dnf --enablerepo epel-testing install clamav-unofficial-sigs
Last metadata expiration check: 0:03:57 ago on Sun Dec 29 13:55:22 2024.
Error:
Problem: conflicting requests
- nothing provides clamav needed by clamav-unofficial-sigs-7.2.5-12.el10_0.noarch from epel-testing
- nothing provides clamav-update needed by clamav-unofficial-sigs-7.2.5-12.el10_0.noarch from epel-testing
(try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
clamav has been requested for EPEL 10 in this bug.
Now that smp_utils-0.99-1.el10_0 is available (and already in stable), this is installable and seems to work correctly.
rust-os_str_bytes+print_bytes-devel fails to install. I'm not sure it's worth holding up the entire update for, but worth considering adding in the missing dep or disabling that subpackage.
Error:
Problem: conflicting requests
- nothing provides (crate(print_bytes/default) >= 1.0.0 with crate(print_bytes/default) < 2.0.0~) needed by rust-os_str_bytes+print_bytes-devel-6.6.1-3.el10_0.noarch from epel-testing
Works for me.
This fails to install because python3-vcrpy is not available.
Can this be pushed to stable to resolve the openpyxl FTI problem?