Re: [OE-core] [PATCH 8/9] kernel-yocto: ensure that only valid BSPs are built

On Sun, Aug 20, 2017 at 7:58 PM, Bruce Ashfield wrote: > There was a bug in the search routines responsible for locating > BSP definitions which returned a valid match if only the ktype > matched. > > This meant that someone looking for "qemux86foo" (which is an >

[OE-core] [meta-oe][PATCH] bmap-tools: add "python-mmap" to RDEPENDS

bmap-tools has run-time dependency on "python-mmp" which is missing in the RDEPENDS. "bmaptool" command in the target will fail without this patch. Signed-off-by: Binghua Guan --- meta/recipes-support/bmap-tools/bmap-tools_3.2.bb | 2 +- 1 file changed, 1 insertion(+), 1

Re: [OE-core] [PATCH] base.bbclass: trim duplicated whitespaces from BUILDCFG_VARS

Hi, Andre: Arha, I did not know that when I was submitting the patch, may I know why it's rejected at that moment? Since even with the alternative fixes, the developers still could introduce duplicated whitespaces in their BSP layers if they do not know the rules, since it's quite common in

[OE-core] [PATCH] libva-utils: add opengl to REQUIRED_DISTRO_FEATURES

From: Jackie Huang libva-utils depends on libva which requires opengl in DISTRO_FEATURES. Signed-off-by: Jackie Huang --- meta/recipes-graphics/libva/libva-utils_1.8.3.bb | 3 +++ 1 file changed, 3 insertions(+) diff --git

Re: [OE-core] [PATCH] base.bbclass: trim duplicated whitespaces from BUILDCFG_VARS

On Mon, Aug 21, 2017 at 4:43 AM, wrote: > From: Ming Liu > > To give a example: > Before the change, in our build console, TUNE_FEATURES looks like: > ... > TUNE_FEATURES = "arm armv7a vfp neoncortexa8" > ... > > After the

[OE-core] Change to kernel.bbclass broke kernel build when gcc does not support -ffile-prefix-map

My build uses a version of gcc that does not support -ffile-prefix-map and this is now broken after I updated the tree to include the latest commit to kernel.bbclass "improve reproducibility" 012a70da7ae0617 by Juro Bystricky. The patch introduces the line cc_option_supported=`${KERNEL_CC} -Q

Re: [OE-core] [PATCH] boost: add python to default PACKAGECONFIG options

On 2017-08-22 03:55 PM, Richard Purdie wrote: On Tue, 2017-08-22 at 12:51 -0700, Andre McCurdy wrote: On Tue, Aug 22, 2017 at 12:42 AM, wrote: From: Jackie Huang We want to provide python libs by default, and some other popular Linux

[OE-core] building module tools (do_make_scripts)

A while ago I sent a patch to change the way the kernel module tools get built such that they would be built once, not each time a recipe that inherits module.bbclass runs. The current way is wasteful and allows module recipes to interfere with each other. I can send the patch again, but I

[OE-core] [PATCHv2] grub2: fix build on gcc where _FORTIFY_SOURCE is defined

* e.g. with gentoo gcc-7.1 they define _FORTIFY_SOURCE by default with: https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo/src/patchsets/gcc/7.1.0/gentoo/10_all_default-fortify-source.patch?view=markup which results in following error while building grub-efi-native:

Re: [OE-core] [PATCH 0/9] kernel-yocto: consolidated pull request

On Tue, 2017-08-22 at 16:34 -0400, Bruce Ashfield wrote: > On 08/22/2017 12:07 PM, Richard Purdie wrote: > I found the commit that is causing the problem (after three hours > of bisecting). That's the good news. The bad news is it isn't > something > I can revert .. or easily fix, since the commit

[OE-core] ✗ patchtest: failure for ghostscript: CVE-2017-9727, -9835, -11714

== Series Details == Series: ghostscript: CVE-2017-9727, -9835, -11714 Revision: 1 URL : https://patchwork.openembedded.org/series/8432/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been

[OE-core] [oe-core][PATCH 1/1] ghostscript: CVE-2017-9727, -9835, -11714

CVE-2017-9727: make bounds check in gx_ttfReader__Read more robust CVE-2017-9835: bounds check the array allocations methods CVE-2017-11714: prevent trying to reloc a freed object Signed-off-by: Joe Slater --- .../ghostscript/ghostscript/CVE-2017-11714.patch | 61

[OE-core] [oe-core][PATCH 0/1] ghostscript: CVE-2017-9727, -9835, -11714

Apply after 0001-ghostscript-fix-several-CVEs-by-adding-bounds-checki.patch Joe Slater (1): ghostscript: CVE-2017-9727, -9835, -11714 .../ghostscript/ghostscript/CVE-2017-11714.patch | 61 ++ .../ghostscript/ghostscript/CVE-2017-9727.patch| 35 ++

Re: [OE-core] Change to kernel.bbclass broke kernel build when gcc does not support -ffile-prefix-map

Yes, the issue was reported by others as well, it should be fixed by this patch: https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?h=master-next=2b7646a113cca7698d8484fe14bdbb8683a5f8ab > -Original Message- > From: Andrew Goodbody [mailto:andrew.goodb...@cambrionix.com] > Sent:

Re: [OE-core] [PATCH 0/9] kernel-yocto: consolidated pull request

On 08/22/2017 12:07 PM, Richard Purdie wrote: On Tue, 2017-08-22 at 12:04 -0400, Bruce Ashfield wrote: On 08/22/2017 12:00 PM, Richard Purdie wrote: On Tue, 2017-08-22 at 11:34 -0400, Bruce Ashfield wrote: I can send you a v4 of the 4.12 patch in the next half an hour, that's easiest for me

[OE-core] [oe-core][PATCH 1/1] ghostscript: fix several CVEs by adding bounds checking

CVE-2017-9611 CVE-2017-9612 CVE-2017-9739 CVE-2017-9726 Signed-off-by: Joe Slater --- .../ghostscript/ghostscript/CVE-2017-9611.patch| 34 .../ghostscript/ghostscript/CVE-2017-9612.patch| 35

Re: [OE-core] [PATCH] boost: add python to default PACKAGECONFIG options

On Tue, 2017-08-22 at 12:51 -0700, Andre McCurdy wrote: > On Tue, Aug 22, 2017 at 12:42 AM,   > wrote: > > > > From: Jackie Huang > > > > We want to provide python libs by default, and some other > > popular Linux distributions like

Re: [OE-core] [PATCH] boost: add python to default PACKAGECONFIG options

On Tue, Aug 22, 2017 at 12:42 AM, wrote: > From: Jackie Huang > > We want to provide python libs by default, and some other > popular Linux distributions like redhat/fedora does the same. Has something changed? Is there anything in

[OE-core] [PATCH] systemd-machine-units: import last recipe from meta-systemd

* this recipe is intentionally empty, but useful for BSP layers to provide machine specific systemd services in this MACHINE_ARCH package. Signed-off-by: Martin Jansa --- meta/recipes-core/systemd/systemd-machine-units_1.0.bb | 13 + 1 file changed, 13

Re: [OE-core] [PATCH] webkitgtk: disable gobject-introspection on armv7a

On Tue, Aug 22, 2017 at 12:36 AM, wrote: > From: Jackie Huang > > Disable gobject-introspection on armv7a to avoid > do_compile failure: > > | qemu: uncaught target signal 11 (Segmentation fault) - core dumped > | Segmentation fault > >

Re: [OE-core] long (never ending?) do_install for adwaita-icon-theme

On Tue, Aug 22, 2017 at 2:01 PM, Alexander Kanavin wrote: > Do you have any kind of logs for when it happens? Unfortunately not, I'll try to keep some the next time it happens. But I have a suspicion it might be related to a build failure. Earlier today I was

Re: [OE-core] [PATCH] machine-sdk: oldest kernel for x86/x86_64 is 3.2.0 now

On Tue, 2017-08-22 at 20:00 +0200, Martin Jansa wrote: > It's pity that we won't be able to use newer SDK on older hosts, but > I'm glad that SDK_OLDEST_KERNEL is going away as it wasn't working > very well anyway as discussed here: >

Re: [OE-core] long (never ending?) do_install for adwaita-icon-theme

On 08/22/2017 08:40 PM, Richard Purdie wrote: Is anyone else seeing insanely long (never ending?) do_install times for adwaita-icon-theme? The other day I manually killed a jenkins jobs still running after 3 days waiting for this recipe's do_install. This morning I started a job manually and

Re: [OE-core] [PATCH] machine-sdk: oldest kernel for x86/x86_64 is 3.2.0 now

It's pity that we won't be able to use newer SDK on older hosts, but I'm glad that SDK_OLDEST_KERNEL is going away as it wasn't working very well anyway as discussed here: http://lists.openembedded.org/pipermail/openembedded-core/2016-October/127519.html On Tue, Aug 22, 2017 at 6:35 PM, Khem Raj

Re: [OE-core] [PATCH] gcc: Upgrade to 7.2.0 release

The python-m2crypto turned to be unrelated to gcc upgrade, it was caused by one of your patches: https://patchwork.openembedded.org/patch/142879/ I've dropped it from master-next for now. On Mon, Aug 21, 2017 at 4:03 PM, Khem Raj wrote: > > On Mon, Aug 21, 2017 at 12:12 AM

Re: [OE-core] long (never ending?) do_install for adwaita-icon-theme

On Tue, 2017-08-22 at 13:32 -0400, Trevor Woerner wrote: > Is anyone else seeing insanely long (never ending?) do_install times > for adwaita-icon-theme? The other day I manually killed a jenkins > jobs > still running after 3 days waiting for this recipe's do_install. > > This morning I started

[OE-core] long (never ending?) do_install for adwaita-icon-theme

Is anyone else seeing insanely long (never ending?) do_install times for adwaita-icon-theme? The other day I manually killed a jenkins jobs still running after 3 days waiting for this recipe's do_install. This morning I started a job manually and it's currently stuck in 0:

Re: [OE-core] [PATCH 2/2] grub2: fix build with gcc-7

I have sent few patches to meta oe to fix similar issues earlier found with clang I think changes to code to define the macros in compliant way are better and upstreamable On Tue, Aug 22, 2017 at 10:21 AM Martin Jansa wrote: > Nothing special on my build host, just gcc

Re: [OE-core] [PATCH 2/2] grub2: fix build with gcc-7

Nothing special on my build host, just gcc 7.1 from gentoo. But the option was introduced probably only in gcc-7, on 5.4.0 used in Ubuntu 16.04 it's also missing: OE qemux86@ ~/oe/world/shr-core $ gcc --help=warnings | grep expansion-to-defined OE qemux86@ ~/oe/world/shr-core $ gcc --version gcc

[OE-core] [PATCHv2 1/2] dpkg: Upgrade to 1.18.24

Patches rebased due to don't apply, no major changes, - 0002-Adapt-to-linux-wrs-kernel-version-which-has-characte.patch - arch_pm.patch - noman.patch Patches related to move ostable/triplettable insida data/ostable and data/tupletable instead also needs to comply the new format of the

[OE-core] [PATCHv2 2/2] apt: Upgrade to 1.2.24

Add new patches for enable builds on hosts that has GCC version minor than 5 because doesn't support std::array and std::put_time, those patches could be removed after get rid of Debian8 and Centos7 support. - gcc_4.x_Revert-avoid-changing-the-global-LC_TIME-for-Release.patch -

Re: [OE-core] [PATCH 0/9] kernel-yocto: consolidated pull request

On 08/22/2017 12:07 PM, Richard Purdie wrote: On Tue, 2017-08-22 at 12:04 -0400, Bruce Ashfield wrote: On 08/22/2017 12:00 PM, Richard Purdie wrote: On Tue, 2017-08-22 at 11:34 -0400, Bruce Ashfield wrote: I can send you a v4 of the 4.12 patch in the next half an hour, that's easiest for me

Re: [OE-core] [PATCH] machine-sdk: oldest kernel for x86/x86_64 is 3.2.0 now

On Tue, Aug 22, 2017 at 4:06 AM, Ruslan Bilovol wrote: > With glibc upgrade to 2.26 release (commit d6a0bc57fa07 > "glibc: Upgrade to 2.26 final release") it's not possible > to build x86/x86_64 SDK for kernels lower than 3.2.0 > (see glibc commit 139ace95756a "Require Linux

Re: [OE-core] [PATCH] webkitgtk: disable gobject-introspection on armv7a

On Tue, Aug 22, 2017 at 12:36 AM, wrote: > From: Jackie Huang > > Disable gobject-introspection on armv7a to avoid > do_compile failure: > > | qemu: uncaught target signal 11 (Segmentation fault) - core dumped > | Segmentation fault > >

Re: [OE-core] [PATCH 2/2] grub2: fix build with gcc-7

On Tue, Aug 22, 2017 at 3:22 AM, Richard Purdie wrote: > On Mon, 2017-08-21 at 22:57 +0200, Martin Jansa wrote: >> * build with gcc-7 fails with: >> | ./config-util.h:1504:48: error: this use of "defined" may not >> be portable

Re: [OE-core] [PATCH 0/9] kernel-yocto: consolidated pull request

On 08/22/2017 12:07 PM, Richard Purdie wrote: On Tue, 2017-08-22 at 12:04 -0400, Bruce Ashfield wrote: On 08/22/2017 12:00 PM, Richard Purdie wrote: On Tue, 2017-08-22 at 11:34 -0400, Bruce Ashfield wrote: I can send you a v4 of the 4.12 patch in the next half an hour, that's easiest for me

Re: [OE-core] [PATCH 0/9] kernel-yocto: consolidated pull request

On Tue, 2017-08-22 at 12:04 -0400, Bruce Ashfield wrote: > On 08/22/2017 12:00 PM, Richard Purdie wrote: > > > > On Tue, 2017-08-22 at 11:34 -0400, Bruce Ashfield wrote: > > > > > > I can send you a v4 of the 4.12 patch in the next half an hour, > > > that's easiest for me to do. > > > > > > ..

Re: [OE-core] [PATCH 0/9] kernel-yocto: consolidated pull request

On 08/22/2017 12:00 PM, Richard Purdie wrote: On Tue, 2017-08-22 at 11:34 -0400, Bruce Ashfield wrote: I can send you a v4 of the 4.12 patch in the next half an hour, that's easiest for me to do. .. but if it isn't for you, go ahead and do the merge and I'll sort it out in a follow up. The

Re: [OE-core] [PATCH 0/9] kernel-yocto: consolidated pull request

On Tue, 2017-08-22 at 11:34 -0400, Bruce Ashfield wrote: > I can send you a v4 of the 4.12 patch in the next half an hour, > that's easiest for me to do. > > .. but if it isn't for you, go ahead and do the merge and I'll > sort it out in a follow up. The above works, I'm still trying to get to

[OE-core] [PATCH] linux-yocto: introduce 4.12 recipes

The 4.12 kernel will be the default/reference for the fall 2017 release. These recipes represent the introduction of 4.12.7 + related kernel meta data. Existing functionality has been validated against this new kernel version, and older versions will be removed in separate commits.

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2017-08-19

Thanks Tim! Check this thread: http://lists.openembedded.org/pipermail/openembedded-core/2017-August/141087.html about python-matplotlib. On Tue, Aug 22, 2017 at 4:29 PM, Tim Orling < timothy.t.orl...@linux.intel.com> wrote: > > > On Aug 22, 2017, at 6:20 AM, Martin Jansa

Re: [OE-core] [PATCH] Revert "kernel: Fix symlinks"

On vendredi 18 août 2017 14:44:30 CEST Otavio Salvador wrote: > On Wed, Aug 16, 2017 at 3:15 PM, Otavio Salvador > > wrote: > > This reverts commit c7bc46b9bc29dd0953ab8d63b50fa105bb66892e. > > > > The commit has broken the alternatives concept as it is managed by > >

Re: [OE-core] [PATCH 0/9] kernel-yocto: consolidated pull request

On 08/22/2017 11:28 AM, Richard Purdie wrote: On Tue, 2017-08-22 at 10:54 -0400, Bruce Ashfield wrote: On 08/22/2017 10:24 AM, Richard Purdie wrote: Thanks, I think you got that one but the /bin/awk issue remained after your changes. Its easy to reproduce with "bitbake core-image-sato-

Re: [OE-core] [PATCH 0/9] kernel-yocto: consolidated pull request

On Tue, 2017-08-22 at 10:54 -0400, Bruce Ashfield wrote: > On 08/22/2017 10:24 AM, Richard Purdie wrote: > >  > > Thanks, I think you got that one but the /bin/awk issue remained > > after > > your changes. Its easy to reproduce with "bitbake core-image-sato- > > sdk", > > or IMAGE_INSTALL_append

Re: [OE-core] [PATCH 0/9] kernel-yocto: consolidated pull request

On 08/22/2017 10:24 AM, Richard Purdie wrote: On Mon, 2017-08-21 at 12:12 -0400, Bruce Ashfield wrote: On 2017-08-21 11:55 AM, Richard Purdie wrote: On Sun, 2017-08-20 at 22:58 -0400, Bruce Ashfield wrote: Here's the collected set of kernel changes that are ready for the M3 builds. We have

Re: [OE-core] [oe] State of bitbake world, Failed tasks 2017-08-19

> On Aug 22, 2017, at 6:20 AM, Martin Jansa wrote: > > Openssl was reverted back to 1.0 version being default, so there is > fewer errors now, but there was also a fix for package.bbclass: >

Re: [OE-core] [PATCH 0/9] kernel-yocto: consolidated pull request

On Mon, 2017-08-21 at 12:12 -0400, Bruce Ashfield wrote: > On 2017-08-21 11:55 AM, Richard Purdie wrote: > > > > On Sun, 2017-08-20 at 22:58 -0400, Bruce Ashfield wrote: > > > > > > Here's the collected set of kernel changes that are ready for the > > > M3 > > > builds. > > > > > > We have some

[OE-core] State of bitbake world, Failed tasks 2017-08-19

Openssl was reverted back to 1.0 version being default, so there is fewer errors now, but there was also a fix for package.bbclass: http://lists.openembedded.org/pipermail/openembedded-core/2017-August/141127.html which causes many do_package_qa tasks to fail. Please help by sending fixes for

[OE-core] [PATCH] machine-sdk: oldest kernel for x86/x86_64 is 3.2.0 now

With glibc upgrade to 2.26 release (commit d6a0bc57fa07 "glibc: Upgrade to 2.26 final release") it's not possible to build x86/x86_64 SDK for kernels lower than 3.2.0 (see glibc commit 139ace95756a "Require Linux kernel 3.2 or later on x86 / x86_64.") Thus drop SDK_OLDEST_KERNEL overrides from

Re: [OE-core] [PATCH V2 6/9] core/target/ssh.py: replace decode errors

On Tuesday, 22 August 2017 1:23:10 PM NZST Robert Yang wrote: > There might be wild strings when read from target (especially when > reading ptest results), replace the errors to avoid breaking the test. > > Fixed: (Not always happen) > $ bitbake core-image-sato -ctestimage > [snip] > status,

Re: [OE-core] [PATCH 1/2] apt: Upgrade to 1.2.24

On Mon, 2017-08-21 at 16:31 -0500, Aníbal Limón wrote: > The LIC_FILES_CHKSUM changed because the license file now has > style changes in the text remains GPLv2+. > > The patch Revert-always-run-dpkg-configure-a-at-the-end-of-our > was updated because now the precision fields use floating > point

Re: [OE-core] [PATCH 2/2] grub2: fix build with gcc-7

On Tue, 2017-08-22 at 11:26 +0100, Martin Jansa wrote: > I'm sorry for the issues caused by this, can you share config.log > from that build? Maybe the native compiler on that build host doesn't > support this option? The one I linked to was a debian9 system, config.log says: gcc: error:

Re: [OE-core] [PATCH 2/2] grub2: fix build with gcc-7

I'm sorry for the issues caused by this, can you share config.log from that build? Maybe the native compiler on that build host doesn't support this option? On Tue, Aug 22, 2017 at 11:22 AM, Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > On Mon, 2017-08-21 at 22:57 +0200, Martin

Re: [OE-core] [PATCH 2/2] grub2: fix build with gcc-7

On Mon, 2017-08-21 at 22:57 +0200, Martin Jansa wrote: > * build with gcc-7 fails with: >   | ./config-util.h:1504:48: error: this use of "defined" may not > be   portable [-Werror=expansion-to-defined] >   |  || (defined _FORTIFY_SOURCE && 0 < _FORTIFY_SOURCE \ >   |   

[OE-core] [PATCH 0/1] watchdog: enable systemd support

From: Kai Kang The following changes since commit 04dc76713b57f28457742dd863caa663591d4866: devtool/copy_buildsystem: adds meta-skeleton layer in the eSDK installation. (2017-08-19 22:15:39 +0100) are available in the git repository at:

[OE-core] [PATCH 1/1] watchdog: enable systemd support

From: Kai Kang Inherit systemd.bbclass to enable systemd support for watchdog. And fix indentation of do_install_append() as well according to: https://www.openembedded.org/wiki/Styleguide#Format_Guidelines Signed-off-by: Kai Kang ---

[OE-core] [PATCH] boost: add python to default PACKAGECONFIG options

From: Jackie Huang We want to provide python libs by default, and some other popular Linux distributions like redhat/fedora does the same. Signed-off-by: Jackie Huang --- meta/recipes-support/boost/boost.inc | 2 +- 1 file changed, 1

[OE-core] [PATCH] webkitgtk: disable gobject-introspection on armv7a

From: Jackie Huang Disable gobject-introspection on armv7a to avoid do_compile failure: | qemu: uncaught target signal 11 (Segmentation fault) - core dumped | Segmentation fault Signed-off-by: Jackie Huang ---

[OE-core] [PATCH 1/2] initscripts: split sushell into sub package

From: Jackie Huang * sushell is required by systemd service debug-shell when selinux is enabled, but it doesn't make sense to make systemd depend on initscripts, so split sushell into sub package initscripts-sushell. * The bash dependency has been removed by:

[OE-core] [PATCH 0/2] systemd: fixes for debug-shell service

From: Jackie Huang This fixes the following error when selinux is enabled: # systemd-analyze --man=false verify /lib/systemd/system/debug-shell.service debug-shell.service: Command /sbin/sushell is not executable: No such file or directory -- The following changes

[OE-core] [PATCH 2/2] systemd: add dependency on initscripts-sushell for selinux

From: Jackie Huang sushell is required by systemd service debug-shell when selinux is enabled. Signed-off-by: Jackie Huang --- meta/recipes-core/systemd/systemd_234.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git