Comments
tis
This is a .so version bump and not allowed on epel7 without building all packages depending on the library. This breaks following dependencies:
package: libpreludedb-4.1.0-2.el7.x86_64
unresolved deps:
libprelude.so.23()(64bit)
package: prelude-lml-4.1.0-1.el7.x86_64
unresolved deps:
libprelude.so.23()(64bit)
package: prelude-manager-db-plugin-4.1.1-2.el7.x86_64
unresolved deps:
libprelude.so.23()(64bit)
package: preludedb-mysql-4.1.0-2.el7.x86_64
unresolved deps:
libprelude.so.23()(64bit)
package: preludedb-pgsql-4.1.0-2.el7.x86_64
unresolved deps:
libprelude.so.23()(64bit)
package: preludedb-sqlite3-4.1.0-2.el7.x86_64
unresolved deps:
libprelude.so.23()(64bit)
package: preludedb-tools-4.1.0-2.el7.x86_64
unresolved deps:
libprelude.so.23()(64bit)
package: python2-preludedb-4.1.0-2.el7.x86_64
unresolved deps:
libprelude.so.23()(64bit)
package: python36-preludedb-4.1.0-2.el7.x86_64
unresolved deps:
libprelude.so.23()(64bit)
package: suricata-4.1.4-1.el7.x86_64
unresolved deps:
libprelude.so.23()(64bit)
That would conclude to following packages which should be in this same update: libpreludedb, prelude-manager and suricata.
My guess is obsoletes needs removing and dependency for python3-six should be fixed.
This update obsoletes libmodulemd and it's sub-packages - this might be on purpose but in that case other packages need to be updated to use new libmodulemd2. This update breaks following packages:
package: meta-test-family-0.8.0-3.el7.noarch
unresolved deps:
python2-modulemd
package: odcs-0.2.10-1.el7.x86_64
unresolved deps:
python2-modulemd >= 0:1.1.0
package: pdc-updater-0.9.3-1.el7.noarch
unresolved deps:
python2-modulemd
And also there is a dependency issue in python36-libmodulemd2 which makes it impossible to use.
package: python36-libmodulemd2-2.6.0-1.el7.x86_64
unresolved deps:
python3-six
I guess that should be python36-six.
I found some other issues:
package: bionetgen-2.4.0-2.el7.x86_64
unresolved deps:
libsundials_cvode.so.2()(64bit)
libsundials_nvecserial.so.2()(64bit)
package: python2-assimulo-2.9-15.el7.x86_64
unresolved deps:
libsundials_cvodes.so.2()(64bit)
libsundials_idas.so.1()(64bit)
libsundials_kinsol.so.2()(64bit)
libsundials_nvecserial.so.2()(64bit)
I guess both bionetgen and python-assimulo should be added to this update.
I ment with this: runtime dependency on devltoolset is not allowed.
sundials-openmpi-4.1.0-3.el7.x86_64 has dependency:
devtoolset-8-gcc-gfortran(x86-64)
That is not allowed on epel7.
Package is not installable because of dependency issue.
dahdi-tools-2.11.1-13.el7.x86_64
unresolved deps:
systemd-udev
I guess this doesn't belong to epel7.
package: resalloc-openstack-5-2.el7.noarch
unresolved deps:
python-cinderclient
python-glanceclient
python-keystoneauth1
python-neutronclient
python-novaclient
This is not a new problem, see FEDORA-EPEL-2018-d280bc9729
This update breaks php-symfony-security-2.3.42-1.el6.noarch which is in epel6 stable because it has following dependency:
php-composer(paragonie/random_compat) < 0:2.0
Seems like that script could run fine with python2.
There is a dependency issue:
package: modem-manager-gui-cm-NetworkManager-0.0.19.1-9.el7.x86_64
unresolved deps:
python3
That needs some changes for epel7.
python2-biopython-1.73-3.el7.x86_64 depends on python-mysql-connector which is not available. I guess that dependency should be mysql-connector-python like in previous version.
openhantek-2.09-1.el7.x86_64
unresolved deps:
systemd-udev(x86-64)
asdcplib-devel-2.10.32-3.el7.x86_64
unresolved deps:
asdcplib-libs(x86-64) = 0:2.10.32-3.el7
From git I see there is msgpuck also bundled. Please add correct headers and filter out dependencies for bundled libraries.
https://fedoraproject.org/wiki/Bundled_Libraries?rd=Packaging:Bundled_Libraries
There seem to be issue with libyaml - changelog or dependencies don't list libyaml and package log shows it's using bundled libyaml (without bundled(libyaml) provide. And still package depens on libyaml.so()(64bit). Currently package is not installable because of that.
Hmh. No, better do proper cleanup of unnecessary files from contrib dir.
Could fix be just a-x for doc files?
This is not epel7 packaging. python3-plumbum is not valid package name, it should be python36-plumbum. Also same issue with dependencies, package depends on python3-six when it should depend on python36-six.