Comments
tis
This change breaks compatibility with all Centos Stream 9 based operating systems:
Make "dnf4" equivalent to "dnf"
There is no dnf4 in c9s or rhel9, only /usr/bin/dnf
INFO: Using 'dnf4' instead of 'dnf'
WARNING! WARNING! WARNING!
You are building package for distribution which uses DNF. However your system
does not support DNF. You can continue with DNF4, which will likely succeed,
but the installed chroot may look a little different.
1. Please consider --bootstrap-chroot option, or
2. install DNF on your host system.
Found another package breaking because of so version bump. That is hypre.
This update breaks armadillo because there is so version bump in SuperLU. Please compile armadillo and add to this update.
There is a wrong YEAR in changelog.
This is not complete update, matching python-rpmautospec-core is missing. (0.1.4-1.el9) - there is build in koji but it was not added to update.
I see there are builds of both on koji. Was this just a mistake and those two new packages were not included in this update?
This update is missing it's build dependencies.
Build dependencies qhexedit2 and qcustomplot are not available on epel8.
Sounds good.
It is not a very good idea to push this update. Reason being that python-pyside2 is already broken on centos stream 9. And because qt5-qtbase was updated there, python-pyside2 can't be rebuild any more (upstream of pyside2 is broken).
This is dead end.
I'm not adding bad karma, just warning about future issues requiring to retire whole pyside2 dependant software stuff.
Thank you for your effort!
I can understand - but how to fix situation? Should previous update be pulled back instead?
This update includes packages which can't even be build after FEDORA-EPEL-NEXT-2023-1215583109 went to epel9-next stable.
This is completely incompatible update with already published kf5 packages.
Bug in the package, Release does not have %{?dist}.
libabigail was added to rhel 9.2.
Is it intentional to move binary package name from python3-backoff to python-backoff?
verified from rhel9 kernel:
# CONFIG_IO_URING is not set
root package in this update can't be rebuild on rhel9 because of one test failing. Looks exactly like this issue I reported earlier on rhel8: https://bugzilla.redhat.com/show_bug.cgi?id=1997268 It looks like uring support is not in rhel9 kernel, just like it is not in rhel8.
Actually testing got screwed. dnf testing pulled -2.el9 and package got upgraded before I had time to check.
Not fixed. bind9-next-devel still provides bind-devel. That will cause dnf to pull in bind9-next-devel instead of bind-devel causing linking against wrong library.
I'd remove all these provides on epel.
mock 5.9 works.