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/