[CentOS] CR repo - version issue

Wed Dec 14 01:07:33 UTC 2011
Johnny Hughes <johnny at centos.org>

On 12/13/2011 06:54 PM, Philip Manuel wrote:
> On 12/14/2011 11:49 AM, Johnny Hughes wrote:
>> On 12/13/2011 06:26 PM, Philip Manuel wrote:
>>> On 12/14/2011 11:17 AM, Johnny Hughes wrote:
>>>> On 12/13/2011 06:05 PM, Philip Manuel wrote:
>>>>> Hi
>>>>> We use mrepo to keep a local repository.  I downloaded the CentOS6.1 iso
>>>>> and used that as the base.  We also have the CR repo added.
>>>>> I was expecting this change to cause no issues but the following
>>>>> packages have version issues between the base 6.1 and the CR repo:-
>>>>> There maybe a few other packages but this causes an issue with yum as it
>>>>> doesn't handle the el6_ suffix differences.
>>>>> Is this the intended behaviour ?
>>>> please run:
>>>> yum clean all
>>>> then try the update again.
>>>> Yum handles the updates with no problems, but cached metadata can cause
>>>> issues.
>>> I've fixed the perl ones by removing them and reinstalling but I don't
>>> want to keep doing this for every package
>> There is nothing in 6.1 CR, your machine does not seem to see the
>> updates for the i686 arch, although the x86_64 directory does contain them.
>> Do you have an exclude=*.i686 someplace in your yum setup.
>> The same directory that contains dbus-libs-1.2.24-5.el6_1.x86_64 also
>> contains dbus-libs-1.2.24-5.el6_1.i686.rpm ... you are seeing one
>> (x86_64) and not the other (i686).
> OK but why when there are no i686 packages installed on the machine is 
> it trying to look for them?  If I remove the offending x86_64 packages 
> and put the base equivalent on then the issue goes away, but I shouldn't 
> have to do this step.

You do have i686 packages on that machine ... that is what the error you
posted is.

create (or edit( a file called:


put this in the that file as the top line:

%_query_all_fmt %%{name}-%%{version}-%%{release}.%%{arch}

Then do the command:

rpm -qa | grep i[3,6]86

That should show you the i686 packages that are installed on the machine.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://lists.centos.org/pipermail/centos/attachments/20111213/17a0fcd6/attachment-0005.sig>