From Bugzilla Helper: User-Agent: Mozilla/5.0 Galeon/1.2.0 (X11; Linux i686; U;) Gecko/20020326 Description of problem: The /usr/include/linux/sensors.h header file from glibc-kernheaders is not the same version as the one in the kernel package. The version in the kernel is from lm_sensors 2.6.1. This bug is present in beta4. Version-Release number of selected component (if applicable): kernel-2.4.18-0.4 glibc-kernheaders-2.4-7.11 How reproducible: Always Steps to Reproduce: diff -u /usr/include/linux/sensors.h /usr/src/linux/include/linux/sensors.h
Ok how is this a bug ? The kernel ABI is stable and doesn't change much so why is it a big deal that the glibc headers are different from the kernel-internal ones ? As long as both describe the proper ABI./...
Perhaps I don't understand the purpose of having the sensors/i2c header files in the glibc-kernheaders package at all?? The issue that I see is that some of the #define values and variable names are different in the two header files. Therefore, since the sensors modules in 7.3 have been compiled against the header file in /usr/src/linux/include/linux/sensors.h anything compiled using /usr/include/linux/sensors.h would not have the correct values for these #defines. What is the criteria for determining what version of kernel headers to include in the glibc-kernheaders package? Why wouldn't they be the same headers as the shipped kernel?
the glibc-kernheaders package is the package glibc and libraries are compiled against..... nothing to do with the kernel at all.