mock 1.1.5 builds kABI modules

[Jack Neely]

On Thu, Sep 23, 2010 at 03:59:43PM -0400, Jarod Wilson wrote:
> On Thu, Sep 23, 2010 at 2:40 PM, Nicolas Chauvet <kwizart at gmail.com> wrote:
> > 2010/9/23 Jack Neely <jjneely at ncsu.edu>:
> >> Folks,
> >>
> >> Mock version 1.1.5 in Fedora 13 can finally build kABI modules without
> >> having to hack it.  So I can now successfully build this:
> >>
> >>    https://svn.linux.ncsu.edu/svn/clspackages/rpms/openafs-kmod/el6-kabi/openafs-kmod.spec
> >>
> >> using ELRepo's kmodtool:
> >>
> >>    https://svn.linux.ncsu.edu/svn/clspackages/rpms/openafs-kmod/el6-kabi/kmodtool-el6-openafs.sh
> >>
> >> This gets me a lot closer to being able to support EL6
> > That's look interesting, but would you be able to patch our current
> > kmodtool in order to have it support for kABI ?
> > I wasn't aware that the problem was something to do with mock, which
> > problem was solved in this area ?
> >
> > Also you've quoted Fedora 13, but this version doesn't have mock 1.1.5 alone.
> > IIRC we are now using RHEL6beta to build packages. (or maybe the
> > kernel from outside).
> 
> The main x86/x86_64 builder is indeed running RHEL6, though something
> much closer to GA than Beta. :)
> 
> Its currently running mock 1.1.4, but 1.1.5 is available in epel. I
> think we rolled back to 1.1.4 due to some issues with 1.1.5 though.
> 
> -- 
> Jarod Wilson
> jarod at wilsonet.com
> 

Mock 1.1.5 /finally/ fixes the bug surrounding making the /dev/fd
symlink exist in the build chroot which is used by the kABI scripts.  A
more detailed explanation of that is here:

    http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2010-May/007793.html
    https://bugzilla.redhat.com/show_bug.cgi?id=526414

The kmodtool source I used is this:

    http://elrepo.org/tiki/kmodtool-el6

Can we have one magic kmodtool script to rule them all?  I'm not sure.
There are some differences between kABI and kmodv2.  The ELRepo folks
have opted for always including the kmodtool in the src.rpm.  I think it
would be fairly reasonable to have one kmodtool for each packaging
standard.  

Jack

-- 
Jack Neely <jjneely at ncsu.edu>
Linux Czar, OIT Campus Linux Services
Office of Information Technology, NC State University
GPG Fingerprint: 1917 5AC1 E828 9337 7AA4  EA6B 213B 765F 3B6A 5B89