Red Hat Bugzilla – Bug 422711
Wrong kernel version (18.104.22.168-rc1) in kernel source for 22.214.171.124-63.f8
Last modified: 2008-01-16 16:42:47 EST
Description of problem:
Downloaded kernel source kernel-126.96.36.199-63.fc8.src.rpm using updates-source.
rpmbuild -bp --target $(arch) kernel.spec
Then after getting version magic issues when trying to install a newly compiled
module, I noted that the Makefile
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Changing that version probably isn't going to help; it would have been called
Well, at least for my purposes, *manually* setting EXTRAVERSION=.8-63.fc8 seems
to have solved my problem.
The point remains thought that there doesn't seem to be a valid source in
udpates-sources corresponding to the latest kernel which I would think is a "bad
Any reason not to fix the rpm now or do we just have to wait for the next kernel
release to (hopefully) fix this
You should be using the kernel-devel package to build external modules.
I wasn't building an external module.
I was building a patched version of the bttv module since it doesn't work
properly for the Winfast 2000XP board. Now that the new kernels have broken
gpio, it is critical to make this simple patch to bttv-input.c in order to user
lirc with the board.
The sources for that module (obviously) are only found in the full kernel source
I have in fact submitted the patch to the kernel bugzilla but have not heard
Clearly the bug mentioned will affect anybody who needs to use portions of the
kernel source to recompile individual modules against the stock F8 kernel.
So, I repeat my question...
"Any reason not to fix the rpm now or do we just have to wait for the next
kernel release to (hopefully) fix this"
Similar problem with kernel 188.8.131.52-85.fc8
The source kernel after running rpmbuild on it still has: MODVERSION=.9
However, to get things to build compatible modules for this kernel you should
Am I missing something here?
Because I would have thought that the whole point of running rpmbuild and
thereby installing all the patches that convert this from vanilla 184.108.40.206 to
220.127.116.11-85.fc8 should also change the MODVERSION so this thing will compile
What am I missing here? Is this a bug or not? If not, please explain why not and
let's close it. If yes, it is ever so simple to fix...
EXTRAVERSION gets fixed up in the BuildKernel() script in kernel.spec. If you
build an entire kernel instead of just one module everything should work fine.
And building just one module with possibly a different C compiler than was used
to build the original kernel could cause problems, so we don't support that.