| Message ID | 20240429115316.3138488-1-alex@linutronix.de |
|---|---|
| State | Accepted |
| Headers | show |
| Series | libgweather: fix build with gobject-introspection 1.80.0 | expand |
diff --git a/meta-gnome/recipes-gnome/libgweather/libgweather4_4.4.2.bb b/meta-gnome/recipes-gnome/libgweather/libgweather4_4.4.2.bb index acf288528..e0c8724a3 100644 --- a/meta-gnome/recipes-gnome/libgweather/libgweather4_4.4.2.bb +++ b/meta-gnome/recipes-gnome/libgweather/libgweather4_4.4.2.bb @@ -28,3 +28,7 @@ FILES:${PN} += " \ ${datadir}/libgweather-4 \ ${libdir}/libgweather-4 \ " + +do_configure:prepend() { + cp -f ${STAGING_LIBDIR}/girepository-1.0/GLib*typelib ${STAGING_LIBDIR_NATIVE}/girepository-1.0/ +}
gweather build is running a python script build-aux/meson/gen_locations_variant.py which imports g-i data at build time: from gi.repository import GLib Previously this would import the typelib file installed by native g-i (which would likely not match the cross target, but nvm). New g-i version no longer installs those files, so the options are: - run the python script with target python inside qemu - copy the needed typelib from target sysroot into the native one. I took the easy way out. Signed-off-by: Alexander Kanavin <alex@linutronix.de> --- meta-gnome/recipes-gnome/libgweather/libgweather4_4.4.2.bb | 4 ++++ 1 file changed, 4 insertions(+)