centos: packages of different architectures got messed up?

Question

I am trying to install gdal-devel on the following machine:

# cat /etc/redhat-release
  CentOS release 6.3 (Final)
# uname -a
  Linux local 2.6.32-279.1.1.el6.x86_64 #1 SMP Tue Jul 10 13:47:21 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

and get a list of packages that are dependent on the devel of the gdal:

# yum install gdal-devel
Loaded plugins: fastestmirror, presto, priorities
Loading mirror speeds from cached hostfile
 * Webmin: download.webmin.com
 * base: centos.bio.lmu.de
 * epel: be.mirror.eurid.eu
 * extras: artfiles.org
 * rpmforge: apt.sw.be
 * updates: artfiles.org
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package gdal-devel.x86_64 0:1.7.3-15.el6 will be installed
--> Processing Dependency: libgeotiff-devel for package: gdal-devel-1.7.3-15.el6.x86_64
--> Processing Dependency: libosrjni.so.1()(64bit) for package: gdal-devel-1.7.3-15.el6.x86_64
--> Processing Dependency: libogrjni.so.1()(64bit) for package: gdal-devel-1.7.3-15.el6.x86_64
--> Processing Dependency: libgdaljni.so.1()(64bit) for package: gdal-devel-1.7.3-15.el6.x86_64
--> Processing Dependency: libgdalconstjni.so.1()(64bit) for package: gdal-devel-1.7.3-15.el6.x86_64
--> Running transaction check
---> Package gdal-java.x86_64 0:1.7.3-15.el6 will be installed
---> Package libgeotiff-devel.x86_64 0:1.2.5-5.el6 will be installed
--> Processing Dependency: libtiff-devel for package: libgeotiff-devel-1.2.5-5.el6.x86_64
--> Running transaction check
---> Package libtiff-devel.x86_64 0:3.9.4-5.el6_2 will be installed
--> Processing Dependency: libtiff = 3.9.4-5.el6_2 for package: libtiff-devel-3.9.4-5.el6_2.x86_64
--> Running transaction check
---> Package libtiff.i686 0:3.9.4-5.el6_2 will be installed
--> Processing Dependency: libz.so.1 for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libstdc++.so.6(GLIBCXX_3.4.9) for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libstdc++.so.6(GLIBCXX_3.4) for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libstdc++.so.6(CXXABI_1.3) for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libstdc++.so.6 for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libm.so.6(GLIBC_2.0) for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libm.so.6 for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libjpeg.so.62 for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libgcc_s.so.1 for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libc.so.6(GLIBC_2.7) for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libc.so.6(GLIBC_2.4) for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libc.so.6(GLIBC_2.3.4) for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libc.so.6(GLIBC_2.3) for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libc.so.6(GLIBC_2.2) for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libc.so.6(GLIBC_2.11) for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libc.so.6(GLIBC_2.1.3) for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libc.so.6(GLIBC_2.1) for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libc.so.6(GLIBC_2.0) for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libc.so.6 for package: libtiff-3.9.4-5.el6_2.i686
--> Running transaction check
---> Package glibc.i686 0:2.12-1.80.el6 will be installed
--> Processing Dependency: libfreebl3.so(NSSRAWHASH_3.12.3) for package: glibc-2.12-1.80.el6.i686
--> Processing Dependency: libfreebl3.so for package: glibc-2.12-1.80.el6.i686
---> Package libgcc.i686 0:4.4.6-4.el6 will be installed
---> Package libjpeg.i686 0:6b-46.el6 will be installed
---> Package libstdc++.i686 0:4.4.6-4.el6 will be installed
---> Package zlib.i686 0:1.2.3-27.el6 will be installed
--> Running transaction check
---> Package nss-softokn-freebl.i686 0:3.12.9-11.el6 will be installed
--> Finished Dependency Resolution
Error: Protected multilib versions: libtiff-3.9.4-5.el6_2.i686 != libtiff-3.9.4-6.el6_3.x86_64
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest
# yum install gdal-devel
Loaded plugins: fastestmirror, presto, priorities
Loading mirror speeds from cached hostfile
 * Webmin: download.webmin.com
 * base: centos.bio.lmu.de
 * epel: be.mirror.eurid.eu
 * extras: artfiles.org
 * rpmforge: apt.sw.be
 * updates: artfiles.org
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package gdal-devel.x86_64 0:1.7.3-15.el6 will be installed
--> Processing Dependency: libgeotiff-devel for package: gdal-devel-1.7.3-15.el6.x86_64
--> Processing Dependency: libosrjni.so.1()(64bit) for package: gdal-devel-1.7.3-15.el6.x86_64
--> Processing Dependency: libogrjni.so.1()(64bit) for package: gdal-devel-1.7.3-15.el6.x86_64
--> Processing Dependency: libgdaljni.so.1()(64bit) for package: gdal-devel-1.7.3-15.el6.x86_64
--> Processing Dependency: libgdalconstjni.so.1()(64bit) for package: gdal-devel-1.7.3-15.el6.x86_64
--> Running transaction check
---> Package gdal-java.x86_64 0:1.7.3-15.el6 will be installed
---> Package libgeotiff-devel.x86_64 0:1.2.5-5.el6 will be installed
--> Processing Dependency: libtiff-devel for package: libgeotiff-devel-1.2.5-5.el6.x86_64
--> Running transaction check
---> Package libtiff-devel.x86_64 0:3.9.4-5.el6_2 will be installed
--> Processing Dependency: libtiff = 3.9.4-5.el6_2 for package: libtiff-devel-3.9.4-5.el6_2.x86_64
--> Running transaction check
---> Package libtiff.i686 0:3.9.4-5.el6_2 will be installed
--> Processing Dependency: libz.so.1 for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libstdc++.so.6(GLIBCXX_3.4.9) for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libstdc++.so.6(GLIBCXX_3.4) for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libstdc++.so.6(CXXABI_1.3) for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libstdc++.so.6 for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libm.so.6(GLIBC_2.0) for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libm.so.6 for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libjpeg.so.62 for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libgcc_s.so.1 for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libc.so.6(GLIBC_2.7) for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libc.so.6(GLIBC_2.4) for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libc.so.6(GLIBC_2.3.4) for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libc.so.6(GLIBC_2.3) for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libc.so.6(GLIBC_2.2) for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libc.so.6(GLIBC_2.11) for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libc.so.6(GLIBC_2.1.3) for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libc.so.6(GLIBC_2.1) for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libc.so.6(GLIBC_2.0) for package: libtiff-3.9.4-5.el6_2.i686
--> Processing Dependency: libc.so.6 for package: libtiff-3.9.4-5.el6_2.i686
--> Running transaction check
---> Package glibc.i686 0:2.12-1.80.el6 will be installed
--> Processing Dependency: libfreebl3.so(NSSRAWHASH_3.12.3) for package: glibc-2.12-1.80.el6.i686
--> Processing Dependency: libfreebl3.so for package: glibc-2.12-1.80.el6.i686
---> Package libgcc.i686 0:4.4.6-4.el6 will be installed
---> Package libjpeg.i686 0:6b-46.el6 will be installed
---> Package libstdc++.i686 0:4.4.6-4.el6 will be installed
---> Package zlib.i686 0:1.2.3-27.el6 will be installed
--> Running transaction check
---> Package nss-softokn-freebl.i686 0:3.12.9-11.el6 will be installed
--> Finished Dependency Resolution
Error: Protected multilib versions: libtiff-3.9.4-5.el6_2.i686 != libtiff-3.9.4-6.el6_3.x86_64
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest

so it seems that the architectures (686 vs x86_64)of the repositories got hugely messed up. Any ideas how I can overcome this mess?

# yum repolist
Loaded plugins: fastestmirror, presto, priorities
Loading mirror speeds from cached hostfile
 * Webmin: download.webmin.com
 * base: centos.bio.lmu.de
 * epel: be.mirror.eurid.eu
 * extras: artfiles.org
 * rpmforge: apt.sw.be
 * updates: artfiles.org
repo id                                                        repo name                                                                                status
Webmin                                                         Webmin Distribution Neutral                                                                   144
base                                                           CentOS-6 - Base                                                                          6,330+16
epel                                                           Extra Packages for Enterprise Linux 6 - x86_64                                              8,590
extras                                                         CentOS-6 - Extras                                                                              12
pgdg91                                                         PostgreSQL 9.1 6 - x86_64                                                                     277
pgdg92                                                         PostgreSQL 9.2 6 - x86_64                                                                     185
rpmforge                                                       RHEL 6 - RPMforge.net - dag                                                                 4,594
software.freivald.com                                          Freivald RPMS for CentOS                                                                        1
software.freivald.com-qt                                       Freivald RPMS for CentOS - Qt Development Software                                             16
updates                                                        CentOS-6 - Updates                                                                            459

Your repositories are all messed up. You need an x86-64 libtiff; start by disabling Freivald, DAG and Webmin (especially DAG!). — Deer Hunter, Apr 09 '13 at 17:35
@DeerHunter: thanks for the helpful tip. Yes, indeed the repos are severely messed up. I'm sorry for a stupid question, but what is DAG? I found a work arround by disabling all 686 packages. Maybe there's a better idea how to nicely fix the thingy? — arthur, Apr 10 '13 at 07:59

score 0 · Accepted Answer · answered Apr 10 '13 at 07:53

0

the only solution up till now is to disallow the i686 packages from the repositories. I did this by added the following line in the .repo files:

exclude=*.i686

Any other better ideas?

answered Apr 10 '13 at 07:53

arthur

177
2
8

centos: packages of different architectures got messed up?

1 Answers1