[elrepo] Announcement: EL5, EL6 and EL7 Updated wl-kmod srpm [6.30.223.271]

[Nux!]

Apologies, have not noticed you have a different SRPM for EL7, all is good.

Thanks,
Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

----- Original Message -----
> From: "Nux!" <nux at li.nux.ro>
> To: "EL Repo General Mailing List" <elrepo at lists.elrepo.org>
> Sent: Sunday, 18 October, 2015 10:48:16
> Subject: Re: [elrepo] Announcement: EL5, EL6 and EL7 Updated wl-kmod srpm [6.30.223.271]

> Steve,
> 
> Thanks for that, it works great on EL6, I haven't even had to add the
> config_opts, they got pulled in.
> 
> On EL7 is another story though, the build fails with:
> "This specification file has been written for use with RHEL 6 kernels only."
> 
> Looks like you need an %elif for EL7 in that spec.
> 
> Lucian
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro
> 
> ----- Original Message -----
>> From: "S.Tindall" <s10dal at elrepo.org>
>> To: elrepo at lists.elrepo.org
>> Sent: Friday, 16 October, 2015 16:15:17
>> Subject: Re: [elrepo] Announcement: EL5, EL6 and EL7 Updated wl-kmod srpm
>> [6.30.223.271]
> 
>> On Fri, 2015-10-16 at 10:20 -0400, S.Tindall wrote:
>>> On Fri, 2015-10-16 at 12:22 +0100, Nux! wrote:
>>> > Hello Julien Sorel :-)
>>> > 
>>> > Do you by any chance build kmods in mock as well?
>>> > I'm having trouble building this SRPM in mock because it's looking for the
>>> > kernel sources of `uname -r` which will return the host machine version and
>>> > arch instead of the current i386 CentOS chroot.
>>> > 
>>> > Any elegant way out of this?
>>> > 
>>> > Lucian
>>> 
>>> You can overcome the ″uname -r″ mock problem by passing the kversion to
>>> rpmbuild via the mock options.
>>> 
>>> For example, for kversion 2.6.32-573.el6.x86_64:
>>> 
>>>  $ mock rebuild --define 'kversion 2.6.32-573.el6.x86_64' <srpm>
>>> 
>>> For that to work, you also need to do (at least) two things:
>>> 
>>> First, modify your mock build environment (i.e.,
>>> config_opts['chroot_setup_cmd']) to include kernel-abi-whitelists and
>>> kernel-devel-<kversion>.
>>> 
>>> Second, make the Broadcom source available within mock by rebuilding
>>> (i.e., rpmbuild -bs) a src.rpm after downloading the 32-bit and 64-bit
>>> Broadcom hybrid source tarballs into rpmbuild/SOURCES as per the wl-kmod
>>> wiki instructions and commenting out the two ″NoSource: ...″ in the spec
>>> file, thus allowing a src.rpm to be built and subsequently used by mock.
>> 
>> Oops, small oversight:
>> 
>> Under EL7, mock config_opts['chroot_setup_cmd']) also needs "kmod" in
>> addition to kernel-abi-whitelists and kernel-devel...
>> 
>> Steve
>> 
>> 
>> 
>> _______________________________________________
>> elrepo mailing list
>> elrepo at lists.elrepo.org
> > http://lists.elrepo.org/mailman/listinfo/elrepo