Bug 1015510 - foreman-libvirt shouldn't pull in libvirtd
Summary: foreman-libvirt shouldn't pull in libvirtd
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Provisioning
Version: 6.0.2
Hardware: Unspecified
OS: Unspecified
medium
low vote
Target Milestone: Unspecified
Assignee: Sam Kottler
QA Contact: Og Maciel
URL: http://projects.theforeman.org/issues...
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-10-04 12:25 UTC by Sam Kottler
Modified: 2019-09-26 15:46 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-04-24 17:08:58 UTC
Target Upstream Version:

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)


Links
System ID Private Priority Status Summary Last Updated
Foreman Issue Tracker 3344 0 None None None 2016-04-22 15:59:58 UTC

Description Sam Kottler 2013-10-04 12:25:07 UTC 
Description of problem:
foreman-libvirt should only pull in the libvirt-client package and fog, not the actually libvirt daemon.
Comment 2 Dominic Cleal 2013-10-04 12:58:39 UTC 
This is an issue in the Fedora rubygem-ruby-libvirt package, which is the upstream for the package we ship:

http://pkgs.fedoraproject.org/cgit/rubygem-ruby-libvirt.git/tree/rubygem-ruby-libvirt.spec#n14

The auto-requires from rpmbuild seems to correctly add libvirt.so.0 as a dependency though, which then resolves against libvirt-client, so the daemon doesn't get installed.  I think it's just that one require causing it.

Filed bug #1015529 against Fedora.
Comment 4 Dominic Cleal 2013-10-29 18:52:11 UTC 
ruby193-rubygem-ruby-libvirt-0.4.0-9.el6 upstream fixes this, please pull a8775ef7a267fc1a2843a6738ab2f0d8c36611b0 from thirdparty master.
Comment 7 Og Maciel 2013-10-30 23:12:56 UTC 
Verified:

* apr-util-ldap-1.3.9-3.el6_0.1.x86_64
* candlepin-0.8.25-1.el6sam.noarch
* candlepin-scl-1-5.el6_4.noarch
* candlepin-scl-quartz-2.1.5-5.el6_4.noarch
* candlepin-scl-rhino-1.7R3-1.el6_4.noarch
* candlepin-scl-runtime-1-5.el6_4.noarch
* candlepin-selinux-0.8.25-1.el6sam.noarch
* candlepin-tomcat6-0.8.25-1.el6sam.noarch
* elasticsearch-0.19.9-8.el6sat.noarch
* foreman-1.3.0-24.el6sat.noarch
* foreman-compute-1.3.0-24.el6sat.noarch
* foreman-libvirt-1.3.0-24.el6sat.noarch
* foreman-postgresql-1.3.0-24.el6sat.noarch
* foreman-proxy-1.3.0-3.el6sat.noarch
* katello-1.4.6-55.el6sat.noarch
* katello-all-1.4.6-55.el6sat.noarch
* katello-candlepin-cert-key-pair-1.0-1.noarch
* katello-certs-tools-1.4.4-1.el6sat.noarch
* katello-cli-1.4.3-28.el6sat.noarch
* katello-cli-common-1.4.3-28.el6sat.noarch
* katello-common-1.4.6-55.el6sat.noarch
* katello-configure-1.4.7-7.el6sat.noarch
* katello-configure-foreman-1.4.7-7.el6sat.noarch
* katello-foreman-all-1.4.6-55.el6sat.noarch
* katello-glue-candlepin-1.4.6-55.el6sat.noarch
* katello-glue-elasticsearch-1.4.6-55.el6sat.noarch
* katello-glue-pulp-1.4.6-55.el6sat.noarch
* katello-qpid-broker-key-pair-1.0-1.noarch
* katello-qpid-client-key-pair-1.0-1.noarch
* katello-selinux-1.4.4-4.el6sat.noarch
* openldap-2.4.23-31.el6.x86_64
* pulp-katello-plugins-0.2-1.el6sat.noarch
* pulp-nodes-common-2.3.0-0.26.beta.el6sat.noarch
* pulp-nodes-parent-2.3.0-0.26.beta.el6sat.noarch
* pulp-puppet-plugins-2.3.0-0.26.beta.el6sat.noarch
* pulp-rpm-plugins-2.3.0-0.26.beta.el6sat.noarch
* pulp-selinux-2.3.0-0.26.beta.el6sat.noarch
* pulp-server-2.3.0-0.26.beta.el6sat.noarch
* python-ldap-2.3.10-1.el6.x86_64
* ruby193-rubygem-ldap_fluff-0.2.2-2.el6sat.noarch
* ruby193-rubygem-net-ldap-0.3.1-3.el6sat.noarch
* ruby193-rubygem-runcible-1.0.7-1.el6sat.noarch
* signo-0.0.23-2.el6sat.noarch
* signo-katello-0.0.23-2.el6sat.noarch
Comment 10 Bryan Kearney 2014-04-24 17:08:58 UTC 
This was verified and delivered with MDP2. Closing it out.
Comment 11 Bryan Kearney 2014-04-24 17:10:36 UTC 
This was delivered and verified with MDP2. Closing the bug.
Note You need to log in before you can comment on or make changes to this bug.