On 12 December 2016 at 00:24, Nadav Goldin <ngoldin(a)redhat.com> wrote:
Another one(different, but still looks like caching issue):
Failed to set locale, defaulting to C
Failed to synchronize cache for repo 'updates', disabling.
Error: package python-lago-0.28.6-1.fc24.noarch requires libvirt >=
1.2.8, but none of the providers can be installed
(try to add '--allowerasing' to command line to replace conflicting packages)
Although in the init run it installed libvirt successfully, so not
really sure what is going on,
Its hard to tell, the full yum log is missing, we're just seeing the
bottom line here.
there weren't any recent changes to the
spec file. I got a feeling that there is a a problem between the cache
it uses when installing packages via mock and the cache being used
when running 'yum/dnf' commands inside mock.
Your feeling is illogical, we haven't changed the way the cache works,
all we did is not erase it. By the time "mock init" finishes, you have
a full cache regardless of if it was there before or was just created.
Looking at the init logs for this run:
I see yum installing packages, so the caches was not used here at all.
One thing that may hint us in the right direction:
DEBUG util.py:421: Installing:
DEBUG util.py:421: libvirt-devel x86_64 126.96.36.199-1.fc24
DEBUG util.py:421: Installing for dependencies:
DEBUG util.py:421: libvirt-client x86_64 188.8.131.52-1.fc24
DEBUG util.py:421: libvirt-daemon x86_64 184.108.40.206-1.fc24
DEBUG util.py:421: libvirt-daemon-kvm x86_64 220.127.116.11-1.fc24
I'm not seeing a plain 'libvirt' package being installed. I suspect
the naming changed in Fedora, and packages that provide 'libvirt' may
be obsolete and are blocked by 'libvirt-client'.
RHCE, RHCi, RHV-DevOps Team