rpm update on multilib system ignores duplicate package name with different arch on command line

[Jason Henderson <jasonhen@xxxxxxxxxx>]

I have a Linux distro (based on CentOS) which contains both i686 and x86_64 versions of some rpm packages. In the example below I want to upgrade the installed glibc.i686, glibc.x86_64 and glibc-common.i686 packages at the same time.

As shown the rpm command ignores the glibc.x86_64 package when glibc.i686 proceeds it in the list of packages to upgrade. The end result being that the glibc.x86_64 package is removed from the system.

If  I omit the --nodeps option in the command there are many dependency errors produced since the command is effectively removing the required glibc.x86_64 package.

I can reinstall the required glibc.x86_64 package manually but my end goal is to be able to omit the --nodeps option to get a proper dependency check and have the i686 and x86_64 packages upgraded correctly at the same time.

My question is, should rpm handle this case or is such a multilib upgrade not supported?

Example:

[root@64-bit]# rpm -qa | grep glibc
glibc-2.12-1.107.el6_4.4.x86_64
glibc-2.12-1.107.el6_4.4.i686
glibc-common-2.12-1.107.el6_4.4.i686

[root@64-bit]# rpm -Uvh --nodeps glibc-common-2.12-1.107.el6_4.5.i686.rpm glibc-2.12-1.107.el6_4.5.i686.rpm glibc-2.12-1.107.el6_4.5.x86_64.rpm nscd-2.12-1.107.el6_4.5.i686.rpm

warning: glibc-common-2.12-1.107.el6_4.5.i686.rpm: Header V3 RSA/SHA1 Signature, key ID c105b9de: NOKEY
warning: package glibc = 2.12-1.107.el6_4.5 was already added, skipping glibc = 2.12-1.107.el6_4.5

Preparing...                  
1:glibc                   [ 33%]
2:glibc-common     [ 67%]
3:nscd                   [100%]

[root@64-bit]# rpm -qa | grep glibc
glibc-common-2.12-1.107.el6_4.5.i686
glibc-2.12-1.107.el6_4.5.i686

Thanks.

Jason

_______________________________________________
Rpm-list mailing list
Rpm-list@xxxxxxxxxxxxx
http://lists.rpm.org/mailman/listinfo/rpm-list