Comments
tis
This update breaks mosquitto because of libwebsockets so version update.
Check FEDORA-EPEL-2018-3047c90576 - I guess you should talk with the maintainer of mosquitto and combine forces and create single update which updates both at the same time.
package: hw-probe-1.4-8.el6.noarch
unresolved deps:
acpica-tools
hwinfo
Package is not installable.
On rhel6 there is no python2-pyasn1 - only python-pyasn1.
Several dependency issues.
package: python2-ldap3-2.5.1-1.el7.noarch
unresolved deps:
python2-backports-ssl_match_hostname
package: python34-ldap3-2.5.1-1.el7.noarch
unresolved deps:
python2-backports-ssl_match_hostname
There is only python-backports-ssl_match_hostname in rhel7.
There are There is a dependency issue in package. It requires hwinfo which is not available.
Good solution. I just wanted to note there need to be other packages fixed with same update.
I ment to say - going backwards in release won't work.
epel7 already has gtk-sharp-2.99.3-16.el7 - why going backwards in release won't work.
Bad dependency: python2-gssapi - package in rhel is python-gssapi.
I can't get this build successfully if golang-1.11.2-1.el7 is in build root. Was it intentional that there was golang-1.9.4-1.el7 in build root?
This update obsoletes grib_api and grib_api-devel breaking following packages:
gdl-0.9.7-1.el7.x86_64 (requires libgrib_api.so.0()(64bit))
gdl-python-0.9.7-1.el7.x86_64 (requires libgrib_api.so.0()(64bit))
grib_api-static-1.12.3-5.el7.x86_64 ( Requires grib_api(x86-64) = 0:1.12.3-5.el7, grib_api-devel(x86-64) = 0:1.12.3-5.el7)
python-grib_api-1.12.3-5.el7.x86_64 (requires libgrib_api.so.0()(64bit))
The issue is obsoletes.
python-django < 1.11.13-2.el7 Django < 1.5.5-3 python-django < 1.5.5-3
If both should coexist, then there is a packaging issue in python-django16. It should create python2-django16 sub-package and not pyton2-django like it does now.
The issue I commented on, causes python-tilestache-1.49.11-3.el7.noarch dependencies to be broken.
There is a packaging issue in python2-modestmaps-1.4.7-1.el7.
%if 0%{?fedora} %{?python_provide:%python_provide python2-modestmaps} %endif
This causes python_provide to miss on epel7 causing python-modestmaps provide to be missing.
This update breaks dependencies of RviewBoard-2.6.17-1.el7 (Requires python2-django(abi) = 0:1.6) and python-djblets-0.9.9-2.el7 (in epel testing, because it requires explicitily python-django16). I'd guess there need to be cordinated update of these packages.
I guess you ment to write:
Use python%%{python3_pkgversion}- packages (python34- no longer works)
Changelog entry looks really wrong.
Older version of pdns provides sub-packages backend-geo and backend-lmdb. These sub-packages were removed in this update but because they were not obsoleted, update will fail on systems with those installed. Suggested fix:
Obsoletes: pdns-backend-geo < 4.0.6-1 Obsoletes: pdns-backend-lmdb < 4.0.6-1
python2-nitrate is not installable because it depends on python-gssapi which is not available.
Not very usable currently.
All python2, python34 and python36 variables depend on python3-pyvmomi which is not available.