Thanks for the specfile patch. It'll need a small tweak to make sure each tapset gets put into the appropriate sub-RPM for that arch, but I'll do that when I apply it to GIT
*** Bug 714755 has been marked as a duplicate of this bug. ***
qemu-0.15.0-4.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/qemu-0.15.0-4.fc16
One deficiency in the currently patch for the qemu.spec is there is no qemu-kvm.stp being generated. Given that /usr/bin/qemu-kvm is the binary being used by default, the qemu.spec should also have tracetool generate a matching qemu-kvm.stp.
I fixed that with this addition to the specfile +./scripts/tracetool --dtrace --binary %{_bindir}/qemu-kvm \ + --target-arch x86_64 --target-type system --stap \ + --probe-prefix qemu.kvm < ./trace-events > qemu-kvm.stp
The full addition can be seen in Fedora GIT for qemu: commit 7b1d66018c7c7cbb5a1305a46a9672cb1125436b Author: Daniel P. Berrange <berrange> Date: Tue Sep 13 11:24:38 2011 +0100 Enable DTrace tracing backend for SystemTAP (rhbz #737763)
Package qemu-0.15.0-4.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing qemu-0.15.0-4.fc16' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/qemu-0.15.0-4.fc16 then log in and leave karma (feedback).
qemu-0.15.0-4.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.