From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050921 Red Hat/1.0.7-1.4.1 Firefox/1.0.7 Description of problem: Default install includes: glibc-kernheaders-2.4-9.1.98.EL kernel-2.6.9-22.EL So there is a 2.6.9 kernel with old headers. For example: cat /usr/include/linux/version.h #define UTS_RELEASE "2.4.20" #define LINUX_VERSION_CODE 132116 #define KERNEL_VERSION(a,b,c) (((a) << 16) + ((b) << 8) + (c)) The implication is that locally compliled packages which depend on LINUX_VERSION_CODE either fail or compile incorrectly. Version-Release number of selected component (if applicable): glibc-kernheaders-2.4-9.1.98.EL How reproducible: Always Steps to Reproduce: 1. cat /usr/include/linux/version.h Actual Results: Our product depends on this file being correct, as the internal structures in the linux kernel have changed since the 2.4 kernel. Expected Results: We should be able to depend on the files in glibc-kernheaders being the correct version. Additional info:
It should perhaps have been set to 2.6.something before shipping, but unfortunately it's too late now -- we did try changing it as an experiment but it broke too much other code. Code which is depending on this is broken anyway; in RHEL5 we should probably refrain from shipping linux/version.h altogether. If you explain what you're trying to do, we can propose a better solution.