Bug 748743 - Package: libvirt-lock-sanlock-0.9.4-17.el6.x86_64 (rhel-x86_64-server-optional-6-htb), Requires: libvirt = 0.9.4-17.el6
Summary: Package: libvirt-lock-sanlock-0.9.4-17.el6.x86_64 (rhel-x86_64-server-optiona...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: libvirt
Version: 6.2
Hardware: Unspecified
OS: Unspecified
unspecified
urgent
Target Milestone: rc
: ---
Assignee: Laine Stump
QA Contact: Virtualization Bugs
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-10-25 08:48 UTC by Yaniv Kaul
Modified: 2013-07-04 02:38 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-10-25 13:55:00 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Yaniv Kaul 2011-10-25 08:48:15 UTC
Description of problem:
Apparently, the RPM dependency of the package is "=", should probably be >= 

[root@master-vds9 yum.repos.d]# yum deplist libvirt-lock-sanlock-0.9.4-17.el6.x86_64 |grep libvirt
package: libvirt-lock-sanlock.x86_64 0.9.4-17.el6
  dependency: config(libvirt-lock-sanlock) = 0.9.4-17.el6
   provider: libvirt-lock-sanlock.x86_64 0.9.4-17.el6
  dependency: libvirt = 0.9.4-17.el6

Version-Release number of selected component (if applicable):
libvirt-lock-sanlock-0.9.4-17.el6.x86_64

How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Daniel Berrangé 2011-10-25 09:33:54 UTC
> Apparently, the RPM dependency of the package is "=", should probably be >= 

No, that is intentional. Any libvirt plugins *must* come from exactly the same build.

The brew build has all necessary packages:

http://download.devel.redhat.com/brewroot/packages/libvirt/0.9.4/17.el6/x86_64/

So this dependency problem is either caused by a mis-configured local yum install, or by pointing at a yum repository which has been misbuilt & is missing RPMs.

Comment 2 Dave Allan 2011-10-25 13:39:28 UTC
It clearly is a bug with *something* since Yaniv is pointing to an official repo.  Reopening so we can figure out where the problem is and get it resolved by someone.

Comment 3 Daniel Berrangé 2011-10-25 13:55:00 UTC
No, as suggested above, it was a local yum repo mis-configuration. RHEL has 2 separate channels (the base & optional) and only the base was configured, hence there was no repo for updating the sanlock plugin


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