Bug 9241 - glib-2.0 doesn't run gio-querymodules
Summary: glib-2.0 doesn't run gio-querymodules
Status: RESOLVED FIXED
Alias: None
Product: OE-Core
Classification: Build System, Metadata & Runtime
Component: core (show other bugs)
Version: 2.0
Hardware: All Multiple
: Medium normal
Target Milestone: 2.1 M4
Assignee: Jussi Kukkonen
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2016-03-11 14:06 UTC by Ross Burton
Modified: 2016-03-29 08:27 UTC (History)
2 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: No (bug/feature does not impact docs)


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ross Burton 2016-03-11 14:06:18 UTC
We should be running gio-querymodules whenever modules are installed/removed.  gconf ships one, and glib ships a few.
Comment 1 Jussi Kukkonen 2016-03-17 08:06:20 UTC
Documenting progress so far:

the resulting cache file is arch-independent but gio-querymodules actually loads the module in question (to query the extension point name). So doing this in natively in sysroot is probably not an option as all the module dependencies need to be built. So the postinstall for rootfs case could be something like:
  qemuwrapper -L ${D} ${D}${bindir}/gio-querymodules ${D}${libdir}/gio/modules/

Ross: There's 3 recipes in oe-core that need these postinst/rm scripts. should I use postinst_intercept for this? (My guess was that that is what's used to run a postinst only once during rootfs creation but I could be wrong...)
Comment 2 Jussi Kukkonen 2016-03-29 08:27:33 UTC
This is fixed since poky commit cef8bc9e80c.

Verifying this would include checking that
 * ${libexecdir}/gio-querymodules is on image 
 * ${libdir}/gio/modules/giomodule.cache has been created 
Should be done on Sato image (or something that has glib-networking or gconf on it).