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

Thu Sep 5 15:27:20 UTC 2013

Hi James,

Either get rid of the 32bit packages (I need them too so that's not an 
option) or try adding 'multilib_policy=all' to /etc/yum.conf and try to 
update again..

I, too, have some 6.4 systems where 32bit libs are always installed along 
their 64bit siblings and they updated without issues:

$ cat /etc/redhat-release
Red Hat Enterprise Linux Server release 6.4 (Santiago)

$ rpm -qa neon\*|sort
neon-0.29.3-3.el6_4.i686
neon-0.29.3-3.el6_4.x86_64
neon-devel-0.29.3-3.el6_4.i686
neon-devel-0.29.3-3.el6_4.x86_64

My 2c,

Vincent

On Thu, 5 Sep 2013, Leinweber, James wrote:

> 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
>