Yum doesn't recognize installed dependency versionyum error when installing memcachedDependency Hell trying to install GCC on CentOS4How can I install VLC on RHEL 6.3?Fedora19: YUM glibc is a duplicate of glibcCentOS 5.5 php-posix with dependency error php53-commonYUM Update ErrorCentOS - yum install - Fails: Protected Multilib versions: problems found libselinuxyum dependency resolution not workingyumdownloader doesn't resolve dependency?php error installing imagick

Multi tool use
Multi tool use

Why are C64 games inconsistent with which joystick port they use?

Full backup on database creation

What is the most important source of natural gas? coal, oil or other?

Is there a down side to setting the sampling time of a SAR ADC as long as possible?

LASSO Regression - p-values and coefficients

How were these pictures of spacecraft wind tunnel testing taken?

Why doesn't the Earth's acceleration towards the Moon accumulate to push the Earth off its orbit?

Is CD audio quality good enough for the final delivery of music?

How can I get exact maximal value of this expression?

Infinite Sequence based on Simple Rule

Identifying an object pointer by generating and using a unique ID

What is the object moving across the ceiling in this stock footage?

How can I find where certain bash function is defined?

Is this resistor leaking? If so, is it a concern?

Where did Wilson state that the US would have to force access to markets with violence?

reinterpret_cast from rvalue to rvalue reference

I think I may have violated academic integrity last year - what should I do?

Can a Beholder use rays in melee range?

How strong are Wi-Fi signals?

What is the difference between nullifying your vote and not going to vote at all?

Looking for a soft substance that doesn't dissolve underwater

Tic-tac-toe for the terminal, written in C

General purpose replacement for enum with FlagsAttribute

Would jet fuel for an F-16 or F-35 be producible during WW2?



Yum doesn't recognize installed dependency version


yum error when installing memcachedDependency Hell trying to install GCC on CentOS4How can I install VLC on RHEL 6.3?Fedora19: YUM glibc is a duplicate of glibcCentOS 5.5 php-posix with dependency error php53-commonYUM Update ErrorCentOS - yum install - Fails: Protected Multilib versions: problems found libselinuxyum dependency resolution not workingyumdownloader doesn't resolve dependency?php error installing imagick






.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty height:90px;width:728px;box-sizing:border-box;








1















I'm trying to install gcc-c++ on CentOS 7.6.1810. This is the error output:



Error: Package: glibc-2.17-260.el7.i686 (centos_7_x64_32)
Requires: glibc-common = 2.17-260.el7
Installed: glibc-common-2.17-260.el7_6.3.x86_64 (@updates)
glibc-common = 2.17-260.el7_6.3
(cut)
Available: glibc-common-2.17-260.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-260.el7


It seems that yum doesn't recognize glibc-common-2.17-260.el7_6.3.x86_64 as the same as (or equivalent of) glibc-common-2.17-260.el7_6.3.x86_64. What can I do to tell it to honor this installed version, or how can I reinstall it from centos_7_x64_32 (obviously I can't remove glibc-common first).



FULL OUTPUT



Resolving Dependencies
--> Running transaction check
---> Package gcc-c++.x86_64 0:4.8.5-36.el7 will be installed
--> Processing Dependency: gcc = 4.8.5-36.el7 for package: gcc-c++-4.8.5-36.el7.x86_64
--> Processing Dependency: libstdc++-devel = 4.8.5-36.el7 for package: gcc-c++-4.8.5-36.el7.x86_64
--> Processing Dependency: libmpc.so.3()(64bit) for package: gcc-c++-4.8.5-36.el7.x86_64
--> Processing Dependency: libmpfr.so.4()(64bit) for package: gcc-c++-4.8.5-36.el7.x86_64
--> Running transaction check
---> Package gcc.x86_64 0:4.8.5-36.el7 will be installed
--> Processing Dependency: cpp = 4.8.5-36.el7 for package: gcc-4.8.5-36.el7.x86_64
--> Processing Dependency: glibc-devel >= 2.2.90-12 for package: gcc-4.8.5-36.el7.x86_64
---> Package libmpc.x86_64 0:1.0.1-3.el7 will be installed
---> Package libstdc++-devel.x86_64 0:4.8.5-36.el7 will be installed
---> Package mpfr.x86_64 0:3.1.1-4.el7 will be installed
--> Running transaction check
---> Package cpp.x86_64 0:4.8.5-36.el7 will be installed
---> Package glibc-devel.x86_64 0:2.17-260.el7 will be installed
--> Processing Dependency: glibc-headers = 2.17-260.el7 for package: glibc-devel-2.17-260.el7.x86_64
--> Processing Dependency: glibc = 2.17-260.el7 for package: glibc-devel-2.17-260.el7.x86_64
--> Processing Dependency: glibc-headers for package: glibc-devel-2.17-260.el7.x86_64
--> Running transaction check
---> Package glibc.i686 0:2.17-260.el7 will be installed
--> Processing Dependency: glibc-common = 2.17-260.el7 for package: glibc-2.17-260.el7.i686
--> Processing Dependency: libfreebl3.so for package: glibc-2.17-260.el7.i686
--> Processing Dependency: libfreebl3.so(NSSRAWHASH_3.12.3) for package: glibc-2.17-260.el7.i686
---> Package glibc-headers.x86_64 0:2.17-260.el7 will be installed
--> Processing Dependency: kernel-headers >= 2.2.1 for package: glibc-headers-2.17-260.el7.x86_64
--> Processing Dependency: kernel-headers for package: glibc-headers-2.17-260.el7.x86_64
--> Running transaction check
---> Package glibc.i686 0:2.17-260.el7 will be installed
--> Processing Dependency: glibc-common = 2.17-260.el7 for package: glibc-2.17-260.el7.i686
---> Package kernel-headers.x86_64 0:3.10.0-957.1.3.el7 will be installed
---> Package nss-softokn-freebl.i686 0:3.36.0-5.el7_5 will be installed
--> Finished Dependency Resolution
Error: Package: glibc-2.17-260.el7.i686 (centos_7_x64_32)
Requires: glibc-common = 2.17-260.el7
Installed: glibc-common-2.17-260.el7_6.3.x86_64 (@updates)
glibc-common = 2.17-260.el7_6.3
Available: glibc-common-2.17-78.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-78.el7
Available: glibc-common-2.17-105.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-105.el7
Available: glibc-common-2.17-106.el7_2.1.x86_64 (centos_7_x64_32)
glibc-common = 2.17-106.el7_2.1
Available: glibc-common-2.17-106.el7_2.4.x86_64 (centos_7_x64_32)
glibc-common = 2.17-106.el7_2.4
Available: glibc-common-2.17-106.el7_2.6.x86_64 (centos_7_x64_32)
glibc-common = 2.17-106.el7_2.6
Available: glibc-common-2.17-106.el7_2.8.x86_64 (centos_7_x64_32)
glibc-common = 2.17-106.el7_2.8
Available: glibc-common-2.17-157.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-157.el7
Available: glibc-common-2.17-157.el7_3.1.x86_64 (centos_7_x64_32)
glibc-common = 2.17-157.el7_3.1
Available: glibc-common-2.17-157.el7_3.2.x86_64 (centos_7_x64_32)
glibc-common = 2.17-157.el7_3.2
Available: glibc-common-2.17-157.el7_3.4.x86_64 (centos_7_x64_32)
glibc-common = 2.17-157.el7_3.4
Available: glibc-common-2.17-157.el7_3.5.x86_64 (centos_7_x64_32)
glibc-common = 2.17-157.el7_3.5
Available: glibc-common-2.17-196.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-196.el7
Available: glibc-common-2.17-196.el7_4.2.x86_64 (centos_7_x64_32)
glibc-common = 2.17-196.el7_4.2
Available: glibc-common-2.17-222.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-222.el7
Available: glibc-common-2.17-260.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-260.el7
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest









share|improve this question
























  • Looks like the private mirror you are using is incomplete. Go have a chat with whoever maintains it.

    – Michael Hampton
    Feb 13 at 17:55











  • @MichaelHampton I had similar problem before with not so important package. The required dependency was installed from @updates with some "_x.y" version suffix and yum didn't like it. I had to uninstall it, and install the same version from centos_7_x64_32, but without the suffix. Then it worked ok. I can't do that with glibc-common.

    – Furgas
    Feb 13 at 18:00











  • Again, you aren't using an official CentOS repository to obtain base packages. You can either yell at whoever maintains your private copy of the repository, or switch back to the official repository (if your company even allows this).

    – Michael Hampton
    Feb 13 at 18:02


















1















I'm trying to install gcc-c++ on CentOS 7.6.1810. This is the error output:



Error: Package: glibc-2.17-260.el7.i686 (centos_7_x64_32)
Requires: glibc-common = 2.17-260.el7
Installed: glibc-common-2.17-260.el7_6.3.x86_64 (@updates)
glibc-common = 2.17-260.el7_6.3
(cut)
Available: glibc-common-2.17-260.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-260.el7


It seems that yum doesn't recognize glibc-common-2.17-260.el7_6.3.x86_64 as the same as (or equivalent of) glibc-common-2.17-260.el7_6.3.x86_64. What can I do to tell it to honor this installed version, or how can I reinstall it from centos_7_x64_32 (obviously I can't remove glibc-common first).



FULL OUTPUT



Resolving Dependencies
--> Running transaction check
---> Package gcc-c++.x86_64 0:4.8.5-36.el7 will be installed
--> Processing Dependency: gcc = 4.8.5-36.el7 for package: gcc-c++-4.8.5-36.el7.x86_64
--> Processing Dependency: libstdc++-devel = 4.8.5-36.el7 for package: gcc-c++-4.8.5-36.el7.x86_64
--> Processing Dependency: libmpc.so.3()(64bit) for package: gcc-c++-4.8.5-36.el7.x86_64
--> Processing Dependency: libmpfr.so.4()(64bit) for package: gcc-c++-4.8.5-36.el7.x86_64
--> Running transaction check
---> Package gcc.x86_64 0:4.8.5-36.el7 will be installed
--> Processing Dependency: cpp = 4.8.5-36.el7 for package: gcc-4.8.5-36.el7.x86_64
--> Processing Dependency: glibc-devel >= 2.2.90-12 for package: gcc-4.8.5-36.el7.x86_64
---> Package libmpc.x86_64 0:1.0.1-3.el7 will be installed
---> Package libstdc++-devel.x86_64 0:4.8.5-36.el7 will be installed
---> Package mpfr.x86_64 0:3.1.1-4.el7 will be installed
--> Running transaction check
---> Package cpp.x86_64 0:4.8.5-36.el7 will be installed
---> Package glibc-devel.x86_64 0:2.17-260.el7 will be installed
--> Processing Dependency: glibc-headers = 2.17-260.el7 for package: glibc-devel-2.17-260.el7.x86_64
--> Processing Dependency: glibc = 2.17-260.el7 for package: glibc-devel-2.17-260.el7.x86_64
--> Processing Dependency: glibc-headers for package: glibc-devel-2.17-260.el7.x86_64
--> Running transaction check
---> Package glibc.i686 0:2.17-260.el7 will be installed
--> Processing Dependency: glibc-common = 2.17-260.el7 for package: glibc-2.17-260.el7.i686
--> Processing Dependency: libfreebl3.so for package: glibc-2.17-260.el7.i686
--> Processing Dependency: libfreebl3.so(NSSRAWHASH_3.12.3) for package: glibc-2.17-260.el7.i686
---> Package glibc-headers.x86_64 0:2.17-260.el7 will be installed
--> Processing Dependency: kernel-headers >= 2.2.1 for package: glibc-headers-2.17-260.el7.x86_64
--> Processing Dependency: kernel-headers for package: glibc-headers-2.17-260.el7.x86_64
--> Running transaction check
---> Package glibc.i686 0:2.17-260.el7 will be installed
--> Processing Dependency: glibc-common = 2.17-260.el7 for package: glibc-2.17-260.el7.i686
---> Package kernel-headers.x86_64 0:3.10.0-957.1.3.el7 will be installed
---> Package nss-softokn-freebl.i686 0:3.36.0-5.el7_5 will be installed
--> Finished Dependency Resolution
Error: Package: glibc-2.17-260.el7.i686 (centos_7_x64_32)
Requires: glibc-common = 2.17-260.el7
Installed: glibc-common-2.17-260.el7_6.3.x86_64 (@updates)
glibc-common = 2.17-260.el7_6.3
Available: glibc-common-2.17-78.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-78.el7
Available: glibc-common-2.17-105.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-105.el7
Available: glibc-common-2.17-106.el7_2.1.x86_64 (centos_7_x64_32)
glibc-common = 2.17-106.el7_2.1
Available: glibc-common-2.17-106.el7_2.4.x86_64 (centos_7_x64_32)
glibc-common = 2.17-106.el7_2.4
Available: glibc-common-2.17-106.el7_2.6.x86_64 (centos_7_x64_32)
glibc-common = 2.17-106.el7_2.6
Available: glibc-common-2.17-106.el7_2.8.x86_64 (centos_7_x64_32)
glibc-common = 2.17-106.el7_2.8
Available: glibc-common-2.17-157.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-157.el7
Available: glibc-common-2.17-157.el7_3.1.x86_64 (centos_7_x64_32)
glibc-common = 2.17-157.el7_3.1
Available: glibc-common-2.17-157.el7_3.2.x86_64 (centos_7_x64_32)
glibc-common = 2.17-157.el7_3.2
Available: glibc-common-2.17-157.el7_3.4.x86_64 (centos_7_x64_32)
glibc-common = 2.17-157.el7_3.4
Available: glibc-common-2.17-157.el7_3.5.x86_64 (centos_7_x64_32)
glibc-common = 2.17-157.el7_3.5
Available: glibc-common-2.17-196.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-196.el7
Available: glibc-common-2.17-196.el7_4.2.x86_64 (centos_7_x64_32)
glibc-common = 2.17-196.el7_4.2
Available: glibc-common-2.17-222.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-222.el7
Available: glibc-common-2.17-260.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-260.el7
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest









share|improve this question
























  • Looks like the private mirror you are using is incomplete. Go have a chat with whoever maintains it.

    – Michael Hampton
    Feb 13 at 17:55











  • @MichaelHampton I had similar problem before with not so important package. The required dependency was installed from @updates with some "_x.y" version suffix and yum didn't like it. I had to uninstall it, and install the same version from centos_7_x64_32, but without the suffix. Then it worked ok. I can't do that with glibc-common.

    – Furgas
    Feb 13 at 18:00











  • Again, you aren't using an official CentOS repository to obtain base packages. You can either yell at whoever maintains your private copy of the repository, or switch back to the official repository (if your company even allows this).

    – Michael Hampton
    Feb 13 at 18:02














1












1








1








I'm trying to install gcc-c++ on CentOS 7.6.1810. This is the error output:



Error: Package: glibc-2.17-260.el7.i686 (centos_7_x64_32)
Requires: glibc-common = 2.17-260.el7
Installed: glibc-common-2.17-260.el7_6.3.x86_64 (@updates)
glibc-common = 2.17-260.el7_6.3
(cut)
Available: glibc-common-2.17-260.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-260.el7


It seems that yum doesn't recognize glibc-common-2.17-260.el7_6.3.x86_64 as the same as (or equivalent of) glibc-common-2.17-260.el7_6.3.x86_64. What can I do to tell it to honor this installed version, or how can I reinstall it from centos_7_x64_32 (obviously I can't remove glibc-common first).



FULL OUTPUT



Resolving Dependencies
--> Running transaction check
---> Package gcc-c++.x86_64 0:4.8.5-36.el7 will be installed
--> Processing Dependency: gcc = 4.8.5-36.el7 for package: gcc-c++-4.8.5-36.el7.x86_64
--> Processing Dependency: libstdc++-devel = 4.8.5-36.el7 for package: gcc-c++-4.8.5-36.el7.x86_64
--> Processing Dependency: libmpc.so.3()(64bit) for package: gcc-c++-4.8.5-36.el7.x86_64
--> Processing Dependency: libmpfr.so.4()(64bit) for package: gcc-c++-4.8.5-36.el7.x86_64
--> Running transaction check
---> Package gcc.x86_64 0:4.8.5-36.el7 will be installed
--> Processing Dependency: cpp = 4.8.5-36.el7 for package: gcc-4.8.5-36.el7.x86_64
--> Processing Dependency: glibc-devel >= 2.2.90-12 for package: gcc-4.8.5-36.el7.x86_64
---> Package libmpc.x86_64 0:1.0.1-3.el7 will be installed
---> Package libstdc++-devel.x86_64 0:4.8.5-36.el7 will be installed
---> Package mpfr.x86_64 0:3.1.1-4.el7 will be installed
--> Running transaction check
---> Package cpp.x86_64 0:4.8.5-36.el7 will be installed
---> Package glibc-devel.x86_64 0:2.17-260.el7 will be installed
--> Processing Dependency: glibc-headers = 2.17-260.el7 for package: glibc-devel-2.17-260.el7.x86_64
--> Processing Dependency: glibc = 2.17-260.el7 for package: glibc-devel-2.17-260.el7.x86_64
--> Processing Dependency: glibc-headers for package: glibc-devel-2.17-260.el7.x86_64
--> Running transaction check
---> Package glibc.i686 0:2.17-260.el7 will be installed
--> Processing Dependency: glibc-common = 2.17-260.el7 for package: glibc-2.17-260.el7.i686
--> Processing Dependency: libfreebl3.so for package: glibc-2.17-260.el7.i686
--> Processing Dependency: libfreebl3.so(NSSRAWHASH_3.12.3) for package: glibc-2.17-260.el7.i686
---> Package glibc-headers.x86_64 0:2.17-260.el7 will be installed
--> Processing Dependency: kernel-headers >= 2.2.1 for package: glibc-headers-2.17-260.el7.x86_64
--> Processing Dependency: kernel-headers for package: glibc-headers-2.17-260.el7.x86_64
--> Running transaction check
---> Package glibc.i686 0:2.17-260.el7 will be installed
--> Processing Dependency: glibc-common = 2.17-260.el7 for package: glibc-2.17-260.el7.i686
---> Package kernel-headers.x86_64 0:3.10.0-957.1.3.el7 will be installed
---> Package nss-softokn-freebl.i686 0:3.36.0-5.el7_5 will be installed
--> Finished Dependency Resolution
Error: Package: glibc-2.17-260.el7.i686 (centos_7_x64_32)
Requires: glibc-common = 2.17-260.el7
Installed: glibc-common-2.17-260.el7_6.3.x86_64 (@updates)
glibc-common = 2.17-260.el7_6.3
Available: glibc-common-2.17-78.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-78.el7
Available: glibc-common-2.17-105.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-105.el7
Available: glibc-common-2.17-106.el7_2.1.x86_64 (centos_7_x64_32)
glibc-common = 2.17-106.el7_2.1
Available: glibc-common-2.17-106.el7_2.4.x86_64 (centos_7_x64_32)
glibc-common = 2.17-106.el7_2.4
Available: glibc-common-2.17-106.el7_2.6.x86_64 (centos_7_x64_32)
glibc-common = 2.17-106.el7_2.6
Available: glibc-common-2.17-106.el7_2.8.x86_64 (centos_7_x64_32)
glibc-common = 2.17-106.el7_2.8
Available: glibc-common-2.17-157.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-157.el7
Available: glibc-common-2.17-157.el7_3.1.x86_64 (centos_7_x64_32)
glibc-common = 2.17-157.el7_3.1
Available: glibc-common-2.17-157.el7_3.2.x86_64 (centos_7_x64_32)
glibc-common = 2.17-157.el7_3.2
Available: glibc-common-2.17-157.el7_3.4.x86_64 (centos_7_x64_32)
glibc-common = 2.17-157.el7_3.4
Available: glibc-common-2.17-157.el7_3.5.x86_64 (centos_7_x64_32)
glibc-common = 2.17-157.el7_3.5
Available: glibc-common-2.17-196.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-196.el7
Available: glibc-common-2.17-196.el7_4.2.x86_64 (centos_7_x64_32)
glibc-common = 2.17-196.el7_4.2
Available: glibc-common-2.17-222.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-222.el7
Available: glibc-common-2.17-260.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-260.el7
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest









share|improve this question
















I'm trying to install gcc-c++ on CentOS 7.6.1810. This is the error output:



Error: Package: glibc-2.17-260.el7.i686 (centos_7_x64_32)
Requires: glibc-common = 2.17-260.el7
Installed: glibc-common-2.17-260.el7_6.3.x86_64 (@updates)
glibc-common = 2.17-260.el7_6.3
(cut)
Available: glibc-common-2.17-260.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-260.el7


It seems that yum doesn't recognize glibc-common-2.17-260.el7_6.3.x86_64 as the same as (or equivalent of) glibc-common-2.17-260.el7_6.3.x86_64. What can I do to tell it to honor this installed version, or how can I reinstall it from centos_7_x64_32 (obviously I can't remove glibc-common first).



FULL OUTPUT



Resolving Dependencies
--> Running transaction check
---> Package gcc-c++.x86_64 0:4.8.5-36.el7 will be installed
--> Processing Dependency: gcc = 4.8.5-36.el7 for package: gcc-c++-4.8.5-36.el7.x86_64
--> Processing Dependency: libstdc++-devel = 4.8.5-36.el7 for package: gcc-c++-4.8.5-36.el7.x86_64
--> Processing Dependency: libmpc.so.3()(64bit) for package: gcc-c++-4.8.5-36.el7.x86_64
--> Processing Dependency: libmpfr.so.4()(64bit) for package: gcc-c++-4.8.5-36.el7.x86_64
--> Running transaction check
---> Package gcc.x86_64 0:4.8.5-36.el7 will be installed
--> Processing Dependency: cpp = 4.8.5-36.el7 for package: gcc-4.8.5-36.el7.x86_64
--> Processing Dependency: glibc-devel >= 2.2.90-12 for package: gcc-4.8.5-36.el7.x86_64
---> Package libmpc.x86_64 0:1.0.1-3.el7 will be installed
---> Package libstdc++-devel.x86_64 0:4.8.5-36.el7 will be installed
---> Package mpfr.x86_64 0:3.1.1-4.el7 will be installed
--> Running transaction check
---> Package cpp.x86_64 0:4.8.5-36.el7 will be installed
---> Package glibc-devel.x86_64 0:2.17-260.el7 will be installed
--> Processing Dependency: glibc-headers = 2.17-260.el7 for package: glibc-devel-2.17-260.el7.x86_64
--> Processing Dependency: glibc = 2.17-260.el7 for package: glibc-devel-2.17-260.el7.x86_64
--> Processing Dependency: glibc-headers for package: glibc-devel-2.17-260.el7.x86_64
--> Running transaction check
---> Package glibc.i686 0:2.17-260.el7 will be installed
--> Processing Dependency: glibc-common = 2.17-260.el7 for package: glibc-2.17-260.el7.i686
--> Processing Dependency: libfreebl3.so for package: glibc-2.17-260.el7.i686
--> Processing Dependency: libfreebl3.so(NSSRAWHASH_3.12.3) for package: glibc-2.17-260.el7.i686
---> Package glibc-headers.x86_64 0:2.17-260.el7 will be installed
--> Processing Dependency: kernel-headers >= 2.2.1 for package: glibc-headers-2.17-260.el7.x86_64
--> Processing Dependency: kernel-headers for package: glibc-headers-2.17-260.el7.x86_64
--> Running transaction check
---> Package glibc.i686 0:2.17-260.el7 will be installed
--> Processing Dependency: glibc-common = 2.17-260.el7 for package: glibc-2.17-260.el7.i686
---> Package kernel-headers.x86_64 0:3.10.0-957.1.3.el7 will be installed
---> Package nss-softokn-freebl.i686 0:3.36.0-5.el7_5 will be installed
--> Finished Dependency Resolution
Error: Package: glibc-2.17-260.el7.i686 (centos_7_x64_32)
Requires: glibc-common = 2.17-260.el7
Installed: glibc-common-2.17-260.el7_6.3.x86_64 (@updates)
glibc-common = 2.17-260.el7_6.3
Available: glibc-common-2.17-78.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-78.el7
Available: glibc-common-2.17-105.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-105.el7
Available: glibc-common-2.17-106.el7_2.1.x86_64 (centos_7_x64_32)
glibc-common = 2.17-106.el7_2.1
Available: glibc-common-2.17-106.el7_2.4.x86_64 (centos_7_x64_32)
glibc-common = 2.17-106.el7_2.4
Available: glibc-common-2.17-106.el7_2.6.x86_64 (centos_7_x64_32)
glibc-common = 2.17-106.el7_2.6
Available: glibc-common-2.17-106.el7_2.8.x86_64 (centos_7_x64_32)
glibc-common = 2.17-106.el7_2.8
Available: glibc-common-2.17-157.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-157.el7
Available: glibc-common-2.17-157.el7_3.1.x86_64 (centos_7_x64_32)
glibc-common = 2.17-157.el7_3.1
Available: glibc-common-2.17-157.el7_3.2.x86_64 (centos_7_x64_32)
glibc-common = 2.17-157.el7_3.2
Available: glibc-common-2.17-157.el7_3.4.x86_64 (centos_7_x64_32)
glibc-common = 2.17-157.el7_3.4
Available: glibc-common-2.17-157.el7_3.5.x86_64 (centos_7_x64_32)
glibc-common = 2.17-157.el7_3.5
Available: glibc-common-2.17-196.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-196.el7
Available: glibc-common-2.17-196.el7_4.2.x86_64 (centos_7_x64_32)
glibc-common = 2.17-196.el7_4.2
Available: glibc-common-2.17-222.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-222.el7
Available: glibc-common-2.17-260.el7.x86_64 (centos_7_x64_32)
glibc-common = 2.17-260.el7
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest






centos centos7 yum






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Feb 13 at 18:10







Furgas

















asked Feb 13 at 12:46









FurgasFurgas

1063




1063












  • Looks like the private mirror you are using is incomplete. Go have a chat with whoever maintains it.

    – Michael Hampton
    Feb 13 at 17:55











  • @MichaelHampton I had similar problem before with not so important package. The required dependency was installed from @updates with some "_x.y" version suffix and yum didn't like it. I had to uninstall it, and install the same version from centos_7_x64_32, but without the suffix. Then it worked ok. I can't do that with glibc-common.

    – Furgas
    Feb 13 at 18:00











  • Again, you aren't using an official CentOS repository to obtain base packages. You can either yell at whoever maintains your private copy of the repository, or switch back to the official repository (if your company even allows this).

    – Michael Hampton
    Feb 13 at 18:02


















  • Looks like the private mirror you are using is incomplete. Go have a chat with whoever maintains it.

    – Michael Hampton
    Feb 13 at 17:55











  • @MichaelHampton I had similar problem before with not so important package. The required dependency was installed from @updates with some "_x.y" version suffix and yum didn't like it. I had to uninstall it, and install the same version from centos_7_x64_32, but without the suffix. Then it worked ok. I can't do that with glibc-common.

    – Furgas
    Feb 13 at 18:00











  • Again, you aren't using an official CentOS repository to obtain base packages. You can either yell at whoever maintains your private copy of the repository, or switch back to the official repository (if your company even allows this).

    – Michael Hampton
    Feb 13 at 18:02

















Looks like the private mirror you are using is incomplete. Go have a chat with whoever maintains it.

– Michael Hampton
Feb 13 at 17:55





Looks like the private mirror you are using is incomplete. Go have a chat with whoever maintains it.

– Michael Hampton
Feb 13 at 17:55













@MichaelHampton I had similar problem before with not so important package. The required dependency was installed from @updates with some "_x.y" version suffix and yum didn't like it. I had to uninstall it, and install the same version from centos_7_x64_32, but without the suffix. Then it worked ok. I can't do that with glibc-common.

– Furgas
Feb 13 at 18:00





@MichaelHampton I had similar problem before with not so important package. The required dependency was installed from @updates with some "_x.y" version suffix and yum didn't like it. I had to uninstall it, and install the same version from centos_7_x64_32, but without the suffix. Then it worked ok. I can't do that with glibc-common.

– Furgas
Feb 13 at 18:00













Again, you aren't using an official CentOS repository to obtain base packages. You can either yell at whoever maintains your private copy of the repository, or switch back to the official repository (if your company even allows this).

– Michael Hampton
Feb 13 at 18:02






Again, you aren't using an official CentOS repository to obtain base packages. You can either yell at whoever maintains your private copy of the repository, or switch back to the official repository (if your company even allows this).

– Michael Hampton
Feb 13 at 18:02











2 Answers
2






active

oldest

votes


















2















Error: Package: glibc-2.17-260.el7.i686
(My emphasis)




you are trying to install the i686 variant not the x86_64 variant. You need to meet the i686 requirements or install the x86_64 package.






share|improve this answer























  • yum install gcc-c++.x86_64 renders the same error and glibc-2.17-260.el7.x86_64 is already installed. Why does it want to install i686 variant?

    – Furgas
    Feb 13 at 13:13






  • 1





    Because you installed it I guess.

    – Iain
    Feb 13 at 14:23











  • @lain I won't pretend that I understand you. What did I install? God, I hate CentOS;)

    – Furgas
    Feb 13 at 18:01











  • Like you, I have no idea how your system got to be in such a state.

    – Iain
    Feb 13 at 22:05


















-1














Somehow, you do not have the "updates" repo available. You either disabled it or you are using a private repo/mirror that does not has it.






share|improve this answer























    Your Answer








    StackExchange.ready(function()
    var channelOptions =
    tags: "".split(" "),
    id: "2"
    ;
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function()
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled)
    StackExchange.using("snippets", function()
    createEditor();
    );

    else
    createEditor();

    );

    function createEditor()
    StackExchange.prepareEditor(
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: true,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: 10,
    bindNavPrevention: true,
    postfix: "",
    imageUploader:
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    ,
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    );



    );













    draft saved

    draft discarded


















    StackExchange.ready(
    function ()
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fserverfault.com%2fquestions%2f953721%2fyum-doesnt-recognize-installed-dependency-version%23new-answer', 'question_page');

    );

    Post as a guest















    Required, but never shown

























    2 Answers
    2






    active

    oldest

    votes








    2 Answers
    2






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    2















    Error: Package: glibc-2.17-260.el7.i686
    (My emphasis)




    you are trying to install the i686 variant not the x86_64 variant. You need to meet the i686 requirements or install the x86_64 package.






    share|improve this answer























    • yum install gcc-c++.x86_64 renders the same error and glibc-2.17-260.el7.x86_64 is already installed. Why does it want to install i686 variant?

      – Furgas
      Feb 13 at 13:13






    • 1





      Because you installed it I guess.

      – Iain
      Feb 13 at 14:23











    • @lain I won't pretend that I understand you. What did I install? God, I hate CentOS;)

      – Furgas
      Feb 13 at 18:01











    • Like you, I have no idea how your system got to be in such a state.

      – Iain
      Feb 13 at 22:05















    2















    Error: Package: glibc-2.17-260.el7.i686
    (My emphasis)




    you are trying to install the i686 variant not the x86_64 variant. You need to meet the i686 requirements or install the x86_64 package.






    share|improve this answer























    • yum install gcc-c++.x86_64 renders the same error and glibc-2.17-260.el7.x86_64 is already installed. Why does it want to install i686 variant?

      – Furgas
      Feb 13 at 13:13






    • 1





      Because you installed it I guess.

      – Iain
      Feb 13 at 14:23











    • @lain I won't pretend that I understand you. What did I install? God, I hate CentOS;)

      – Furgas
      Feb 13 at 18:01











    • Like you, I have no idea how your system got to be in such a state.

      – Iain
      Feb 13 at 22:05













    2












    2








    2








    Error: Package: glibc-2.17-260.el7.i686
    (My emphasis)




    you are trying to install the i686 variant not the x86_64 variant. You need to meet the i686 requirements or install the x86_64 package.






    share|improve this answer














    Error: Package: glibc-2.17-260.el7.i686
    (My emphasis)




    you are trying to install the i686 variant not the x86_64 variant. You need to meet the i686 requirements or install the x86_64 package.







    share|improve this answer












    share|improve this answer



    share|improve this answer










    answered Feb 13 at 13:01









    IainIain

    106k14166259




    106k14166259












    • yum install gcc-c++.x86_64 renders the same error and glibc-2.17-260.el7.x86_64 is already installed. Why does it want to install i686 variant?

      – Furgas
      Feb 13 at 13:13






    • 1





      Because you installed it I guess.

      – Iain
      Feb 13 at 14:23











    • @lain I won't pretend that I understand you. What did I install? God, I hate CentOS;)

      – Furgas
      Feb 13 at 18:01











    • Like you, I have no idea how your system got to be in such a state.

      – Iain
      Feb 13 at 22:05

















    • yum install gcc-c++.x86_64 renders the same error and glibc-2.17-260.el7.x86_64 is already installed. Why does it want to install i686 variant?

      – Furgas
      Feb 13 at 13:13






    • 1





      Because you installed it I guess.

      – Iain
      Feb 13 at 14:23











    • @lain I won't pretend that I understand you. What did I install? God, I hate CentOS;)

      – Furgas
      Feb 13 at 18:01











    • Like you, I have no idea how your system got to be in such a state.

      – Iain
      Feb 13 at 22:05
















    yum install gcc-c++.x86_64 renders the same error and glibc-2.17-260.el7.x86_64 is already installed. Why does it want to install i686 variant?

    – Furgas
    Feb 13 at 13:13





    yum install gcc-c++.x86_64 renders the same error and glibc-2.17-260.el7.x86_64 is already installed. Why does it want to install i686 variant?

    – Furgas
    Feb 13 at 13:13




    1




    1





    Because you installed it I guess.

    – Iain
    Feb 13 at 14:23





    Because you installed it I guess.

    – Iain
    Feb 13 at 14:23













    @lain I won't pretend that I understand you. What did I install? God, I hate CentOS;)

    – Furgas
    Feb 13 at 18:01





    @lain I won't pretend that I understand you. What did I install? God, I hate CentOS;)

    – Furgas
    Feb 13 at 18:01













    Like you, I have no idea how your system got to be in such a state.

    – Iain
    Feb 13 at 22:05





    Like you, I have no idea how your system got to be in such a state.

    – Iain
    Feb 13 at 22:05













    -1














    Somehow, you do not have the "updates" repo available. You either disabled it or you are using a private repo/mirror that does not has it.






    share|improve this answer



























      -1














      Somehow, you do not have the "updates" repo available. You either disabled it or you are using a private repo/mirror that does not has it.






      share|improve this answer

























        -1












        -1








        -1







        Somehow, you do not have the "updates" repo available. You either disabled it or you are using a private repo/mirror that does not has it.






        share|improve this answer













        Somehow, you do not have the "updates" repo available. You either disabled it or you are using a private repo/mirror that does not has it.







        share|improve this answer












        share|improve this answer



        share|improve this answer










        answered May 14 at 15:14









        sigusrosigusro

        1




        1



























            draft saved

            draft discarded
















































            Thanks for contributing an answer to Server Fault!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid


            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.

            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fserverfault.com%2fquestions%2f953721%2fyum-doesnt-recognize-installed-dependency-version%23new-answer', 'question_page');

            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            rSyL8MLws4Q
            IZJxoPZm glJ8Q4IzwNfWozxo,m7 yNnr7oGTQMa8p9Mr B2Yb,jbGOfv8y,iF2hysuo2lCTSlcIU9r7 Nbn5fHACscOhuh2S5mtG

            Popular posts from this blog

            RemoteApp sporadic failureWindows 2008 RemoteAPP client disconnects within a matter of minutesWhat is the minimum version of RDP supported by Server 2012 RDS?How to configure a Remoteapp server to increase stabilityMicrosoft RemoteApp Active SessionRDWeb TS connection broken for some users post RemoteApp certificate changeRemote Desktop Licensing, RemoteAPPRDS 2012 R2 some users are not able to logon after changed date and time on Connection BrokersWhat happens during Remote Desktop logon, and is there any logging?After installing RDS on WinServer 2016 I still can only connect with two users?RD Connection via RDGW to Session host is not connecting

            Vilaño, A Laracha Índice Patrimonio | Lugares e parroquias | Véxase tamén | Menú de navegación43°14′52″N 8°36′03″O / 43.24775, -8.60070

            Cegueira Índice Epidemioloxía | Deficiencia visual | Tipos de cegueira | Principais causas de cegueira | Tratamento | Técnicas de adaptación e axudas | Vida dos cegos | Primeiros auxilios | Crenzas respecto das persoas cegas | Crenzas das persoas cegas | O neno deficiente visual | Aspectos psicolóxicos da cegueira | Notas | Véxase tamén | Menú de navegación54.054.154.436928256blindnessDicionario da Real Academia GalegaPortal das Palabras"International Standards: Visual Standards — Aspects and Ranges of Vision Loss with Emphasis on Population Surveys.""Visual impairment and blindness""Presentan un plan para previr a cegueira"o orixinalACCDV Associació Catalana de Cecs i Disminuïts Visuals - PMFTrachoma"Effect of gene therapy on visual function in Leber's congenital amaurosis"1844137110.1056/NEJMoa0802268Cans guía - os mellores amigos dos cegosArquivadoEscola de cans guía para cegos en Mortágua, PortugalArquivado"Tecnología para ciegos y deficientes visuales. Recopilación de recursos gratuitos en la Red""Colorino""‘COL.diesis’, escuchar los sonidos del color""COL.diesis: Transforming Colour into Melody and Implementing the Result in a Colour Sensor Device"o orixinal"Sistema de desarrollo de sinestesia color-sonido para invidentes utilizando un protocolo de audio""Enseñanza táctil - geometría y color. Juegos didácticos para niños ciegos y videntes""Sistema Constanz"L'ocupació laboral dels cecs a l'Estat espanyol està pràcticament equiparada a la de les persones amb visió, entrevista amb Pedro ZuritaONCE (Organización Nacional de Cegos de España)Prevención da cegueiraDescrición de deficiencias visuais (Disc@pnet)Braillín, un boneco atractivo para calquera neno, con ou sen discapacidade, que permite familiarizarse co sistema de escritura e lectura brailleAxudas Técnicas36838ID00897494007150-90057129528256DOID:1432HP:0000618D001766C10.597.751.941.162C97109C0155020