[OE-core] [oe-commits] Jonathan Liu : fontcache.bbclass: prepend to PACKAGEFUNCS instead of appending

[Martin Jansa]

On Sat, Mar 21, 2015 at 09:29:07AM +0000, Richard Purdie wrote:
> On Sat, 2015-03-21 at 03:11 +0100, Martin Jansa wrote:
> > On Mon, Mar 16, 2015 at 05:42:36PM +0000, git at git.openembedded.org wrote:
> > > Module: openembedded-core.git
> > > Branch: master
> > > Commit: f0e3db4eaacc32423934ce09b91bc619dc5dbd21
> > > URL:    http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=f0e3db4eaacc32423934ce09b91bc619dc5dbd21
> > > 
> > > Author: Jonathan Liu <net147 at gmail.com>
> > > Date:   Mon Mar  9 12:13:56 2015 +1100
> > > 
> > > fontcache.bbclass: prepend to PACKAGEFUNCS instead of appending
> > > 
> > > Appending to PACKAGEFUNCS results in the font packages missing the
> > > postinst/postrm scripts and the fontconfig cache not being generated
> > > in /var/cache/fontconfig when creating images or installing font
> > > packages. This is because the package data has already been emitted
> > > by emit_pkgdata in PACKAGEFUNCS. Prepend to PACKAGEFUNCS to ensure
> > > add_fontcache_postinsts is executed before emit_pkgdata.
> > 
> > It's not caused by this change, but fixing this issue revealed that
> > fc-cache doesn't really work here.
> > 
> > Every time the intercept_scripts/update_font_cache executes qemu it gets
> > "stuck" eating a lot of cpu and memory until it dies. Is anyone alse
> > seeing this behavior?
> > 
> > WARNING: The postinstall intercept hook 'update_font_cache' failed (exit code: 137)! See log for details!
> > WARNING: The postinstalls for the following packages will be postponed for first boot: liberation-fonts
> > ERROR: The following packages could not be configured offline and rootfs is read-only: ['liberation-fonts']
> > ERROR: Function failed: do_rootfs
> > 
> > bitbake  32618 98.8 67.1 11031512 10983420 pts/3 R+ 03:00   4:53
> > qemu-i386 -r 2.6.32 -L /OE/rootfs -E uD_LIBRARY_PATH=/OE/rootfs//usr/lib:/OE/rootfs//lib /OE/rootfs/usr/bin/fc-cache --sysroot=/OE/rootfs
> 
> There are a couple of bugs in the bugzilla around this. One seemed to be
> related to circular symlinks in udev's ptest package which was
> supposedly fixed. The other claims to have been resolved by upgrading
> fontconfig to a version which doesn't have issues with circular paths.
> 
> There is general confusion about how to reproduce the issue and what the
> real problem is though.
> 
> Does your system have any recursive directory structures?

I've tried to build a bit smaller image after sending the report and in
that do_rootfs it finished successfully. I'll try to re-execute this to
see if I get consistent results.

The bigger image has only few more packages in it, so if this is the
case and smaller always works while bigger always fails I should be able
to quickly find out which package/file is causing this.

I'll check the circular symlinks, I know there are some ptest packages
in the bigger one.

Thanks

> I'd like to get to the bottom of the issue and fix it once and for all
> but we likely need more info.
> 
> Cheers,
> 
> Richard
> 

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa at gmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: Digital signature
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20150321/1b8a5a3e/attachment-0002.sig>