CentOS 6.3 – httpd-devel Requires Outdated Version of glibc-common

centosrhelrpmsoftware installation

httpd-devel requires an outdated version of glibc-common on CentOS 6.3 x86_64 and Apache/2.2.15. It wants 2.12-1.80.el6 and I have 2.12-1.80.el6_3.3.x86_64 installed (via CentOS @update repo)

Here is the error when I run "yum install httpd-devel.x86_64"

Error: Package: glibc-2.12-1.80.el6.i686 (base):

   Requires: glibc-common = 2.12-1.80.el6
   Installed: glibc-common-2.12-1.80.el6_3.3.x86_64 (@updates)
       glibc-common = 2.12-1.80.el6_3.3
   Available: glibc-common-2.12-1.80.el6.x86_64 (base)
       glibc-common = 2.12-1.80.el6

with "yum install httpd-devel.x86_64 –skip-broken", I get:

Packages skipped because of dependency problems:

> apr-1.3.9-3.el6_1.2.i686 from base apr-devel-1.3.9-3.el6_1.2.x86_64
> from base apr-util-devel-1.3.9-3.el6_0.1.x86_64 from base
> cyrus-sasl-devel-2.1.23-13.el6.x86_64 from base
> db4-cxx-4.7.25-17.el6.x86_64 from base db4-devel-4.7.25-17.el6.x86_64
> from base glibc-2.12-1.80.el6.i686 from base
> 1:httpd-devel-2.2.15-15.el6.vm.1.x86_64 from virtualmin
> libuuid-2.17.2-12.7.el6.i686 from base
> nss-softokn-freebl-3.12.9-11.el6.i686 from base
> openldap-devel-2.4.23-26.el6.x86_64 from base

Bottom line, I can't get httpd-devel installed.

Could this be a priority problem?

priority = 1 [asl-3.0]
priority = 1 [base]
priority = 1 [virtualmin]
priority = 1 [virtualmin-universal]
priority = 50 [epel]

repo id | repo name | status
C6.0-base |  CentOS-6.0 - Base | disabled
C6.0-centosplus | CentOS-6.0 - CentOSPlus | disabled
C6.0-contrib | CentOS-6.0 - Contrib |  disabled
C6.0-extras |  CentOS-6.0 - Extras |  disabled
C6.0-updates | CentOS-6.0 - Updates |  disabled
C6.1-base |  CentOS-6.1 - Base | disabled
C6.1-centosplus | CentOS-6.1 - CentOSPlus | disabled
C6.1-contrib | CentOS-6.1 - Contrib |  disabled
C6.1-extras |  CentOS-6.1 - Extras |  disabled
C6.1-updates | CentOS-6.1 - Updates |  disabled
C6.2-base |  CentOS-6.2 - Base | disabled
C6.2-centosplus | CentOS-6.2 - CentOSPlus | disabled
C6.2-contrib | CentOS-6.2 - Contrib |  disabled
C6.2-extras |  CentOS-6.2 - Extras |  disabled
C6.2-updates | CentOS-6.2 - Updates |  disabled
asl-3.0 | Atomicorp - - Atomic Secured Linux 3.0 | enabled: | 623
asl-3.0-testing | Atomicorp - - Atomic Secured Linux 3.0 (TESTING) | disabled
base | CentOS-6 - Base | enabled: | 6,346
c6-media |  CentOS-6 - Media | disabled
centosplus |  CentOS-6 - Plus | disabled
contrib | CentOS-6 - Contrib | disabled
debug | CentOS-6 - Debuginfo |  disabled
epel | Extra Packages for Enterprise Linux 6 - x86_64 |  enabled: 7,627+125
epel-debuginfo | Extra Packages for Enterprise Linux 6 - x86_64 - Debug |  disabled
epel-source |  Extra Packages for Enterprise Linux 6 - x86_64 - Source | disabled
epel-testing | Extra Packages for Enterprise Linux 6 - Testing - x86_64 | disabled
epel-testing-debuginfo | Extra Packages for Enterprise Linux 6 - Testing - x86_64 - Debug | disabled
epel-testing-source |  Extra Packages for Enterprise Linux 6 - Testing - x86_64 - Source | disabled
extras | CentOS-6 - Extras | enabled: |  4
updates | CentOS-6 - Updates | enabled: | 0+523
virtualmin |  RHEL/CentOS/Scientific 6 - x86_64 - Virtualmin |  enabled: | 73
virtualmin-universal | Virtualmin Distribution Neutral Packages | enabled: | 187+1

Apache is from:

rpm -qi httpd
Name        : httpd                        Relocations: (not relocatable)
Version     : 2.2.15                            Vendor: (none)
Release     : 15.el6.vm.1                   Build Date: Thu 17 May 2012 03:35:08 AM UTC
Install Date: Thu 28 Jun 2012 05:13:47 AM UTC      Build Host: srv1.cloud.virtualmin.com
Group       : System Environment/Daemons    Source RPM: httpd-2.2.15-15.el6.vm.1.src.rpm
Size        : 3067984                          License: ASL 2.0
Signature   : DSA/SHA1, Thu 17 May 2012 03:09:42 PM UTC, Key ID e8dd3fa0a0bdbcf9
URL         : http://httpd.apache.org/
Summary     : Apache HTTP Server

Best Answer

Disabling priorities allowed "yum install httpd-devel" to work.

PS: i now have priorities as

priority = 10 [asl-3.0]
priority = 10 [asl-3.0-testing]
priority = 20 [virtualmin]
priority = 20 [virtualmin-universal]
priority = 30 [base]
priority = 30 [updates]
priority = 40 [extras]
priority = 50 [epel]

does this seem ok?

Related Solutions

CentOS 4.8 – Using glibc 2.5

As a general rule, upgrading a package with rpm rather than yum is straight-forward: search for somewhere you can download a the RPM for centos from, download it and install it with rpm -i packagname.rpm. Alternatively download the source rpm, compile it under Centos 4.8 and install that (i.e. backport it - which is a fairly odd thing to do for glibc because glibc constitutes a large part of the environment that you are backporting to).

Repeat for any dependencies that the new glibc package may have - i.e. the new glibc may depend on newer version of other packages. (libc is likely to have several).

Repeat also for any currently installed packages that require the version of libc that comes with Centos 4.8 or are incompatible with the newer versions (you'll have to upgrade them to versions that are OK with a newer glibc). glibc is likely to have lots of these, and many of them will be other libraries.

These extra upgrades may in turn trigger another cycle of upgrades. and so on. for glibc, treat "may" as "will".

I think you need to ask yourself if you really want to do this. Your aims are contradictory - you want/need to stay with an older release of centos but you also want a newer libc. For some packages, that would be no big deal....but glibc is a core part of a linux system, changing it will affect just about every compiled executable on the system. Some will work just fine, and some will break outright with the newer glibc, and (worst of all) some will have subtly different - and wrong - behaviour or results.

This will lead to a situation where you have none of the benefits of staying with Centos 4.8 (e.g. well-known system and behaviour, all quirks and bugs have fixes/workarounds, no surprises, etc) AND where some/most/all of the benefits of upgrading to a newer version are offset by the fact that you're running a unique hybrid system - neither fish nor fowl. It won't be a hybrid with super mutant powers, it'll be a Frankenstein's Monster of ungainly mismatched parts.

In short, my recommendation is to either stick with what you've got or upgrade to the latest Centos 6.3. Sounds like you may have a fairly rigid change-management process at work, so that will require careful planning (always a good idea anyway) and written justification of the need to upgrade - including details of the problems that the old version is causing and the benefits that upgrading will provide.

Also, being able to demonstrate that any essential applications will work fine in the new Centos would be an invaluable supplement to the justification...so if you can, try booting up a 6.3 machine or VM and install your software on it.

Centos – Replacing libpng-devel (1.5.3) with libpng12-devel RPMs on CentOS

You typically don't do a remove (-e) and then an install. This will push RPM to want to remove any applications that depend on this RPM. Rather you want to do an upgrade.

$ rpm -Uvh libpng12-devel

If this package is in fact a drop in upgrade for "libpng" it will do the remove and install as a single move, thus pacifying the dependencies.

Use yum

Also I would use yum to do it too, it is able to help you out more than just regular RPM with trickier things like this. Use this command:

$ yum update libpng12-devel

You can also also install local RPMs with yum:

$ yum --nogpgcheck localinstall libpng12-devel....rpm

This will often times offer you up suggestions on how to cope best with these types of trickier package management operations.

Best Answer

Related Solutions

CentOS 4.8 – Using glibc 2.5

Centos – Replacing libpng-devel (1.5.3) with libpng12-devel RPMs on CentOS

Use yum

Related Question