Bug 558820 - Missing packages in Client + VT when upgrading from 5.4 via yum
Summary: Missing packages in Client + VT when upgrading from 5.4 via yum
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: releng
Version: 5.5
Hardware: All
OS: Linux
high
high
Target Milestone: rc
: ---
Assignee: Daniel Mach
QA Contact: Alexander Todorov
URL:
Whiteboard:
Depends On:
Blocks: 5.5_Known-Issues
TreeView+ depends on / blocked
 
Reported: 2010-01-26 14:20 UTC by Pavel Holica
Modified: 2010-03-30 08:12 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
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.
Clone Of:
Environment:
Last Closed: 2010-03-30 08:12:18 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
yum update --skip-broken log (201.22 KB, text/plain)
2010-01-27 07:33 UTC, Pavel Holica
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2010:0207 0 normal SHIPPED_LIVE redhat-release enhancement update 2010-03-29 12:28:07 UTC

Description Pavel Holica 2010-01-26 14:20:39 UTC
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

Comment 1 Pavel Holica 2010-01-26 14:22:44 UTC
I used --skip-broken with update command which generated the log I attached.

Comment 2 Daniel Mach 2010-01-27 07:22:09 UTC
Can you clarify what exactly is broken?
All these packages are in VT.

Comment 3 Pavel Holica 2010-01-27 07:33:17 UTC
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.

Comment 4 Alexander Todorov 2010-01-27 13:18:03 UTC
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

Comment 8 Alexander Todorov 2010-02-26 16:20:55 UTC
Daniel (Mach),
what can we do in this case?

Comment 9 Daniel Mach 2010-02-26 17:22:30 UTC
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.

Comment 10 Daniel Veillard 2010-02-28 18:51:42 UTC
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

Comment 11 Daniel Mach 2010-03-01 09:53:57 UTC
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

Comment 14 Alexander Todorov 2010-03-05 16:43:47 UTC
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/

Comment 17 Dennis Gregorovic 2010-03-05 17:11:54 UTC
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?

Comment 21 Subhendu Ghosh 2010-03-05 18:24:58 UTC
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.

Comment 26 errata-xmlrpc 2010-03-30 08:12:18 UTC
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


Note You need to log in before you can comment on or make changes to this bug.