Bug 1028352

I tried the reproducer steps on my f19 box and did not have any problems with running 'yum makecache'.

Can you post the output of the failure when yum blows up on your system?

This might possibly  be related  to the default.cfg being stale after update:

$ ls -l /etc/mock/default.cfg
lrwxrwxrwx 1 root root 18 31 okt 13.07 /etc/mock/default.cfg -> fedora--x86_64.cfg

which was the case when I run into this.

Have been trying to reproduce this on a machine where it happened, but no joy. My interpretation is that when I linked default.cfg the condition triggering the error was disabled. And it's not that simple that creating a new stale default.cfg re-introduces it.

Still, this have been a verified on at least three machines, so the report is valid.

besser82: Can you reproduce this after linking /etc/mock/default.cfg to a proper configuration in /etc/mock?

Repro's 100% on fedora 20 for me.  I see the exact same issue, changing the link under mock has no effect.

I've tried to reproduce this on my f19 development system multiple times and never had it fail. Can someone that does have a failure please post:

1. The command line for all commands run to reproduce the failure
2. The version of mock and yum installed
3. The complete output of the commands so that I can see what the failure says

I've been trying to reproduce with:

$ rpm -q mock
mock-1.1.35-1.fc19.noarch
$ rpm -q yum
yum-3.4.3-111.fc19.noarch

To no avail. Running:

$ mock --clean --init -r fedora-rawhide-x86_64
$ mock makecache

showed no failures. 

I'll go in search of an f20 box to try this on...

versions: 

yum-3.4.3-106.fc20
mock-1.1.35-1.fc20

-----------------------------------------
output failure pattern (aka BANG): 
<repeated attempts to check mirrors> 
[Errno 14] HTTP Error 404 - Not Found

e.g.
http://ftp.lip6.fr/ftp/pub/linux/distributions/fedora/development/20/x86_64/os/repodata/6475e242d6b3ea685a85ad139f6a022c15422622725d5271d600d5b68ef8d545-filelists.sqlite.bz2: [Errno 14] HTTP Error 404 - Not Found

-----------------------------------------
Confirmed that `sudo yum downgrade mock-1.1.33-1.fc20.noarch.rpm` is a functional workaround.  

See also: https://bugzilla.redhat.com/show_bug.cgi?id=1028332

Created attachment 836358 [details]
review output from f18 box

Seems this issue also affect fedora-review tool running against rawhide in f18/19/20.
I used this command line in f20/19/18 to review a local srpm.
fedora-review  -v -r -n marco -m fedora-rawhide-x86_64

In the install part of fedora-review yum try to download f18 packages if host is f18, f19 packages if host is f19 and f20 packages if host is f20.

Created attachment 836359 [details]
review output from f19 box

(In reply to Wolfgang Ulbrich from comment #8)
> In the install part of fedora-review yum try to download f18 packages if
> host is f18, f19 packages if host is f19 and f20 packages if host is f20.

Wolfgang you are mistaking here.  :(  It actually tries to download the rawhide-metadata from the location of the dist it is running on...

Created attachment 836371 [details]
review output from f20 box

For your info, downgrading mock in f18 helps to solve the issue.

With current version in f20 yumex shows me evertime updates for f21 after mock was running.
I need to run 'yum clean metadata' to fix this.
With mock-1.1.33-1.fc20.noarch.rpm i don't see this issue.

Created attachment 845545 [details]
use new repoquery argument --installroot to avoid yum cache corruption

Applied this patch to make use of new repoquery parameter --installroot. This should avoid corrupting the host yum cache.

mock-1.1.41 (which should contain this fix) is in stable