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)