This package conflicts with python-backports in CentOS 6.

 python-backports         x86_64      1.0-5.el6              base         5.5 k
 python-configparser      noarch      4.0.2-1.el6            testing       39 k

Running transaction test
Error: Transaction test error:
  file /usr/lib/python2.6/site-packages/backports/__init__.py conflicts between attempted installs of python-backports-1.0-5.el6.x86_64 and python-configparser-4.0.2-1.el6.noarch
  file /usr/lib/python2.6/site-packages/backports/__init__.pyc conflicts between attempted installs of python-backports-1.0-5.el6.x86_64 and python-configparser-4.0.2-1.el6.noarch
  file /usr/lib/python2.6/site-packages/backports/__init__.pyo conflicts between attempted installs of python-backports-1.0-5.el6.x86_64 and python-configparser-4.0.2-1.el6.noarch

The package must unbundle and depend on python-backports.

Also there is something wrong with the name of the egg-info: /usr/lib/python2.6/site-packages/UNKNOWN-0.0.0-py2.6.egg-info.

This package conflicts with python-backports in CentOS 7.

DEBUG util.py:597:   python-backports        x86_64 1.0-8.el7       centos-el7-x86_64-core    5.8 k
DEBUG util.py:597:   python-configparser     noarch 4.0.2-1.el7     centos-el7-x86_64-epel-testing
DEBUG util.py:597:                                                                             38 k

DEBUG util.py:597:  Transaction check error:
DEBUG util.py:597:    file /usr/lib/python2.7/site-packages/backports/__init__.py conflicts between attempted installs of python-configparser-4.0.2-1.el7.noarch and python-backports-1.0-8.el7.x86_64
DEBUG util.py:597:    file /usr/lib/python2.7/site-packages/backports/__init__.pyc conflicts between attempted installs of python-configparser-4.0.2-1.el7.noarch and python-backports-1.0-8.el7.x86_64
DEBUG util.py:597:    file /usr/lib/python2.7/site-packages/backports/__init__.pyo conflicts between attempted installs of python-configparser-4.0.2-1.el7.noarch and python-backports-1.0-8.el7.x86_64

The package must unbundle and depend on python-backports.

Also there is something wrong with the name of the egg-info: UNKNOWN-0.0.0-py2.7.egg-info.

This works - in koji.

However, see https://bugzilla.redhat.com/show_bug.cgi?id=1764445 for why it does not work in a local mock EPEL 8 build.

EPEL 8 can't find some build dependencies, but koji finds them. https://bugzilla.redhat.com/show_bug.cgi?id=1756681

Timer works.

log4j is installable in fedora-30-i386:

mock --root fedora-30-i386 --install eclipselink-persistence-api-2.1.0-8.fc30.noarch.rpm --install log4j

ant-junit5 is installable with the default module version:

dnf install ant-junit5 --enablerepo updates-testing-modular

The obsolete is working now,

This update adds

"Obsoletes: boost-signals%{?_isa}"

which does not work.

Obsoletes only matches package names, not provides.

So while the boost-signals package does provide boost-signals%{?_isa}, obsoleting boost-signals%{?_isa} will not obsolete the boost-signals package. In order to work the obsolete must use the package name:

"Obsoletes: boost-signals"

The binaries do not link to the shared library, so there is no dependency between the packages.

$ ldd /usr/bin/xxhsum 
    linux-vdso.so.1 (0x00007ffc461f8000)
    libc.so.6 => /lib64/libc.so.6 (0x00007f49c9746000)
    /lib64/ld-linux-x86-64.so.2 (0x00007f49c9956000)

The binaries read from stdin when there is a pipe or redirection:

echo 'xxx' | xxhsum
xxhsum < filename

If stdin is a tty it considers this "Wrong parameters".

This is installable.

This update makes devscripts installable.

Update is not installable due to missingdependency:

Problem: cannot install the best update candidate for package devscripts-2.18.4-1.fc29.x86_64
  - nothing provides perl(GitLab::API::v4::Constants) needed by devscripts-2.19.2-3.fc29.x86_64

Fixes the missing #include <KHR/khrplatform.h>

Dear maintainer,

this update has now spent 4 weeks in updates-testing. Is there a reason why it has not yet been pushed to stable? Especially since it is marked as a security update.

Dear maintainer,

this update has now spent 4 weeks in updates-testing. Is there a reason why it has not yet been pushed to stable? Especially since it is marked as a security update.

Works with glibc-headers 2.27 + libattr-devel 2.4.48 (attr/xattr.h → sys/xattr.h)