Red Hat Bugzilla – Bug 242880
Last modified: 2013-01-09 20:38:46 EST
Description of problem:
FC7's mock lacks /etc/mock/fedora-7-*.cfg's
Version-Release number of selected component (if applicable):
/etc/mock/fedora-7-*.cfg to exist.
Renders mock building for target distro fedora-7 impossible
Adding Dennis Gilmore as he is listed as:
rpm -qip buildsys-macros-7-4.fc7.noarch.rpm
Packager : Dennis Gilmore
while there is no `buildsys-macros' package in Bugzilla.
Using mock for F7 I originally got:
+ /usr/lib/rpm/find-debuginfo.sh /builddir/build/BUILD/gdb-6.6
/var/tmp/rpm-tmp.20364: line 58: /usr/lib/rpm/check-buildroot: No such file or
error: Bad exit status from /var/tmp/rpm-tmp.20364 (%install)
Providing a repository with empty `buildsys-macros' package file workarounds it
but I do not understand why such file exists there if it breaks the build:
$ cat etc/rpm/macros.checkbuild
Created attachment 156402 [details]
Fedora 7 x86_64 (incl. the i386 part) as a temporary file before the official update.
is in the buildsys-macros spec which provides /usr/lib/rpm/check-buildroot
Can you verify that rpmdevtools is in your buildroot? if its not can you send
me the logs for buildroot
Thanks, you were right, unfortunately mock does not report unsatisfied
dependencies in any way (posted as mock Bug 243117). I had restricted packages
list in my /etc/mock/*.cfg .
Please disregard my Comment 1.
*** Bug 243640 has been marked as a duplicate of this bug. ***
A new update is coming very soon for this.
*** This bug has been marked as a duplicate of 242276 ***
(In reply to comment #6)
> A new update is coming very soon for this.
Are you referring to mock-0.7.0-1.fc7 ?
/me thinks this version is severely bugged.
1) mock --debug -r fedora-7-i386-local somepackage.src.rpm
DEBUG: Executing timeout(0): /usr/sbin/mock-helper chroot
/var/lib/mock/fedora-7-i386-local/root /sbin/runuser - root -c "chown 1001
chroot: cannot run command `/sbin/runuser': No such file or directory
DEBUG: _prep_install: files needing ownership fixup:
2. --autocach seems to be non-functional
#mock --debug --autocach -r fedora-7-i386-local somepackage.src.rpm
Executing timeout(0): /usr/sbin/mock-helper rm -rf /var/lib/mock/fedora-7-i386-local
Executing timeout(0): /usr/sbin/mock-helper yum --installroot
/var/lib/mock/fedora-7-i386-local/root install buildsys-build
Install 109 Package(s)
Update 0 Package(s)
Remove 0 Package(s)
Total download size: 104 M
Executing timeout(0): /usr/sbin/mock-helper pack
I can't find any indication of yum unpacking the cache. Either it's deeply
hidden, or autocaching really doesn't work - I think, the latter.
Hrm, the first issue was supposed to be fixed. It was some fallout from making
mock work with multiple users making use of the same chroots, but a chmod call
got done too early. Clark said he had fixed that in his git tree, perhaps that
fix didn't make it to the package. Clark?
Could be. I don't test with autocache myself, so that could have slipped
through. Thanks for the feedback so far, will work with Clark and Michael Brown
on these issues.
Well, I am using an rpm having been built from extra's F-7 CVS.
The first issue seems to be related to having
config_opts['use_host_resolv'] = True
Setting it to False lets the error disappear.
The autocache error seems to be stateful, i.e. it seems to depend upon the
result of previous mock runs, esp. on the result of preceding "mock init" runs.
I am inclined to think it to be a side effect of the 1st bug.
At least, with use_host_resolv set to False in defaults.cfg
# mock ... --rebuildcache init
# mock ... --autocache <somepackage1>.src.rpm
# mock ... --autocache <somepackageN>.src.rpm
With it set to True, different kinds of weird breakdowns occur