On 04/24/2013 02:43 PM, Glenn Morris wrote: > 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? I thought I fixed that before the 6.4 release.... guess not.... hurray version flip flops! I'll have kmod-openafs-1.6.2-5.SL64.el6.noarch.rpm placed in fastbugs on April 30th which will just be kmod-openafs-1.6.2-3.SL64.el6.noarch.rpm with a higher version number. Pat -- Pat Riehecky Scientific Linux developer http://www.scientificlinux.org/