Red Hat Bugzilla – Bug 117020
FC2 test1 include/version.h says 2.4.20
Last modified: 2007-11-30 17:10:37 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113
Description of problem:
the include/version.h file in FC2 - test1
Should it not be 2.6.1
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Expected Results: I expected 2.6.1
this is the userspace headers not the kernel headers.. so who cares ?
doing rpm -qa | grep headers
and this is a problem...why ?
It is a problem as the software I am compiling is
reporting it as a problem.
It is saying the kernel I am running does not match
The kernel I am running is 2.6.1-1.65smp and the version.h
file indicates a 2.4 kernel not a 2.6 kernel.
That is why I reported it.
that software doesn't happen to be a kernel module?
If so it is very broken in using the glibc header....
I have a bad news for Arjan.
Please download kernel-source-2.6.1-1.65.i386.rpm
And check to see that is MISSING linux/version.h
Please help to fix it.
Full install of FC2 test 1.
lilka: and that is a problem... why?
kernel-source is not for providing headers for *ANYTHING*
Here's one place where using 2.4 headers is causing a problem - see
Wireless tools includes wireless.h from /usr/include/linux/wireless.h
(part of glibc-kernheaders). This header is version 15 and (among many
others) is from the 2.4. kernel. The kernel modules that this toolkit
controls are built from the 2.6 kernel headers, which includes version
16 of wireless.h. The toolkit complains of a version mismatch during
build and use which ultimately breaks wireless in many cases under FC2
Test 1 due to changes between the versions. My fix in order to
properly build the wireless-tools was to erase /usr/include/linux, and
then copy /lib/modules/<2.6-kernel>/build/include/linux to it's place.
In my opinion, a distro based on the 2.6 kernel should use 2.6 kernel
headers for building tools, not something from 2.4. As long as other
tools aren't broken, I'd like to see 2.6 kernel headers within that
directory so that tools such as wireless-tools do build properly.
The wireless tools are a completely separate issue to the random numbers we may
or may not choose to include in version.h.
This bug is bogus, and changing version.h just broke xorg-x11 from
compiling. Please change this back to what it was before.
Both bugs are bogus. _Nothing_ should depend on the value of version.h.
Reverting for now, but don't count on it staying like that.