[fedora-arm] Package: libguestfs-1.19.43-1.fc18 Tag: f18 Status: failed Built by: pbrobinson
Richard W.M. Jones
rjones at redhat.com
Thu Sep 27 11:00:40 UTC 2012
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 at 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
More information about the arm
mailing list