Description of problem: When upgrading from 5.4 Client + VT to 5.5 via yum, dependency problem occurs. Missing packages: libcmpiutil-0.5-1.el5.i386 from VT libcmpiutil-0.5-1.el5.x86_64 from VT libcmpiutil-devel-0.5-1.el5.i386 from VT libcmpiutil-devel-0.5-1.el5.x86_64 from VT libvirt-0.6.3-30.el5.i386 from VT libvirt-0.6.3-30.el5.x86_64 from VT libvirt-devel-0.6.3-30.el5.i386 from VT libvirt-devel-0.6.3-30.el5.x86_64 from VT libvirt-python-0.6.3-30.el5.x86_64 from VT qspice-libs-0.3.0-51.el5.x86_64 from VT qspice-libs-devel-0.3.0-51.el5.x86_64 from VT Version-Release number of selected component (if applicable): RHEL5.4 release RHEL5.5-Client-20100117.0 How reproducible: Steps to Reproduce: 1. Perform fresh RHEL5.4 Client + VT installation with all packages 2. Add Client + VT repositories of RHEL5.5-Client-20100117.0 to yum 3. run yum -y update Actual results: dependency problem occurs Expected results: All packages should be updated without any error. Additional info: update log in attachment
I used --skip-broken with update command which generated the log I attached.
Can you clarify what exactly is broken? All these packages are in VT.
Created attachment 386997 [details] yum update --skip-broken log You're right, they are there, here is the log. Strange things happen here: ---> Package libaio.x86_64 0:0.3.106-5 set to be updated ---> Package libbdevid-python.x86_64 0:5.1.19.6-56 set to be updated --> Processing Dependency: libcmpiutil = 0.4-2.el5 for package: libcmpiutil-devel --> Processing Dependency: libcmpiutil = 0.4-2.el5 for package: libcmpiutil-devel --> Processing Dependency: libcmpiutil = 0.4-2.el5 for package: libcmpiutil-devel --> Processing Dependency: libcmpiutil = 0.4-2.el5 for package: libcmpiutil-devel ---> Package libcmpiutil.i386 0:0.5-1.el5 set to be updated ---> Package libcmpiutil.x86_64 0:0.5-1.el5 set to be updated I don't know understand it needs older version of the packages too.
One of the failing packages is libcmpiutil-devel (VT/) which depends on tog-pegasus-devel (Workstation/) which pulls in other dependencies like gcc_g++ and libstdc++. On i386 RHEL5.4 Client + VT trying to upgrade I get: --> Finished Dependency Resolution libstdc++-devel-4.1.2-46.el5.i386 from installed has depsolving problems --> Missing Dependency: libstdc++ = 4.1.2-46.el5 is needed by package libstdc++-devel-4.1.2-46.el5.i386 (installed) gcc-c++-4.1.2-46.el5.i386 from installed has depsolving problems --> Missing Dependency: gcc = 4.1.2-46.el5 is needed by package gcc-c++-4.1.2-46.el5.i386 (installed) gcc-c++-4.1.2-46.el5.i386 from installed has depsolving problems --> Missing Dependency: libstdc++ = 4.1.2-46.el5 is needed by package gcc-c++-4.1.2-46.el5.i386 (installed) Error: Missing Dependency: libstdc++ = 4.1.2-46.el5 is needed by package libstdc++-devel-4.1.2-46.el5.i386 (installed) Error: Missing Dependency: libstdc++ = 4.1.2-46.el5 is needed by package gcc-c++-4.1.2-46.el5.i386 (installed) Error: Missing Dependency: gcc = 4.1.2-46.el5 is needed by package gcc-c++-4.1.2-46.el5.i386 (installed) which is caused by this incorrect dependency
Daniel (Mach), what can we do in this case?
We can't move libcmpiutil-devel from VT to Workstation (requires libcmpiutil which is in VT) We also can't move it from VT to Client (pulls another devel packages). I see only 2 options: 1) remove libcmpiutil-devel from rhel-5 (technically solves the problem, but I don't think we can do it) 2) make sure that libcmpiutil-devel doesn't appear in installation menu (remove it from comps) and write a release note that a customer who wants to use it needs also Workstation.
1) sounds extremely fishy to me, it was there it should remain there. 2) sounds like a trick, but not a big deal to me. libcmpiutil-devel is only needed if libvirt-cim need to be recompiled in some ways (or someone writes an extra layer of CIM provider), as long as a yum install libcmpiutil-devel can still provide the needed package that sounds okay to me. Daniel
Verified that libcmpiutil-devel is not in comps so it won't appear in installation menu. Brief description for Tech note follows: A VT package libcmpiutil-devel requires Workstation for successful install. Installation fails with unresolved dependencies otherwise. -> customer needs Client + Workstation + VT
This is still not fixed. Actually it's totally broken: libcmpiutil-devel is still in the VT repo for snap #4 Client. In addition to that the following devel packages are also in the VT repo: celt051-devel - requires libogg-devel - NOT OK libcmpiutil-devel - requires tog-pegasus-devel - NOT OK libvirt-devel - requires xen-devel - looks OK qcairo-devel - requires fontconfig-devel, freetype-devel, libXrender-devel, libpng-devel, qpixman-devel - NOT OK qcairo-devel - requires fontconfig-devel, freetype-devel, libXrender-devel, qpixman-devel - NOT OK qffmpeg-devel - looks OK qpixman-devel - looks OK qspice-libs-devel - requires alsa-lib-devel, celt051-devel, libXext-devel, libXrandr-devel, libpng-devel, log4cpp-devel, nspr-devel, openssl-devel, qcairo-devel, qffmpeg-devel, qspice-libs, xulrunner-devel - NOT OK xen-devel - looks OK Where "looks OK" means the package dependson other packages in Client/ or VT/ only and "NOT OK" means that there is at least one dependency on a package in Workstation/
I think we should take a step back. Please see bug 463439 comment 17. This exact issue happened in RHEL 5.3 and at the time we decided that tog-pegasus-devel goes in Workstation, libcmpiutil-devel goes in VT, and VT requires Workstation in order to install. Has something changed that requires us to do something differently?
Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: The libcmpiutil-devel package depends on tog-pegasus-devel, which for the Red Hat Enterprise Linux Desktop product is only available from the Workstation option. Therefore, any attempt to install the libcmpiutil-devel package on a system that does not have a Subscription including the Workstation option or is not subscribed to the Workstation channel on RHN, will fail with an unresolved dependency error.
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHEA-2010-0207.html