[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

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




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 slh wisc edu>       phone +1 608 221 6281
PGP fp: D573 AF7D F484 EE2A F0B6  B7DB A870 7518 F87D A0D1



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]