Re: [OE-core] [PATCH v2 2/8] gstreamer1.0-plugins-base: 1.12.4 -> 1.14.0

2018-05-01 Thread Anuj Mittal
On 04/25/2018 03:23 PM, kai.k...@windriver.com wrote: > CACHED_CONFIGUREVARS_append_x86 = " ac_cv_header_emmintrin_h=no > ac_cv_header_xmmintrin_h=no" This can probably be removed too now. I remember trying it out and the build worked for x86. Please check. Thanks, Anuj --

Re: [OE-core] [PATCH v2 2/8] gstreamer1.0-plugins-base: 1.12.4 -> 1.14.0

2018-05-01 Thread Anuj Mittal
On 04/25/2018 03:23 PM, kai.k...@windriver.com wrote: > diff --git > a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0004-subparse-set-need_segment-after-sink-pad-received-GS.patch > > b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base/0004-subparse-set-need_segment-afte

Re: [OE-core] [PATCH v2 3/8] gstreamer1.0-plugins-bad: 1.12.4 -> 1.14.0

2018-05-01 Thread Anuj Mittal
On 04/25/2018 03:23 PM, kai.k...@windriver.com wrote: > -PACKAGECONFIG[wayland] = > "--enable-wayland,--disable-wayland,wayland-native wayland wayland-protocols > libdrm" wayland is still a dependency and shouldn't probably be removed. https://cgit.freedesktop.org/gstreamer/gst-plugins-

Re: [OE-core] [PATCH v2 5/8] gstreamer1.0-plugins-good: 1.12.4 -> 1.14.0

2018-05-01 Thread Anuj Mittal
On 04/25/2018 03:23 PM, kai.k...@windriver.com wrote: > From: Kai Kang > > Upgrade gstreamer1.0-plugins-good from 1.12.4 to 1.14.0. > > * add packageconfig 'gtk' and configure option '--disable-qt' from -bad > * add packageconfig 'lame', 'mpg123' and configure option > '--disable-twolame' from

[OE-core] Sumo/Master Busybox post install

2018-05-01 Thread Michael Gloff
I am seeing with the latest in Sumo/Master that the busybox post install with ipk packages is failing to create all of the applet symlinks if there is already a package installed from another provider. This can be seen, for example, when enabling lsattr applet and having e2fsprogs installed into an

[OE-core] ✗ patchtest: failure for "lib/oe/package_manager: turn p..." and 3 more

2018-05-01 Thread Patchwork
== Series Details == Series: "lib/oe/package_manager: turn p..." and 3 more Revision: 1 URL : https://patchwork.openembedded.org/series/11957/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

[OE-core] [PATCH 1/4] lib/oe/package_manager: turn postinst failure warnings into bitbake failures

2018-05-01 Thread Alexander Kanavin
Sumo release provides a transition period so that deferrals to first boot via 'exit 1' can be converted to pkg_postinst_ontarget(). For the next release however, postinst script failures should be treated as such. [YOCTO #12607] Signed-off-by: Alexander Kanavin --- meta/lib/oe/package_manager.p

[OE-core] [PATCH 4/4] sysvinit-inittab: do not use 'exit 1' to postpone to first boot

2018-05-01 Thread Alexander Kanavin
Instead, first check if we need to do anything at all during first boot, and if so, either postpone to first boot via pkg_postinst_ontarget() when running on host, or run the necessary setup code when running on target. Signed-off-by: Alexander Kanavin --- meta/recipes-core/sysvinit/sysvinit-ini

[OE-core] [PATCH 2/4] gtk+: do not look into $HOME when looking for modules

2018-05-01 Thread Alexander Kanavin
Signed-off-by: Alexander Kanavin --- ...ok-into-HOME-when-looking-for-gtk-modules.patch | 29 ++ meta/recipes-gnome/gtk+/gtk+_2.24.32.bb| 3 ++- 2 files changed, 31 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-gnome/gtk+/gtk+/0001-Do-not-look-int

[OE-core] [PATCH 3/4] gtk-immodules-cache.bbclass: convert cache creation to postinst_intercept mechanism

2018-05-01 Thread Alexander Kanavin
This has the following benefits: - consistent with how the other caches are created into target rootfs - only runs once per package manager transaction, instead of once per every immodule package - correctly postpones to first boot if qemu is not working; from postinst itself this would've require

Re: [OE-core] [PATCH] alsa-utils: Fix error when removing unwanted udev rules

2018-05-01 Thread Tanu Kaskinen
On Tue, 2018-05-01 at 12:36 +0100, Mike Crowe wrote: > If alsa-utils configure is not passed a --with-udev-rules-dir option then > it defaults to using /lib/udev/rules.d. This meant that the hard-coded use > of ${D}/lib in do_install in 262e69c9c7acf0beb7bb6b96299e3c993c906434 > worked correctly to

Re: [OE-core] 2.6 planning proposals and meeting

2018-05-01 Thread Scott Rifenbark
On Tue, May 1, 2018 at 7:46 AM, Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > Hi, > > On Fri, 2018-04-20 at 08:02 -0400, Daniel F. Dickinson wrote: > > I'm relatively new to OE; I've written a couple of pre-alpha layers > > to try some idea, and worked on meta-openembedded, but I'v

Re: [OE-core] 2.6 planning proposals and meeting

2018-05-01 Thread Richard Purdie
Hi, On Fri, 2018-04-20 at 08:02 -0400, Daniel F. Dickinson wrote: > I'm relatively new to OE; I've written a couple of pre-alpha layers > to try some idea, and worked on meta-openembedded, but I've not had a > chance to go in depth on the Yocto documentation, and at the some > there see to be thin

[OE-core] [PATCH] alsa-utils: Fix error when removing unwanted udev rules

2018-05-01 Thread Mike Crowe
If alsa-utils configure is not passed a --with-udev-rules-dir option then it defaults to using /lib/udev/rules.d. This meant that the hard-coded use of ${D}/lib in do_install in 262e69c9c7acf0beb7bb6b96299e3c993c906434 worked correctly to remove the unwanted rules. Subsequently, 0a4372705a030ca54e