[rhelv6-list] is anyone else having multi-arch issues with neon?

[Leinweber, James]

To be more specific, all of my redhat 6.4 systems are 64-bit; some have
more 32-bit compatibility stuff installed than others.   The ones with
no i686 packages at all install the 64-bit neon update just fine.  On
systems where:

    $ rpm -qa | grep i686

yields:

   compat-libstdc++-296-2.96-144.el6.i686
   glibc-2.12-1.107.el6_4.4.i686
   libX11-1.5.0-4.el6.i686
   libXau-1.0.6-4.el6.i686
   libXext-1.3.1-2.el6.i686
   libXp-1.0.0-15.1.el6.i686
   libXp-devel-1.0.0-15.1.el6.i686
   libgcc-4.4.7-3.el6.i686
   libxcb-1.8.1-1.el6.i686
   nss-softokn-freebl-3.14.3-3.el6_4.i686

Running "sudo yum update -y" for the neon package fails thusly:
-----------------
Loaded plugins: downloadonly, refresh-packagekit, rhnplugin
This system is receiving updates from RHN Classic or RHN Satellite.
rhel-x86_64-server-6
| 1.8 kB     00:00
Setting up Update Process
Resolving Dependencies
--> Running transaction check
---> Package microcode_ctl.x86_64 1:1.17-14.el6 will be updated
---> Package microcode_ctl.x86_64 1:1.17-15.el6_4 will be an update
---> Package neon.x86_64 0:0.29.3-2.el6 will be updated
--> Processing Dependency: neon = 0.29.3-2.el6 for package:
neon-devel-0.29.3-2.el6.x86_64
---> Package neon.x86_64 0:0.29.3-3.el6_4 will be an update
--> Running transaction check
---> Package neon.i686 0:0.29.3-2.el6 will be installed
--> Processing Dependency: libz.so.1 for package: neon-0.29.3-2.el6.i686
--> Processing Dependency: libproxy.so.0 for package:
neon-0.29.3-2.el6.i686
--> Processing Dependency: libpakchois.so.0 for package:
neon-0.29.3-2.el6.i686
--> Processing Dependency: libkrb5.so.3 for package:
neon-0.29.3-2.el6.i686
--> Processing Dependency: libk5crypto.so.3 for package:
neon-0.29.3-2.el6.i686
--> Processing Dependency: libgssapi_krb5.so.2(gssapi_krb5_2_MIT) for
package: neon-0.29.3-2.el6.i686
--> Processing Dependency: libgssapi_krb5.so.2 for package:
neon-0.29.3-2.el6.i686
--> Processing Dependency: libgnutls.so.26(GNUTLS_1_4) for package:
neon-0.29.3-2.el6.i686
--> Processing Dependency: libgnutls.so.26 for package:
neon-0.29.3-2.el6.i686
--> Processing Dependency: libexpat.so.1 for package:
neon-0.29.3-2.el6.i686
--> Processing Dependency: libcom_err.so.2 for package:
neon-0.29.3-2.el6.i686
---> Package neon.x86_64 0:0.29.3-2.el6 will be updated
--> Running transaction check
---> Package expat.i686 0:2.0.1-11.el6_2 will be installed
---> Package gnutls.i686 0:2.8.5-10.el6_4.2 will be installed
--> Processing Dependency: libtasn1.so.3(LIBTASN1_0_3) for package:
gnutls-2.8.5-10.el6_4.2.i686
--> Processing Dependency: libtasn1.so.3 for package:
gnutls-2.8.5-10.el6_4.2.i686
--> Processing Dependency: libstdc++.so.6(GLIBCXX_3.4) for package:
gnutls-2.8.5-10.el6_4.2.i686
--> Processing Dependency: libstdc++.so.6(CXXABI_1.3) for package:
gnutls-2.8.5-10.el6_4.2.i686
--> Processing Dependency: libstdc++.so.6 for package:
gnutls-2.8.5-10.el6_4.2.i686
--> Processing Dependency: libgcrypt.so.11(GCRYPT_1.2) for package:
gnutls-2.8.5-10.el6_4.2.i686
--> Processing Dependency: libgcrypt.so.11 for package:
gnutls-2.8.5-10.el6_4.2.i686
---> Package krb5-libs.i686 0:1.10.3-10.el6_4.4 will be installed
--> Processing Dependency: libselinux.so.1 for package:
krb5-libs-1.10.3-10.el6_4.4.i686
--> Processing Dependency: libkeyutils.so.1(KEYUTILS_0.3) for package:
krb5-libs-1.10.3-10.el6_4.4.i686
--> Processing Dependency: libkeyutils.so.1 for package:
krb5-libs-1.10.3-10.el6_4.4.i686
---> Package libcom_err.i686 0:1.41.12-14.el6_4.2 will be installed
---> Package libproxy.i686 0:0.3.0-4.el6_3 will be installed
--> Processing Dependency: libdbus-1.so.3 for package:
libproxy-0.3.0-4.el6_3.i686
---> Package pakchois.i686 0:0.4-3.2.el6 will be installed
---> Package zlib.i686 0:1.2.3-29.el6 will be installed
--> Running transaction check
---> Package dbus-libs.i686 1:1.2.24-7.el6_3 will be installed
---> Package keyutils-libs.i686 0:1.4-4.el6 will be installed
---> Package libgcrypt.i686 0:1.4.5-9.el6_2.2 will be installed
--> Processing Dependency: libgpg-error.so.0 for package:
libgcrypt-1.4.5-9.el6_2.2.i686
---> Package libselinux.i686 0:2.0.94-5.3.el6_4.1 will be installed
---> Package libstdc++.i686 0:4.4.7-3.el6 will be installed
---> Package libtasn1.i686 0:2.3-3.el6_2.1 will be installed
--> Running transaction check
---> Package libgpg-error.i686 0:1.7-4.el6 will be installed
--> Finished Dependency Resolution
Error:  Multilib version problems found. This often means that the root
       cause is something else and multilib version checking is just
       pointing out that there is a problem. Eg.:

         1. You have an upgrade for neon which is missing some
            dependency that another package requires. Yum is trying to
            solve this by installing an older version of neon of the
            different architecture. If you exclude the bad architecture
            yum will tell you what the root cause is (which package
            requires what). You can try redoing the upgrade with
            --exclude neon.otherarch ... this should give you an error
            message showing the root cause of the problem.

         2. You have multiple architectures of neon installed, but
            yum can only see an upgrade for one of those arcitectures.
            If you don't want/need both architectures anymore then you
            can remove the one with the missing update and everything
            will work.

         3. You have duplicate versions of neon installed already.
            You can use "yum check" to get yum show these errors.

       ...you can also use --setopt=protected_multilib=false to remove
       this checking, however this is almost never the correct thing to
       do as something else is very likely to go wrong (often causing
       much more problems).

       Protected multilib versions: neon-0.29.3-2.el6.i686 !=
neon-0.29.3-3.el6_4.x86_64
 You could try using --skip-broken to work around the problem

 You could try running: rpm -Va --nofiles --nodigest
----------------

I haven't opened a redhat ticket yet, but I probably will Real Soon Now.

-- Jim Leinweber
State Laboratory of Hygiene, University of Wisconsin - Madison
<jim.leinweber at slh.wisc.edu>       phone +1 608 221 6281
PGP fp: D573 AF7D F484 EE2A F0B6  B7DB A870 7518 F87D A0D1