If you try to build a system with multiple BSPs, one of which is qemux86 or qemux86-64, the gstreamer package will change. This will trigger anything using gstream to also be rebuilt.
For a package based system, the PR values will also be incremented each time. The end result will be an ever growing set of PR values as well as being unable to tell which configured version of the multimedia components are really being deployed. The solution here was to remove the rrecommend for consistency. Signed-off-by: Mark Hatle <mark.ha...@windriver.com> --- meta/recipes-multimedia/gstreamer/gstreamer1.0_1.14.2.bb | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.14.2.bb b/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.14.2.bb index 7f291f6630..3a6e53de04 100644 --- a/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.14.2.bb +++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.14.2.bb @@ -55,8 +55,6 @@ FILES_${PN} += "${libdir}/gstreamer-1.0/*.so" FILES_${PN}-dev += "${libdir}/gstreamer-1.0/*.la ${libdir}/gstreamer-1.0/*.a ${libdir}/gstreamer-1.0/include" FILES_${PN}-bash-completion += "${datadir}/bash-completion/completions/ ${datadir}/bash-completion/helpers/gst*" -RRECOMMENDS_${PN}_qemux86 += "kernel-module-snd-ens1370 kernel-module-snd-rawmidi" -RRECOMMENDS_${PN}_qemux86-64 += "kernel-module-snd-ens1370 kernel-module-snd-rawmidi" RDEPENDS_${PN}-ptest += "make" delete_pkg_m4_file() { -- 2.18.0 -- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core