[OE-core] [PATCH] pango: use qemu to generate pango.modules during rootfs construction

[Richard Purdie]

On Sat, 2011-09-10 at 12:53 +0100, Phil Blundell wrote:
> On Sat, 2011-09-10 at 10:54 +0100, Richard Purdie wrote:
> > which looks right. It does crash as part of rpm rootfs generation
> > though, possibly something to do with pseudo given the root operation it
> > attempts. Did you test this against rpm or ipk?
> 
> Ah, right, I was testing with ipk.  Maybe that's the difference.

I think the recent pseudo environment fixes which I ran into in other
areas have helped with this. Rather than a segfault, I now see:

 Adding system startup for /media/data1/build1/poky/build/tmp/work/qemux86-poky-linux/core-image-sato-1.0-r0/rootfs/etc/init.d/ofono.
qemu: Unsupported syscall: 240
qemu: Unsupported syscall: 240

(pango-querymodules:10498): GLib-WARNING **: getpwuid_r(): failed due to unknown user id (1000)
qemu: Unsupported syscall: 240

with the unsppported syscall issues being due to the lack of
multithreading support in qemu user mode emulation on x86. I suspect the
problem was that it was running in pseudo context when it shouldn't have
been and since it was root, it tried to do things as root which it
couldn't do.

Despite the above messages, it does now "work" on 32 bit x86 targets
however the warning message about the invalid user is yet another sign
of us needing to better think through this though more carefully (and
further test things) :/.

I've therefore taken the decision to revert this since I really want to
stablise for the release at this point and I'm not filled with
confidence that there aren't other problems lurking here.

Cheers,

Richard