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(a)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.
(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