Comments
tis
geolite2-20180605-1.el7 is now in rhel7. Please retire on epel.
Oh yes, you are right. There must be issue with that build.
Suricate rebuild is FEDORA-EPEL-2019-e32ce92a7f - while it should really be in this same update.
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.
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
Sounds like a plan.