Comments

245 Comments
karma

Build of this package fails against rhel7 python3.

Packge was still build against epel7 python36, this was issue in epel7 buildsystem.

This change fixes build against rhel7.7 python3.

-export PYTHON_VER=$(echo $PYTHON_BIN | cut -d \/ -f4 | cut -d \n -f2)
+export PYTHON_VER=%{python3_version}

Sorry. My comment went to wrong package

Build of this package fails against rhel7 python3.

Packge was still build against epel7 python36, this was issue in epel7 buildsystem.

This change fixes build against rhel7.7 python3.

-export PYTHON_VER=$(echo $PYTHON_BIN | cut -d \/ -f4 | cut -d \n -f2) +export PYTHON_VER=%{python3_version}

karma

package: lxqt-session-0.14.1-3.el7.x86_64

unresolved deps:

 openbox-theme-mistral-thin

That is not available on epel7.

Fix is to change BuildRequires: python36 to BuildRequires: python3 and remove epel python36 patch on epel7.

karma

Update package can't be build any more because it requires python36 which is no more there. (It is still in epel build system but if you try to build in mock build fails.)

meson.build:3:0: ERROR: python36 not found

rhel7.7 python3 doesn't provide python36 binary, it only provides python3 and python3.6

karma

openjpeg2-2.3.1-1.el7 is in rhel7. Please retire package in epel7.

BZ#1757822 opj2_compress/opj2_decompress don't work with png/tiff images

This update breaks dependencies of pngquant which depends on exact version of libimagequant - so matching pngquant update is required on epel7.

BZ#1750936 chance to maintain libimagequant on EPEL
User Icon tis commented & provided feedback on R-3.6.1-2.el7 2 years ago
karma

package: R-core-3.6.1-2.el7.x86_64

unresolved deps:

 devtoolset-8-toolchain

Build dependency to devtoolset is allowed but not runtime dependency. Package is not installable.

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.

karma

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.

BZ#1244181 python-plumbum-1.6.7 is available
karma

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.

karma

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.

BZ#1724271 Review Request: libmodulemd2 - Module metadata manipulation library

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.

karma

sundials-openmpi-4.1.0-3.el7.x86_64 has dependency:

devtoolset-8-gcc-gfortran(x86-64)

That is not allowed on epel7.