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 says 2.4.20 Should it not be 2.6.1 Version-Release number of selected component (if applicable): kernel 2.6.1-1.65smp How reproducible: Always Steps to Reproduce: 1.Mentioned above 2. 3. Expected Results: I expected 2.6.1 Additional info:
this is the userspace headers not the kernel headers.. so who cares ?
doing rpm -qa | grep headers gives glic-kernheaders-2.4-8.43 glib-headers-2.3.3-7
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 version.h 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 bug 115707 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. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155025
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.