QEMU is a generic and open source machine emulator and virtualizer.
QEMU can be used in several different ways. The most common is for System Emulation, where it provides a virtual model of an entire machine (CPU, memory and emulated devices) to run a guest OS. In this mode the CPU may be fully emulated, or it may work with a hypervisor such as KVM or Xen to allow the guest to run directly on the host CPU.
Note that this package is produced using a Git based workflow. Please refer to README.PACKAGING before making modifications.
Embed a build result badge whereever you need it. Select from
the options below and copy the result over to your README or on
your website, and enjoy it refresh automatically whenever the
build result changes.
- Add patch from IBM to improve modularization situation on s390
where a new qemu module, hw-s390x-virtio-gpu-ccw.so, and a
corresponding new qemu-hw-s390x-virtio-gpu-ccw subpackage, is
split out (this parallels the hw-display-virtio-gpu-pci.so module).
Split-provides file is also used to track this functionality
splitout. Both the packages supplying the above mentioned modules
now have a Requires on the qemu-hw-display-virtio-gpu package. It
is anticipated that this change is going in upstream as well, and
if done differently the plan is to update to the upstream
implementation if possible (bsc#1181103)
hw-s390x-modularize-virtio-gpu-ccw.patch
I'm sorry, maybe I still missing something about Obsoletes & Friends enough... Can you help me understand why qemu-kvm would be missing for all arches? In fact, I'm not only Obsoleting it, I'm also Providing it, isn't that fine?
FWIW, I've done a few tests with this repository enabled, and it seemed to work:
$ zypper lr
Repository priorities in effect: > (See 'zypper lr -P' for details)
90 (raised priority) : 1 repository
99 (default priority) : 4 repositories
$ zypper in --from 1 qemu-kvm
Loading repository data...
Reading installed packages...
'qemu-kvm' not found in package names. Trying capabilities.
Resolving package dependencies...
The following 37 NEW packages are going to be installed:
acl canokey-qemu kernel-devel kernel-macros libaio1 libcapstone4 libefa1 libfdt1 libibverbs libibverbs1 libjpeg8 liblzo2-2 libmana1 libmlx4-1 libmlx5-1 libndctl6 libnuma1 libpixman-1-0 libpmem1 libpng16-16 librdmacm1 libslirp0 libsnappy1 liburing2 libvdeplug3 libxdp1
libyajl2 qemu qemu-accel-tcg-x86 qemu-ipxe qemu-ovmf-x86_64 qemu-seabios qemu-vgabios qemu-x86 rdma-core system-user-qemu xen-libs
I.e., as you can see, no qemu-kvm package is being installed:
$ rpm -qa|grep qemu-kvm
$
And:
$ zypper in --from 1 qemu-kvm
Loading repository data...
Reading installed packages...
'qemu-kvm' not found in package names. Trying capabilities.
'qemu' providing 'qemu-kvm' is already installed.
Resolving package dependencies...
Nothing to do.
$ zypper se --provides qemu-kvm
Loading repository data...
Reading installed packages...
S | Name | Summary | Type
---+----------------------+----------------------------------------------------+-----------
| os-autoinst-qemu-kvm | Convenience package providing os-autoinst+qemu-kvm | package
| qemu | Machine emulator and virtualizer | srcpackage
i+ | qemu | Machine emulator and virtualizer | package
Furthermore, if I have the actual qemu-kvm package installed, with <= it is automatically removed, which is what I want... So things look good to me. What am I missing?
Mmm... I guess I can try with "Obsoletes: qemu-kvm < %{version}-%{release}
But, yes, the actual qemu-kvm package must be removed, because now the qemu pacakge Obsoletes it, by providing everything that it was providing before (i.e., one symlink).
I don't understand what you mean with "Doesn't the package require other packages to build or install?"
Ok, I've now tested Obsoletes: qemu-kvm < %{version}-%{release}, and no, it does not do what I want and need, while Obsoletes: qemu-kvm = %{version} does. And the SR has been accepted already, so I'm sticking to that
Bruce Rogers (bfrogers)
accepted
request 876625
from
Comments 5
qemu-kvm ist missing now for all arch!
And this wrong:
Pacakges we OBSOLETE (and CONFLICT)
Obsoletes: kvm <= %{version} Obsoletes: qemu-kvm <= %{version} Obsoletes: qemu-sgabios <= 8
Should be <, not <=
I'm sorry, maybe I still missing something about Obsoletes & Friends enough... Can you help me understand why qemu-kvm would be missing for all arches? In fact, I'm not only Obsoleting it, I'm also Providing it, isn't that fine?
FWIW, I've done a few tests with this repository enabled, and it seemed to work:
I.e., as you can see, no
qemu-kvmpackage is being installed:$ rpm -qa|grep qemu-kvm $
And:
Furthermore, if I have the actual
qemu-kvmpackage installed, with<=it is automatically removed, which is what I want... So things look good to me. What am I missing?First a short answer. An offered version (=) cannot be obsolete (<=) at the same time.
And why should qemu-kvm be removed? Doesn't the package require other packages to build or install?
Mmm... I guess I can try with "Obsoletes: qemu-kvm < %{version}-%{release}
But, yes, the actual qemu-kvm package must be removed, because now the qemu pacakge Obsoletes it, by providing everything that it was providing before (i.e., one symlink).
I don't understand what you mean with "Doesn't the package require other packages to build or install?"
Ok, I've now tested
Obsoletes: qemu-kvm < %{version}-%{release}, and no, it does not do what I want and need, whileObsoletes: qemu-kvm = %{version}does. And the SR has been accepted already, so I'm sticking to that