Re: [OE-core] [PATCH 1/1] ffmpeg: backport patches to fix 12 CVEs

On 09/26/2017 03:56 PM, Alexander Kanavin wrote: On 09/26/2017 10:57 AM, ChenQi wrote: I agree with you. I have tried to do the upgrade, and it's easy. However, at the current stage, it's unlikely for an upgrade patch to be accepted. That's why I did the backport. If the upgrade patch

[OE-core] [PATCH 0/1] ffmpeg: upgrade to 3.3.4

The following changes since commit fcdfe09d9cc4e2977bd602dfd18f729cd9f6d73d: poky.conf: Fix typo (2017-09-26 16:56:10 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib ChenQi/ffmpeg_3.3.4

[OE-core] [PATCH 1/1] ffmpeg: upgrade to 3.3.4

Upgrade ffmpeg to version 3.3.4. Version 3.3.4 is a bug fix version, and there's no new feature added. Compared to version 3.3.3, there are 57 new commits. These 57 commits are either bug fix or small tweaks. Signed-off-by: Chen Qi ---

Re: [OE-core] [PATCH] rootfs-postcommands.bbclass: add support for /etc/ld.so.conf.d/*.conf

Ok, I will do this in the glibc recipe instead if it’s preferred. Thanks, Jackie From: Burton, Ross [mailto:ross.bur...@intel.com] Sent: Friday, September 29, 2017 21:38 To: Huang, Jie (Jackie) Cc: OE-core Subject: Re: [OE-core] [PATCH] rootfs-postcommands.bbclass: add support for

Re: [OE-core] SFO17 Cross-Distro meeting notes

On 29 September 2017 at 21:26, Tom Rini wrote: > On Fri, Sep 29, 2017 at 02:06:21AM +0300, Riku Voipio wrote: > > [snip] >> On arm64, Kernel doesn't self-decompress. The bootloaders are stringly >> recommended to support decompressing kernel images. It's optional in >> grub,

[OE-core] [oe-core][PATCH 1/1] packagegroup-go-sdk-target: inherit goarch

The RDEPENDs will not be satisfied for certain architectures, so skip the recipe in those cases. Signed-off-by: Joe Slater --- meta/recipes-core/packagegroups/packagegroup-go-sdk-target.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [OE-core] [PATCH v3] initscripts: Remove empty packages

On Fri, Sep 29, 2017 at 7:06 AM, Jef Driesen wrote: > Because the initscripts recipe contains only some shell scripts, the standard > packages (e.g. ${PN}-dbg ${PN}-staticdev ${PN}-dev ${PN}-doc, etc) are all > empty and can be removed. Removing empty -dev packages can

Re: [OE-core] SFO17 Cross-Distro meeting notes

On Fri, Sep 29, 2017 at 02:06:21AM +0300, Riku Voipio wrote: [snip] > On arm64, Kernel doesn't self-decompress. The bootloaders are stringly > recommended to support decompressing kernel images. It's optional in > grub, make sure your grub does. At least iPXE and u-boot don't support > booting

Re: [OE-core] [PATCH v4] systemd: add runtime dependencies to pam plugins.

I wish I knew why git was ignoring the commit message entirely when applying... It's ignoring everything apart from the SOB: $ git show commit 079754f2681ded614c5ee90e61f4ddbd8407998a Author: andreas.kl...@peiker-cee.de Date: Thu Sep 28 18:35:21 2017 +0200

Re: [OE-core] [PATCH] Small improvement for the initscripts package

On 29 September 2017 at 14:21, wrote: > On 09/29/2017 11:38 AM, jef.drie...@niko.eu wrote: > >> For our system, we are using some custom initscripts. Because of > >> that, some files conflict with the initscripts package, and thus the > >> initscript package gets removed

[OE-core] [PATCH] oeqa/core/loader: Make _built_modules_dict() support packages correctly

For test modules in a package, e.g., oelib.license, running `oe-selftest -r oelib.license` or `oe-selftest -r oelib.license.TestSimpleCombinations` would fail with a message that the specified test cases could not be found. This was due to the parsing in _built_modules_dict(), which failed to

[OE-core] [PATCHv2] license.py: Correct selection of licenses in is_included()

When faced with multiple sets of licenses combined with | (OR), it was possible for oe.license.is_included() to choose a set of licenses with a blacklisted license and then report failure, even if choosing another set of licenses would have resulted in a successful result. This happened when the

[OE-core] [PATCHv2] image_types: Fix bmaptool support for RSS

With RSS we need to ensure that when making a bmap image that the python3 that we created is found via /usr/bin/env rather than the host python3. Otherwise we're relying on the build host to have bmaptool support installed. Signed-off-by: Tom Rini --- Changes in v2: - Switch

Re: [OE-core] [PATCH] go-runtime: prevent host leakage into target objects

On Fri, Sep 29, 2017 at 11:15 AM, Matt Madison wrote: > When building for a target whose architecture matches > the build host's, the second pass through make.bash > to build the shareable runtime would also overwrite > the target's static cgo library with host-compatibile >

Re: [OE-core] [PATCH] image_types: Fix bmaptool support for RSS

On Fri, Sep 29, 2017 at 08:36:52AM -0400, Tom Rini wrote: > On Fri, Sep 29, 2017 at 02:16:21PM +0300, Ed Bartosh wrote: > > On Wed, Sep 27, 2017 at 01:00:09PM -0400, Tom Rini wrote: > > > With RSS we need to ensure that when making a bmap image that the > > > python3 that we created is found via

[OE-core] [PATCH] go-runtime: prevent host leakage into target objects

When building for a target whose architecture matches the build host's, the second pass through make.bash to build the shareable runtime would also overwrite the target's static cgo library with host-compatibile binaries. Fix this by running the host-side build once and target-only passes of

[OE-core] [PATCH v3] initscripts: Remove empty packages

Because the initscripts recipe contains only some shell scripts, the standard packages (e.g. ${PN}-dbg ${PN}-staticdev ${PN}-dev ${PN}-doc, etc) are all empty and can be removed. Signed-off-by: Jef Driesen --- meta/recipes-core/initscripts/initscripts_1.0.bb | 2 +- 1 file

[OE-core] ✗ patchtest: failure for Small improvement for the initscripts package (rev2)

== Series Details == Series: Small improvement for the initscripts package (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/9163/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have

Re: [OE-core] [PATCH] wic: Generate startup.nsh for EFI cases if none found

On Fri, Sep 29, 2017 at 04:44:54PM +0300, Ed Bartosh wrote: > On Fri, Sep 29, 2017 at 08:35:42AM -0400, Tom Rini wrote: > > On Fri, Sep 29, 2017 at 02:27:57PM +0300, Ed Bartosh wrote: > > > On Thu, Sep 28, 2017 at 01:44:29PM -0400, Tom Rini wrote: > > > > On Thu, Sep 28, 2017 at 06:47:07PM +0300,

Re: [OE-core] [PATCH] wic: Generate startup.nsh for EFI cases if none found

On Fri, Sep 29, 2017 at 08:35:42AM -0400, Tom Rini wrote: > On Fri, Sep 29, 2017 at 02:27:57PM +0300, Ed Bartosh wrote: > > On Thu, Sep 28, 2017 at 01:44:29PM -0400, Tom Rini wrote: > > > On Thu, Sep 28, 2017 at 06:47:07PM +0300, Ed Bartosh wrote: > > > > On Wed, Sep 20, 2017 at 12:03:27PM -0400,

[OE-core] [PATCH v2] Remove empty packages

Because the initscripts recipe contains only some shell scripts, the standard packages (e.g. ${PN}-dbg ${PN}-staticdev ${PN}-dev ${PN}-doc, etc) are all empty and can be removed. Signed-off-by: Jef Driesen --- meta/recipes-core/initscripts/initscripts_1.0.bb | 2 +- 1 file

Re: [OE-core] [PATCH] rootfs-postcommands.bbclass: add support for /etc/ld.so.conf.d/*.conf

On 29 September 2017 at 03:58, Huang, Jackie (Wind River) < jackie.hu...@windriver.com> wrote: > - This will cause the existing contents of ld.so.conf to be > obliterated > >if the file wasn't empty to begin with. (I know that it is empty in > >oe-core, but a distro layer

Re: [OE-core] [PATCH] Small improvement for the initscripts package

On 09/29/2017 11:38 AM, jef.drie...@niko.eu wrote: >> For our system, we are using some custom initscripts. Because of >> that, some files conflict with the initscripts package, and thus the >> initscript package gets removed from our build. But when trying to >> build an sdk, somehow the

Re: [OE-core] [PATCH V3] dpky.py: Adds testcases for dpkg package manager

On 09/28/2017 04:28 PM, Burton, Ross wrote: Either search it for some essential packages ("ii dpkg" would be a good start), or remove the test. We actually don't even have meta/lib/oeqa/runtime/cases/dpkg.py in master; the patch is modifying a file that doesn't exist. Hence, patchwork

Re: [OE-core] [PATCH] image_types: Fix bmaptool support for RSS

On Fri, Sep 29, 2017 at 02:16:21PM +0300, Ed Bartosh wrote: > On Wed, Sep 27, 2017 at 01:00:09PM -0400, Tom Rini wrote: > > With RSS we need to ensure that when making a bmap image that the > > python3 that we created is found via /usr/bin/env rather than the host > > python3. Otherwise we're

Re: [OE-core] [PATCH] wic: Generate startup.nsh for EFI cases if none found

On Fri, Sep 29, 2017 at 02:27:57PM +0300, Ed Bartosh wrote: > On Thu, Sep 28, 2017 at 01:44:29PM -0400, Tom Rini wrote: > > On Thu, Sep 28, 2017 at 06:47:07PM +0300, Ed Bartosh wrote: > > > On Wed, Sep 20, 2017 at 12:03:27PM -0400, Tom Rini wrote: > > > > In the case of non-wic images there is

[OE-core] [PATCH] license.py: Correct selection of licenses in is_included()

When faced with multiple sets of licenses combined with | (OR), it was possible for oe.license.is_included() to choose a set of licenses with a blacklisted license and then report failure, even if choosing another set of licenses would have resulted in a successful result. This happened when the

Re: [OE-core] [PATCH] Small improvement for the initscripts package

On 09/29/2017 11:38 AM, jef.drie...@niko.eu wrote: For our system, we are using some custom initscripts. Because of that, some files conflict with the initscripts package, and thus the initscript package gets removed from our build. But when trying to build an sdk, somehow the initscripts-dev

Re: [OE-core] [PATCH V3] dpky.py: Adds testcases for dpkg package manager

On 09/28/2017 04:28 PM, Burton, Ross wrote: On 27 September 2017 at 21:43, > wrote: From: libertad > Adds dpkg testcases for testing basic operation functionality for

Re: [OE-core] [PATCH] wic: Generate startup.nsh for EFI cases if none found

On Thu, Sep 28, 2017 at 01:44:29PM -0400, Tom Rini wrote: > On Thu, Sep 28, 2017 at 06:47:07PM +0300, Ed Bartosh wrote: > > On Wed, Sep 20, 2017 at 12:03:27PM -0400, Tom Rini wrote: > > > In the case of non-wic images there is logic today to generate a > > > startup.nsh file that will be executed

Re: [OE-core] [PATCH] image_types: Fix bmaptool support for RSS

On Wed, Sep 27, 2017 at 01:00:09PM -0400, Tom Rini wrote: > With RSS we need to ensure that when making a bmap image that the > python3 that we created is found via /usr/bin/env rather than the host > python3. Otherwise we're relying on the build host to have bmaptool > support installed. > >

Re: [OE-core] [openembedded-core][PATCH] xorg-xserver: fix building of the package when different virtual/egl provider are selected

On 29 September 2017 at 11:54, Francesco Giancane < francescogianca...@gmail.com> wrote: > Hi again Ross, > sorry to still bother but grepping inside poky recipes I did found no > references to 'libegl'. Every (virtual) dependency is built upon > virtual/egl; Maybe folks at meta-raspberrypi where

Re: [OE-core] [openembedded-core][PATCH] xorg-xserver: fix building of the package when different virtual/egl provider are selected

Hi again Ross, sorry to still bother but grepping inside poky recipes I did found no references to 'libegl'. Every (virtual) dependency is built upon virtual/egl; Maybe folks at meta-raspberrypi where not wrong... The same apply for Freescale GPU recipes: they do not provide libegl, only egl.

Re: [OE-core] [openembedded-core][PATCH] xorg-xserver: fix building of the package when different virtual/egl provider are selected

Yes, in fact Mesa rprovides both egl and libegl. So the patch is to be issued to the userland recipe of raspberrypi in the end. Would you confirm that? Francesco Giancane Via Paolo Braccini 46, 10141 Torino (TO) +393933920466 Il 29 set 2017 12:16, "Burton, Ross" ha

Re: [OE-core] [PATCH v4 2/3] wayland: Fix installation patch issue

With xserver-xorg I get: | make[2]: *** No rule to make target '//usr/share/wayland-protocols/unstable/relative-pointer/relative-pointer-unstable-v1.xml', needed by 'relative-pointer-unstable-v1-client-protocol.h'. Stop. (in the xwayland directory) Ross On 28 September 2017 at 17:01, Fabien

Re: [OE-core] [openembedded-core][PATCH] xorg-xserver: fix building of the package when different virtual/egl provider are selected

On 29 September 2017 at 11:14, Francesco Giancane < francescogianca...@gmail.com> wrote: > Hi Ross, > Thank you for your clarification. I double checked the recipes before > asking for the patch, and I found out that Mesa provides both virtual/egl > and virtual/libegl; searching through the

Re: [OE-core] [openembedded-core][PATCH] xorg-xserver: fix building of the package when different virtual/egl provider are selected

Hi Ross, Thank you for your clarification. I double checked the recipes before asking for the patch, and I found out that Mesa provides both virtual/egl and virtual/libegl; searching through the layers I did not find any recipe depending on libegl but only on egl. Incidentally, userland from

Re: [OE-core] [openembedded-core][PATCH] xorg-xserver: fix building of the package when different virtual/egl provider are selected

On 29 September 2017 at 10:47, Francesco Giancane < francescogianca...@gmail.com> wrote: > -PACKAGECONFIG[glamor] = "--enable-glamor,--disable- > glamor,libepoxy,libegl" > +PACKAGECONFIG[glamor] = "--enable-glamor,--disable-glamor,libepoxy,egl" > userland is in the wrong here, not mesa or xorg.

[OE-core] [openembedded-core][PATCH] xorg-xserver: fix building of the package when different virtual/egl provider are selected

xorg-xserver fails to build when Xwayland feature is enabled on targets which do not fully support mesa and/or have different vendor-provided openGL stack. I.e. in the case of raspberry pi 3 the recipe 'userland' provided virtual/gles2 virtual/egl Doing some checks revealed that the correct

[OE-core] [PATCH] externalsrc: fix ExpansionError if the source dir does not exist yet

The externalsrc class code assumes that the source directory (EXTERNALSRC) exists before bitbake is called. Otherwise do_configure will fail obviously since externalsrc does not fetch anything. Commit 3ca6085729d9 ("externalsrc: Handle .git not being a directory") changed this behaviour. Now on a

[OE-core] ✗ patchtest: failure for Small improvement for the initscripts package

== Series Details == Series: Small improvement for the initscripts package Revision: 1 URL : https://patchwork.openembedded.org/series/9163/ 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] Small improvement for the initscripts package

Hi, Attached is a small patch to remove the empty initscripts-{dev,doc,dbg} packages. For our system, we are using some custom initscripts. Because of that, some files conflict with the initscripts package, and thus the initscript package gets removed from our build. But when trying to build

[OE-core] SSTATE_DIR not working with multi user environment

Hello, I am trying to share a sstate-cache between two (or more) users in a shared directory. Although I set the directory owner, group and permissions I face to a weird condition that I don't understand and seems to point out a bitbake/class problem. Problem description I have a shared area

[OE-core] [PATCH v3] libxml2: 2.9.4 -> 2.9.5

Signed-off-by: Andrej Valek --- .../libxml/libxml2/libxml-m4-use-pkgconfig.patch | 2 +- .../libxml/libxml2/libxml2-CVE-2016-4658.patch | 269 -- .../libxml/libxml2/libxml2-CVE-2016-5131.patch | 180 ---