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@xxxxxxxxxx> 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. (2) The following one is harder to solve, but I think reveals a problem with the virt packaging on arm: $ grep libvirt-daemon-qemu libguestfs.spec BuildRequires: libvirt-daemon-qemu Requires: libvirt-daemon-qemu >= 0.10.2-3 libvirt-daemon-qemu requires qemu which requires qemu-system-x86 which pulls in seabios. - - - - Seabios could be compiled on arm. It is 16 bit 8086 code, so in effect we cross-compile it even on x86. It's also useful (for a limited sense of the word "useful") on arm, since in theory you could run x86 guests on an arm host using qemu (very slowly). I think to reduce the differences between x86 and arm, we should have seabios on arm, if at all possible. But there is also a bug in the libguestfs spec file outlined in (1) above. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org _______________________________________________ arm mailing list arm@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/arm
