On Thu, Sep 27, 2012 at 12:08:50PM +0100, Daniel P. Berrange wrote:
On Thu, Sep 27, 2012 at 12:00:40PM +0100, Richard W.M. Jones wrote:
On Thu, Sep 27, 2012 at 11:29:00AM +0100, Peter Robinson wrote:
On Mon, Sep 24, 2012 at 1:51 PM, Richard W.M. Jones rjones@redhat.com wrote:
On Mon, Sep 24, 2012 at 12:30:22PM +0000, Fedora ARM Koji Build System wrote:
Package: libguestfs-1.19.43-1.fc18 Tag: f18 Status: failed Built by: pbrobinson ID: 94669 Started: Mon, 24 Sep 2012 12:17:50 UTC Finished: Mon, 24 Sep 2012 12:28:41 UTC
libguestfs-1.19.43-1.fc18 (94669) failed on hsv-yosemite-1-1-v5tel (arm), cdot-guru-2-1 (noarch), cdot-panda-11-4-v7hl (armhfp): BuildError: error building package (arch armv7hl), mock exited with status 30; see root.log for more information SRPMS: libguestfs-1.19.43-1.fc18.src.rpm
[...]
Task Info: http://arm.koji.fedoraproject.org/koji/taskinfo?taskID=1152283 Build Info: http://arm.koji.fedoraproject.org/koji/buildinfo?buildID=94669
The error in this case is:
DEBUG util.py:257: Error: Package: 2:qemu-system-arm-1.2-0.2.20120806git3e430569.fc18.armv7hl (build) DEBUG util.py:257: Requires: libusbredirparser.so.0
which is a "well-known" qemu error that's being going on even in mainline F18 for several weeks.
I guess this is probably not the error you mean though?
With the new qemu to fix the above I now get
DEBUG util.py:257: --> parted-3.1-7.fc18.armv7hl DEBUG util.py:257: Error: Package: 2:qemu-system-x86-1.2.0-3.fc18.armv7hl (build) DEBUG util.py:257: Requires: sgabios-bin DEBUG util.py:257: Error: Package: 2:qemu-system-x86-1.2.0-3.fc18.armv7hl (build) DEBUG util.py:257: Requires: seabios-bin >= 0.6.0-2
I don't remember that before but we don't have the s*bios bits. Not sure if there's a way we can special case the qemu-system-x86 bits or if you have some other idea.
Unfortunately seabios is pulled in from (at least) two places.
(1) $ grep qemu-kvm libguestfs.spec BuildRequires: qemu-kvm >= 2:1.1.0 Requires: qemu-kvm >= 2:1.1.0
These can be fixed. We just want to ensure that we have qemu >= 1.1.0. It could be satisfied instead by qemu-system-arm >= 1.1.0 on arm.
FYI for libguestfs builds which have libvirt support enabled, the intent is that it is sufficient for you to have a requires on 'libvirt-daemon-qemu' (or libvirt-daemon-kvm). This will pull in all the pieces of libvirt + related packages sufficient to run QEMU (or KVM) guests. So you won't need to dep on QEMU directly yourself.
This is true (if we assume Fedora >= 18, which is what we're talking about). I made this change in Rawhide which will make its way into Fedora 18 in due course:
http://pkgs.fedoraproject.org/cgit/libguestfs.git/commit/?id=2440e1c44e30a2f...
Note that virt-rescue still runs qemu/qemu-kvm directly w/o libvirt.
Rich.