From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113

Description of problem:
In summary, it appears that the latest RH9 kernel source package isn't
a kernel source package at all, but rather that the package builder
instead built an rpm of a bunch of undocumented kernel patch files.

Specifically, the newly released kernel-2.4.20-31.9.src.rpm can be
retrieved by up2date, but it does not install a new kernel source tree.

Instead, running:

rpm -ivh  kernel-2.4.20-31.9.src.rpm

installs a bunch of patch files (without any documentation) into
/usr/src/redhat/SOURCES. This does the user no good. The rhn applet
still insists that the system needs to be updated and packages which
depend on kernel version (like wlan-ng, etc) can no longer be built
from the new kernel source, making the new kernel binary also useless
for users who depend on the ability to extend their systems. This
requires users to fall back to the previous kernel binary/source
(2.4.20-30.9) to restore system function. This kernel (2.4.20-30.9) is
known to have security issues.



Version-Release number of selected component (if applicable):
kernel-2.4.20-31.9

How reproducible:
Always

Steps to Reproduce:
1.obtain kernel-2.4.20-31.9.src.rpm via up2date
2.rpm -ivh  kernel-2.4.20-31.9.src.rpm
3.check /usr/src/linux-2.4/ to see that the source isn't updated.
    

Actual Results:  the /usr/src/linux-2.4 source tree is not updated.
kernel modules built from the non-updated source tree fail to load
producing module/kernel version mismatch messages. This requires one
to fall back to the previous kernel binary (2.4.20-30.9) to restore
system functionality. Unfortunately, this binary has known security
issues.

Expected Results:  the /usr/src/linux-2.4 source tree should be
updated when the rpm is installed. kernel modules built from the
non-updated source tree should load successfully with the new kernel.

Additional info:

the rpm doesn't contain any kernel source other than the undocumented
patch files.