Re: [fedora-arm] Package: libguestfs-1.19.43-1.fc18 Tag: f18 Status: failed Built by: pbrobinson

[Richard W.M. Jones]

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  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.