[OpenAFS] srpm for 1.6.1 not building in mock

Jonathan Billings jsbillin@umich.edu
Fri, 6 Apr 2012 14:31:03 -0400


On Fri, Apr 6, 2012 at 2:00 PM, Simon Wilkinson
<simonxwilkinson@gmail.com> wrote:
> This looks like mock is evaluating the srpm outside of the chroot. Given that we know that this works with the mock from EPEL (1.1.22) could you try running your test with that version?


I've been testing trying to build 1.6.1 (and just tried with 1.6.0
too) with mock on RHEL6, using the mock package from there
(mock-1.1.21-1.el6).  For both the SRPM, I get this:

ERROR: Command failed:
 # ['/usr/bin/yum-builddep', '--installroot',
'/var/lib/mock/epel-5-x86_64/root/',
'/var/lib/mock/epel-5-x86_64/root///builddir/build/SRPMS/openafs-1.6.1-1.el5.centos.src.rpm']
Getting requirements for openafs-1.6.1-1.el5.centos.src
 --> pam-devel-0.99.6.2-6.el5_5.2.x86_64
 --> ncurses-devel-5.5-24.20060715.x86_64
 --> flex-2.5.4a-41.fc6.x86_64
 --> bison-2.3-2.1.x86_64
 --> Already installed : 4:perl-5.8.8-38.el5.x86_64
 --> krb5-devel-1.6.1-70.el5.x86_64
 --> kernel-devel-2.6.18-308.1.1.el5.x86_64
Error: No Package found for kernel-devel-x86_64 = 2.6.18-308.1.1.el5-x86_64

I'm running this as my mock command:

mock -v --define 'kernvers 2.6.18-308.1.1.el5-x86_64' -r epel-5-x86_64
 openafs-1.6.1-1.src.rpm

I think the define is required because otherwise it uses the output of
`uname -r` to determine what kernel release to use.

This normally works, which is why I'm confused.  I know I built the
1.6.0 RPMs in mock when it came out, so something has changed in my
environment.

I'm not certain, but I think there might be a problem with the version
of mock or yum in RHEL6 which is causing these problems for epel-5
systems.  I'm trying to build from a SRPM built from git and I'm
getting even stranger problems where it isn't even finding perl-devel
(!).


-- 
Jonathan Billings <jsbillin@umich.edu>
College of Engineering - CAEN - Unix and Linux Support