kmods on rawhide

Sérgio Basto sergio at serjux.com
Tue Jan 3 00:15:56 CET 2012


On Mon, 2012-01-02 at 15:59 -0700, Ken Dreyer wrote: 
> 2012/1/2 Sérgio Basto <sergio at serjux.com>:
> >> With your suggestion, mock does build my kmod- package successfully,
> >> but I'm more interested in testing out the full package builds, and
> >> not only akmods.
> >
> > you have other option :
> > -%define buildforkernels current
> > +%define buildforkernels newest
> >
> > what I can understand , current will based on
> > buildsys-build-rpmfusion-kerneldevpkgs-current
> > when newest will try build with newest kernel .
> 
> Yeah, I've tried mock builds with both "newest" and "current", but
> both fail. From what I can see both "current" and "newest" are defined
> in the data within buildsys-build-rpmfusion.
> 
> To put it another way, running either of these commands on my F17 box
> outputs BuildRequires for an old kernel, 3.1.0-7.fc16
> 
> $ kmodtool --target $(uname -m) --repo rpmfusion --kmodname openafs --current
> $ kmodtool --target $(uname -m) --repo rpmfusion --kmodname openafs --newest
> 
> I'm not sure how to get around that without bumping the versions in
> buildsys-build-rpmfusion.

I know a quick way, build with 
%define buildforkernels akmod
after build do 
mock --shell 
akmods 
and rpms will be build (in /var/cache/akmods/... ) 

-- 
Sérgio M. B.



More information about the rpmfusion-developers mailing list