Comments

245 Comments
User Icon tis commented & provided feedback on condor-8.6.11-1.el7 3 years ago
karma

This update contains .so version bump and following packages break and require rebuild.

glite-lb-common-9.1.1-4.el7
glite-lb-server-3.0.18-9.el7
karma

This update breaks at least meta-test-family-0.8.0-3.el7.noarch, odcs-0.2.10-1.el7.x86_64, and pdc-updater-0.9.3-1.el7.noarch. All these packages depend on python2-modulemd.

@petersen I think you forgot ghc-rpm-macros from update, ghc-hs-bibutils won't even build with current epel version.

User Icon tis commented & provided feedback on libsvm-3.23-1.el6 3 years ago
karma

Invalid dependency on qt5 which doesn't exist on rhel6.

I guess correct dep would be qt5-qtbase on rhel, both epel7 and epel6 have same problem.

User Icon tis commented & provided feedback on libsvm-3.23-1.el7 3 years ago
karma

Please, clean up spec and don't use el_version hack, use %{?rhel} instead.

There is a problem in epel7. There is no package called qt5.

And quick test looks like rebuild is not enough, those packages need update.

karma

This update includes so version bump so packages depending on libgromacs needs rebuild or update. I found followed packages:

votca-csg-1.4.1-1.el7
karma

This update includes so version bump and all packages depending on libbibutils needs update.

Update needed for:

ghc-hs-bibutils-5.0-2.el7.x86_64
ghc-pandoc-citeproc-0.3.0.1-3.el7.x86_64
pandoc-citeproc-0.3.0.1-3.el7.x86_64
karma

Package is not installable because it depends on /usr/bin/bash which is not available on rhel6. This should be /bin/bash.

karma

I think freedv update got forgotten - freedv on epel7 breaks on this update.

karma

python2-neomodel-3.2.8-2.el7.noarch has dependency python2-neo4j-driver < 0:1.6.0

That is not a very good idea, because testing already has python-neomodel-driver-1.6.0-2.el7

karma

python-requests-oauthlib is part of rhel - it can't be build for epel7 any more.

python-requests-oauthlib-0.8.0-5.el7 is in rhel7.

Package is not installable on epel7.

package: fleet-commander-admin-0.10.8-2.el7.noarch has unresolved dependenycy:

 python3

You shouldn't hardcode python version, there is macro %{python3_pkgversion} to use on epel7.

You could also generalize epel7 support by using %{python3_pkgversion} in both fedora and epel by adding:

# Single python3 version in Fedora, python3_pkgversion macro not available
%{!?python3_pkgversion:%global python3_pkgversion 3}

Or you can just make epel7 part only to use macro.

%if 0%{?rhel} && 0%{?rhel} < 8
Requires: python%{python3_pkgversion}
%else
Requires: python3
%endif
karma

package: python2-avocado-plugins-runner-vm-52.1-5.el7.noarch has unresolved dependency

 python2-libvirt

On rhel7 that's libvirt-python.

This update includes so version bump so all packages depending on libosmgpsmap.so.* must be updated with it. Happily I only found one package depending on the lib.

package: darktable-2.4.3-1.el7.x86_64

unresolved deps:

 libosmgpsmap-1.0.so.0()(64bit)

package: python2-fedmsg-meta-fedora-infrastructure-0.25.0-1.el6.noarch

unresolved deps:

 python2-pytz

There is no package providing python2 version on el6.

karma

Unfortunately update is not installable because of libfontconfig dependency issue in package.

package: chromium-66.0.3359.181-2.el7.x86_64

unresolved deps:

 libfontconfig.so()(64bit)

package: chromium-libs-66.0.3359.181-2.el7.x86_64

unresolved deps:

 libfontconfig.so()(64bit)

There seem to be bundled fontconfig in main package.

bundled(fontconfig) = 2.12.6

I guess bundled library means libfontconfig dep should be filtered out.

System fontconfig is 2.10.95-11.el7.

All dependencies seem to be on epel7 with python prefix. Because those are all epel packages I guess correct fix would be to update those packages to new packaging style.

Ok. I understand the reasoning - but if that's for OMSA package should really be provided by dell.