Problem With “yum Update”

Home » CentOS » Problem With “yum Update”
CentOS 8 Comments

Hi, I am trying to update my system with yum and I keep getting this error message. Thank you, Joe

Loaded plugins: fastestmirror, security Loading mirror speeds from cached hostfile
* base: CentOS.mirror.lstn.net
* epel: fedora-epel.mirror.lstn.net
* extras: CentOS.mirror.lstn.net
* rpmforge: mirror.hmc.edu
* rpmforge-extras: mirror.hmc.edu
* rpmforge-testing: mirror.hmc.edu
* updates: CentOS.mirror.lstn.net Setting up Update Process Resolving Dependencies
–> Running transaction check
—> Package perl-Compress-Zlib.i686 0:2.020-131.el6_4 will be obsoleted
—> Package perl-IO-Compress.noarch 0:2.052-1.el6.rfx will be obsoleting
–> Processing Dependency: perl(Compress::Raw::Bzip2) = 2.052 for package: perl-IO-Compress-2.052-1.el6.rfx.noarch
–> Processing Dependency: perl(Compress::Raw::Zlib) = 2.052 for package: perl-IO-Compress-2.052-1.el6.rfx.noarch
—> Package perl-IO-Compress-Base.i686 0:2.020-131.el6_4 will be obsoleted
—> Package perl-IO-Compress-Zlib.i686 0:2.020-131.el6_4 will be obsoleted
–> Running transaction check
—> Package perl-Compress-Raw-Bzip2.i686 0:2.052-1.el6.rf will be installed
—> Package perl-IO-Compress.noarch 0:2.052-1.el6.rfx will be obsoleting
–> Processing Dependency: perl(Compress::Raw::Zlib) = 2.052 for package: perl-IO-Compress-2.052-1.el6.rfx.noarch
–> Finished Dependency Resolution
You could try using –skip-broken to work around the problem
You could try running: rpm -Va –nofiles –nodigest

8 thoughts on - Problem With “yum Update”

  • From: Joseph Hesse

    Repoforge extra wants to replace a base library with his version… Other base packages need the old library.

    JD

  • Repoforge “yum update –disablerepo=repoforge” is not a problem,

    only Repoforge-extras creates problems, so run:

    yum update –disablerepo=repoforge-extras

  • I would like if CentOS, or RHEL/CentOS, would have yum-plugin-priorities as part of default install, and all CentOS *.repo files already added
    “priority=x” line. Then all third-party repositories whould add them as part of thier *.repo files and we could teach newbies how to properly and safely use third-party repositories. This way it is a mess that keeps popularization and en-massing away from CentOS.

  • This is entirely correct. Like many, I have been in dependency hell because of repo mistakes. Please create a more direct way for new users to protect themselves. We used to caution people, but that’s insufficient now. It should be in the base install. I’d say it should be CentOS priority 1.

    Base redhat leaves out too many programs.. epel no longer sufficient, users forced to quilt things together. It is a tough problem for me (experienced user). It drives all the young folks to Ubuntu. that’s bad because they then don’t understand the redhat systems at work.

    PJ

  • Paul Johnson wrote:

    My recommendation would be to enable only the epel and nux-dextop repos. If you add any other third party repos, have them be disabled. My experience has been that epel and nux-dextop do not cause dependency issues, and between the two they provide almost everything I want.

    Don’t be surprised if they don’t change anything in the base install. Remember that the whole point of CentOS
    is to provide a system almost identical to what the upstream source provides.

    c

LEAVE A COMMENT