[Ovirt-devel] PATCH: Remove qemu from node image
Daniel P. Berrange
berrange at redhat.com
Wed Sep 17 13:07:38 UTC 2008
On Wed, Sep 17, 2008 at 12:49:41PM +0100, Daniel P. Berrange wrote:
> The YUM dep solver for file deps is utterly stupid, and pulls in the older
> 'qemu' RPM when resolving /usr/bin/qemu-img, instead of the newer qemu-img
> sub-RPM. Even if you explicitly have -qemu in the kickstart filelist.
>
> While we could just remove qemu in the %post script, this relies on yum
> having installed qemu-img too - this happens to be the case by luck, but
> we shouldn't rely on it.
>
> The best workaround is to explicitly request 'qemu-img' in the kickstart
> so it never has to go off and dep-solve for /usr/bin/qemu-img
Here's an updated one, which also removes the redundant calls to
erase qemu - which never worked anyway.
diff --git a/common-pkgs.ks b/common-pkgs.ks
index 70707fc..b914eea 100644
--- a/common-pkgs.ks
+++ b/common-pkgs.ks
@@ -28,6 +28,10 @@ bind-utils
syslinux
cronie
hal
+# Stupid yum dep solver pulls in older 'qemu' to resolve
+# /usr/bin/qemu-img dep. This forces it to pick the new
+# qemu-img RPM.
+qemu-img
ovirt-node
-policycoreutils
-audit-libs-python
@@ -62,6 +66,5 @@ ovirt-node
-cpio
-hwdata
-file
--qemu
-libvirt-python
/usr/sbin/lokkit
diff --git a/common-post.ks b/common-post.ks
index e234249..c0f4005 100644
--- a/common-post.ks
+++ b/common-post.ks
@@ -51,7 +51,7 @@ echo "Removing excess RPMs"
# it afterwards, which we do here
rpm -e system-config-firewall-tui system-config-network-tui rhpl \
rpm-python dbus-python kudzu newt-python newt
-rpm -e qemu kpartx mkinitrd isomd5sum dmraid python python-libs
+rpm -e kpartx mkinitrd isomd5sum dmraid python python-libs
RPM="rpm -v -e --nodeps"
Daniel
--
|: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :|
|: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|
More information about the ovirt-devel
mailing list