Description of problem: Kmods need a sane way to get exactly the kernel they were compiled for; that worked fine in F7 and is broken in rawhide. E.g in F7 a kmod for the stock kernel had a line like this... Requires: kernel-i686 = 2.6.21-1.3194.fc7 That dep is provided by the matching kernel package: $ rpm -qp kernel-2.6.21-1.3194.fc7.i686.rpm --provides [...] kernel-i686 = 2.6.21-1.3194.fc7 [...] For a PAE is was similar. Kmod had... Requires: kernel-i686 = 2.6.21-1.3194.fc7PAE That dep is provided by the matching kernel package: $ rpm -qp --provides kernel-PAE-2.6.21-1.3194.fc7.i686.rpm [...] kernel-i686 = 2.6.21-1.3194.fc7PAE [...] In rawhide the stock and the PAE kernel provide the same version: $ rpm -qp kernel-2.6.23-5.fc8.i686.rpm --provides [...] kernel-i686 = 2.6.23-5.fc8 [...] $ rpm -qp kernel-PAE-2.6.23-5.fc8.i686.rpm --provides [...] kernel-i686 = 2.6.23-5.fc8 [...] That lead to reports from users that a kmod for the stock kernel pulled in the PAE kernel. Additional info: Would be nice to see this fixed before F8 gets shipped as this regression would create major trouble for 3rd party repos that ship kernel module packages.
Build-testing theoretical fix now...
Theoretical fix confirmed as an actual fix, and committed to cvs. Next kernel build should have fixed-up Provides.