SL 6.4 x86_64:
rpm -q kernel:
kernel-2.6.32-279.22.1.el6.x86_64
kernel-2.6.32-358.2.1.el6.x86_64
kernel-2.6.32-358.6.1.el6.x86_64
yum remove kernel-2.6.32-279.22.1.el6.x86_64:
Removing for dependencies:
kmod-openafs noarch 1.6.2-4.SL64.el6 @sl-security/6.3 0.0
kmod-openafs-279 x86_64 1.6.2-0.144.sl6.279 @sl-security/6.3 1.3 M
kmod-openafs-358 x86_64 1.6.2-0.144.sl6.358.0.1 @sl-security/6.3 1.3 M
openafs-client x86_64 1.6.2-0.144.sl6 @sl 2.4 M
rpm -qR kmod-openafs
[...]
kmod-openafs-358
kmod-openafs-279
IIUC, it was predicted that this would happen:
http://listserv.fnal.gov/scripts/wa.exe?A2=ind1303&L=scientific-linux-devel&T=0&P=5728
The comment from
http://listserv.fnal.gov/scripts/wa.exe?A2=ind1303&L=scientific-linux-devel&T=0&P=5842
suggests this was fixed.
I see that the SL 6.4 x86_64 repo contains
kmod-openafs-1.6.2-3.SL64.el6.noarch.rpm
rpm -qpR ./kmod-openafs-1.6.2-3.SL64.el6.noarch.rpm
[...]
kmod-openafs-358
So it does look like it is fixed.
Somehow, all my SL 6.4 systems have installed
kmod-openafs-1.6.2-4.SL64.el6.noarch
Looks like this version comes from 6.3 updates/security (these systems
were upgraded from SL 6.3 to 6.4). The Release number is higher than the
version in the 6.4 repo, so the 6.4 repo version does not get installed.
Not sure why there is a SL64 package in the 63 repo.
I can force installation of the SL 6.4 version, but probably there
should be a new version with a higher release number than the SL 6.3
version?