I stay corrected. Obsolete is python2-modulemd. And that package indeed is on epel7.
python2-modulemd-1.3.3-1.el7.noarch
Found more errors.
package: python36-libmodulemd2-2.9.1-1.el7.x86_64
unresolved deps:
python3dist(six)
This package by design or by error obsoletes python2-libmodulemd causing several packages on epel7 to break. I take it as error because there is nothing in changelog about added obsolete.
Unfortunately python36-pvc can't be installed because it's depending on python36-dialog which is not build on epel7.
@ssoto you suggest pushing broken package?
This package is not suitable for epel7 (wrong python3 packaging and missing dependencies).
package: pdf-stapler-1.0.0-0.2.20191215git8753251.el7.noarch
unresolved deps:
python3-more-itertools
package: python3-staplelib-1.0.0-0.2.20191215git8753251.el7.noarch
unresolved deps:
python3-PyPDF2
Both python36-petsc4py-openmpi and python2-petsc4py-openmpi were also missing Requires: MUMPS%{?_isa} which requirement at least rhel7 rpm can't find.
Ok. That is missing BR: MUMPS in petsc4py. dnf on build system can pull that in but epel7 version of mock which still uses yum on el7 based systems can't pull it in.
See MUMPS commit 4df584d935e06c4830ccfea555cef042d8de3ef8 - that includes changes which require scalapack-2.1.0 while epel7 still has scalapack-2.0.2 - Could this be the source for issues I see?
I see possible issue with petsc4py-3.11.0-11.el7 - I tried to rebuild it on mock and %check part fails with error:
I used default epel-7-x86_64.cfg with only modification being epel testing enabled for test build.
ImportError: libdmumps-5.2.so: cannot open shared object file: No such file or directory
This update includes .so version bump breaking other software on epel7 so you are required to include all depending packages to the update.
package: mosquitto-1.6.8-1.el7.x86_64
unresolved deps:
libwebsockets.so.13()(64bit)
package: qpid-dispatch-router-1.9.0-1.el7.x86_64
unresolved deps:
libwebsockets.so.13()(64bit)
Oops - package is not installable because of wrong dependencies (for epel7).
package: elements-5.8-4.el7.x86_64
unresolved deps:
cmake-filesystem(x86-64)
Unfortunately package is not installable on epel7 because of missing dependencies.
package: drupal7-7.68-1.el7.noarch
unresolved deps:
php-ssh2
Unfortunately this package is installable on epel6 because of missing dependencies:
package: drupal7-7.68-1.el6_10.noarch
unresolved deps:
php-ssh2
This changes is required in two different places:
- Requires: %{libname}%{?_isa} = %{version}-%{release}
+ Requires: %{libname}%{?_isa} = %{epoch}:%{version}-%{release}
When you add epoch, you need to add it to all dependencies too.
package: 1:libimagequant-devel-2.7.2-2.el7.x86_64
unresolved deps:
libimagequant(x86-64) = 0:2.7.2-2.el7
package: 1:pngquant-2.7.2-2.el7.x86_64
unresolved deps:
libimagequant(x86-64) = 0:2.7.2-2.el7
package: nagios-plugins-ssl_validity-2.3.1-1.el6_10.x86_64
unresolved deps:
perl(Crypt::X509)
This again breaks all packages using libsoci. With controlled manner I meant more like: One update with all packages build against new soci. Not package by package so that updates cause breakage.
rpm -q --requires -p python36-wxpython4-4.0.7-3.el7.x86_64.rpm | grep sip
python36-wx-siplib-api(%{_sip_api_major})(x86-64) >= %{_sip_api}
Something really badly wrong in packaging. Package is not installable.
$ fedpkg clone -a claws-mail Traceback (most recent call last): File "/usr/bin/fedpkg", line 5, in <module> from pkg_resources import load_entry_point File "/usr/lib/python2.7/site-packages/pkg_resources.py", line 3007, in <module> working_set.require(requires) File "/usr/lib/python2.7/site-packages/pkg_resources.py", line 728, in require needed = self.resolve(parse_requirements(requirements)) File "/usr/lib/python2.7/site-packages/pkg_resources.py", line 626, in resolve raise DistributionNotFound(req) pkg_resources.DistributionNotFound: rpm