12679 2018-04-12 07:26:14 +0000 commit: "apply MLPREFIX renaming to all package classes" breaks mingw build 2018-04-26 07:53:07 +0000 1 1 7 Build System, Metadata & Runtime OE-Core core 2.5 x86 Multiple RESOLVED FIXED High normal 2.5 M4 1 juro.bystricky juro.bystricky alex.kanavin meta.mr.watcher meta.watcher randy.macleod richard.purdie stephano --- --- No (bug/feature does not impact docs) oldest_to_newest 80209 0 juro.bystricky 2018-04-12 07:26:14 +0000 The commit 34afa37f5f4765f73c63d440351a5cb63008a5cc glib-2.0/glib.inc: apply MLPREFIX renaming to all package classes breaks mingw build with the error: 2.54.3-r0/build' | mv: cannot stat '/data/master-master/poky/build-x86_64-mingw32-nativesdk-qemu/tmp/work/x86_64-nativesdk-mingw32-pokysdk-mingw32/nativesdk-glib-2.0/1_2.54.3-r0/image/opt/poky/2.4+snapshot/sysroots/x86_64-pokysdk-mingw32/usr/libexec/gio-querymodules': No such file or directory | WARNING: exit code 1 from a shell command. Steps to reproduce: load meta-mingw layer local conf: SDKMACHINE="x86_64-mingw32" BASECANADIANEXTRAOS="" MACHINE="qemux86-64" $ bbitbake nativesdk-glib-2.0 Unfortunately, the error is caused in the routine "do_install_append" so it is not possible to fix this with an override in a bbappend file.' The offending line is: mv -v ${D}${libexecdir}/gio-querymodules ${D}${libexecdir}/${MLPREFIX}gio-querymodules Changing it to mv -v ${D}${libexecdir}/gio-querymodules* ${D}${libexecdir}/${MLPREFIX}gio-querymodules could possibly fix this (we create gio-querymodules.exe) 80245 1 alex.kanavin 2018-04-13 13:14:36 +0000 If my comments on the oe-core list aren't clearing the situation :), just assign the issue to me, but I'll be able to look into it only on the 23rd or so when I'm back from holiday. 80247 2 juro.bystricky 2018-04-13 13:33:18 +0000 Patch sent to ML: http://lists.openembedded.org/pipermail/openembedded-core/2018-April/149915.html but there were some questions/objections. 80248 3 juro.bystricky 2018-04-13 13:37:14 +0000 (In reply to comment #1) > If my comments on the oe-core list aren't clearing the situation :), just > assign the issue to me, but I'll be able to look into it only on the 23rd or > so when I'm back from holiday. thanks, I will do that. But beware, this is fairly urgent as without this the whole qemu-mingw will fail to build and possibly also SDK and meta-toolchains. Those are pretty much the most important builds for mingw. So even if there is a better fix then the patch I sent to ML, the time may be of essence. 80415 4 richard.purdie 2018-04-26 07:53:07 +0000 http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=sumo&id=71b4ae25612d6dd3687fdd583ed0077e744899cb