[OE-core] [PATCH 4/5] scripts/wic: explicitly set BUILDDIR within eSDK

From: Chang Rebecca Swee Fun When we run wic within eSDK: $ wic create mkefidisk -e core-image-minimal ERROR: BUILDDIR not found, exiting. (Did you forget to source oe-init-build-env?) In order to figure out variable values, one must have sourced the OE build

[OE-core] [PATCH 2/5] scripts/wic: append bitbake executable file path in eSDK environment

From: Chang Rebecca Swee Fun wic needs a set of tools to be available from sysroots. wic will find bitbake executable within the environment, and wic was unable to locate bitbake executable within eSDK because it wasn't setup with the OE build environment

[OE-core] [PATCH 3/5] scripts/wic: fix error of import wic module in eSDK environment

From: Chang Rebecca Swee Fun wic modules in scripts/lib/ are needed for wic to work, but path to the python module is not exported in eSDK environment and we were using an absolutized path of wic script within the sysroots. We now changed to use real script

[OE-core] [PATCH 5/5] classes/populate_sdk_ext: support wic in eSDK

From: Chang Rebecca Swee Fun Make 'wic' image creation tool/command available in eSDK environment. This would allow eSDK users to manipulate images within eSDK environment. [YOCTO #12177] Signed-off-by: Chang Rebecca Swee Fun

[OE-core] [PATCH 1/5] scripts/wic: use scriptpath module to find bitbake path and oe lib path

From: Chang Rebecca Swee Fun Use the scriptpath module in order to standardize the adding of bitbake and meta/lib path to sys.path. Signed-off-by: Chang Rebecca Swee Fun --- scripts/wic | 7 +++ 1 file changed, 3

[OE-core] [PATCH 0/5] Enable wic in eSDK

From: Chang Rebecca Swee Fun Hi all, As the subject called out: this patch series enable wic in eSDK. The details of what I have done are documented within the commit message. Basically wic requires an OE build environment, but we are using a different

[OE-core] [PATCH] tune-i686: Add new tune for better support of 686-class CPUs.

There isn't currently any tune available for i686 x86 optimizations. The tune for i586 doesn't enable i686 specific optimizations, and the one for core2 enables things that won't work on a i686 CPU (like SSE3). This patch also changes the default tune for the qemux86 machine from i586 to i686.

[OE-core] ✗ patchtest: failure for "python3-manifest.json: Add som..." and 1 more

== Series Details == Series: "python3-manifest.json: Add som..." and 1 more Revision: 1 URL : https://patchwork.openembedded.org/series/10489/ 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 2/2] python3: Fix native compilation of gdbm module and manifest

From: Alejandro Hernandez The gdbm module wasnt being built on python3-native showing the following error during compilation: Failed to build these modules: _gdbm This patch adds the required dependency to fix the compilation problem. This issue on python3-native caused

[OE-core] [PATCH 1/2] python3-manifest.json: Add some binaries that were left out

From: Alejandro Hernandez With the introduction of a new manifest, since it had to be done manually some binaries were left out, this patch adds them to their corresponding package to fix the issue Signed-off-by: Alejandro Hernandez ---

[OE-core] [PATCH] gcc: add flex-native explicit dependency

From: Denys Dmytriyenko It seems flex is required to build gcc: | .../work-shared/gcc-7.2.0-r0/gcc-7.2.0/missing: line 81: flex: command not found | WARNING: 'flex' is missing on your system. | You should only need it if you modified a '.l' file. | You may want

[OE-core] [PATCH] systemd: add RDEPENDS on util-linux-getopt

From: Jackie Huang 'getopt' is needed by systemd-sysv-install, or it fails with: | kdump.service is not a native service, redirecting to systemd-sysv-install. | Executing: /lib/systemd/systemd-sysv-install enable kdump | /lib/systemd/systemd-sysv-install: line 15:

[OE-core] [PATCH V2] xf86-video-intel: enable graphic and audio support for CFL-S Sku

Add PCI IDs for Coffeelake S Skus to enalbe Graphic and audio support. Signed-off-by: Liwei Song --- .../0001-Add-Coffeelake-PCI-IDs-for-S-Skus.patch | 116 + .../xorg-driver/xf86-video-intel_git.bb| 1 + 2 files changed, 117

Re: [OE-core] [PATCH] xf86-video-intel: enable graphic and audio support for CFL-S Sku

On 01/10/2018 08:43 PM, Alexander Kanavin wrote: > On 01/10/2018 11:43 AM, Liwei Song wrote: > >> +Upstream-Status: Submitted [intel-...@lists.freedesktop.org] > > Please add a link to the actual submission post in the mailing list archive, > so we can track what happened to it. Got it.

Re: [OE-core] [RFC][PATCH] gcc: add flex-native explicit dependency

Oh, this is against rocko, which should be fine for RFC, but I'll rebase for master soon... On Wed, Jan 10, 2018 at 02:39:03AM -0500, Denys Dmytriyenko wrote: > From: Denys Dmytriyenko > > It seems flex is required to build gcc: > > |

[OE-core] uriparser

Hi Martin, Any chance the uriparser recipe from meta-luneui ( https://layers.openembedded.org/layerindex/recipe/32523/) could be added to openembedded-core (or meta-openembedded?). It's also now needed for the git version of tpm2-tss in meta-measured. Best regards, Trevor --

Re: [OE-core] [PATCH 2/9] gnomebase-meson.bbclass: add a meson-specific version

On 01/10/2018 10:48 AM, Richard Purdie wrote: On Wed, 2018-01-10 at 09:55 -0800, Martin Kelly wrote: On 01/05/2018 06:57 AM, Alexander Kanavin wrote: On 01/05/2018 01:47 PM, Burton, Ross wrote: Do we even need gnomebase-meson with this?  I can see a future where GNOME is entirely Meson and

Re: [OE-core] [PATCH 2/9] gnomebase-meson.bbclass: add a meson-specific version

On Wed, 2018-01-10 at 09:55 -0800, Martin Kelly wrote: > On 01/05/2018 06:57 AM, Alexander Kanavin wrote: > > > > On 01/05/2018 01:47 PM, Burton, Ross wrote: > > > > > > Do we even need gnomebase-meson with this?  I can see a future > > > where  > > > GNOME is entirely Meson and then we could

Re: [OE-core] [PATCH 2/9] gnomebase-meson.bbclass: add a meson-specific version

On 01/05/2018 06:57 AM, Alexander Kanavin wrote: On 01/05/2018 01:47 PM, Burton, Ross wrote: Do we even need gnomebase-meson with this?  I can see a future where GNOME is entirely Meson and then we could just switch the default GNOMEBASEBUILDCLASS from autotools to meson. (prior art being

[OE-core] [PATCH] linux-firmware: Bump revision to 65b1c68c

The bump includes following changes: 65b1c68 wl18xx: update firmware file 8.9.0.0.76 8650396 wl127x/wl128x: update firmwares 2eefafb rtlwifi: rtl8723de: Add firmware for new driver/device 4a77cab linux-firmware: DMC firmware for cannonlake v1.07 2567e09 nvidia: add GP108 signed firmware 2451bb2

[OE-core] [PATCH 1/2] glib-2.0: rationalise build dependencies

nativesdk-glib-2.0 doesn't build-depend on nativesdk-gettext, but all variations need to depend on gettext-native as they need msgfmt (so gettext-minimal-native isn't an option). Also add virtual/libintl as glib explicitly needs this. Generally this is provided by glibc but some platforms (such

Re: [OE-core] [PATCH 4/4] gnupg: use native version for signing, rather than one provided by host

Great that you figure out a solution. So I belive we need to revert this commit: commit 043d9ac0ae441e9a7e2ea8934bfc595a03ef9a52 Author: Leonardo Sandoval Date: Mon Sep 25 13:52:59 2017 -0700 sign_rpm.bbclass: force rpm serial signing

[OE-core] [PATCH] perf: conditionalise pythonnative and perlnative inherits

Only inherit these classes (and so, add perl-native and python-native to DEPENDS) if the scripting PACKAGECONFIG is actually enabled. Signed-off-by: Ross Burton --- meta/recipes-kernel/perf/perf.bb | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git

Re: [OE-core] [PATCH v2] wic: if we can't get from ioctl, try from os.stat()

On Tue, Jan 09, 2018 at 04:35:24PM +0300, Dogukan Ergun wrote: > Under some conditions, ioctl FIGETBSZ can't return real value. > We can try to use fallback via os.stat() to get block size. > Thank you for the patch! +1 > Source of patch: >

Re: [OE-core] [PATCH] xf86-video-intel: enable graphic and audio support for CFL-S Sku

On 01/10/2018 11:43 AM, Liwei Song wrote: +Upstream-Status: Submitted [intel-...@lists.freedesktop.org] Please add a link to the actual submission post in the mailing list archive, so we can track what happened to it. Alex -- ___

Re: [OE-core] Issues with meson in cross-compiling environment

On 01/09/2018 11:41 AM, Nirbheek Chauhan wrote: On a quick scan of the patches I can see the issues you're having but the solutions are not correct in the general case, so they need some work. Could you please file separate PRs for each patch? That way our CI will run on them and show failures,

Re: [OE-core] Issues with meson in SDK with cross-file

On 01/09/2018 11:50 AM, Nirbheek Chauhan wrote: Recently, we got meson added to OE-core as part of Yocto (thanks Alexander Kanavin!). Great to hear that! Thanks for your work, Alexander :) I've built on the meta-oe meson recipe created by other people (tried to credit them in the commit).

[OE-core] [PATCH 4/4] gnupg: use native version for signing, rather than one provided by host

Using host gpg has been problematic, and particularly this removes the need to serialize package creation, as long as --auto-expand-secmem is passed to gpg-agent, and gnupg >= 2.2.4 is in use (https://dev.gnupg.org/T3530). Sadly, gpg-agent itself is single-threaded, so in the longer run we might

[OE-core] [PATCH 2/4] gnupg: upgrade to 2.2.4

Signed-off-by: Alexander Kanavin --- meta/recipes-support/gnupg/{gnupg_2.2.0.bb => gnupg_2.2.4.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/gnupg/{gnupg_2.2.0.bb => gnupg_2.2.4.bb} (91%) diff --git

[OE-core] [PATCH 3/4] gnupg: enable native version

Signed-off-by: Alexander Kanavin --- meta/recipes-support/gnupg/gnupg_2.2.4.bb | 2 ++ meta/recipes-support/libksba/libksba_1.3.5.bb | 2 ++ meta/recipes-support/npth/npth_1.5.bb | 2 ++ meta/recipes-support/pinentry/pinentry_1.1.0.bb | 2 ++

[OE-core] [PATCH 1/4] libgcrypt: upgrade to 1.8.2

Signed-off-by: Alexander Kanavin --- .../libgcrypt/{libgcrypt_1.8.1.bb => libgcrypt_1.8.2.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/libgcrypt/{libgcrypt_1.8.1.bb => libgcrypt_1.8.2.bb} (92%) diff

Re: [OE-core] [PATCH] shadow: 'useradd' copies root's extended attributes

On Tue, 2018-01-09 at 11:51 -0600, Mark Hatle wrote: > On 1/4/18 4:41 AM, Patrick Ohly wrote: > > On Thu, 2018-01-04 at 11:18 +0100, José Bollo wrote: > > > > Do you agree to move the patch to Smack specific layer? Such > > > > as  > > > > meta-security? > > > > > > I agree. > > > > Layers like

[OE-core] [PATCH v2] package.bbclass: variable to influence link style

When using separate debug file, gdb needs to match the debug file and the binary. To match them, there can either be a .gnu_debuglink section in the binary or a build-id embedded in the debug file and binary. Until now, only the debuglink option was available. The problem with the debuglink is,

Re: [OE-core] [PATCH] shadow: 'useradd' copies root's extended attributes

On 01/10/2018 01:01 AM, Patrick Ohly wrote: On Fri, 2018-01-05 at 01:07 +, Fan, Wenzong wrote: It works and will override the labels of home dir that SELinux applied, that's the issue. For SELinux enabled system, the user's home dir should have lavel 'user_home_dir_t' instead of 'etc_t',

[OE-core] [PATCH] xf86-video-intel: enable graphic and audio support for CFL-S Sku

Add PCI IDs for Coffeelake S Skus to enalbe Graphic and audio support. Signed-off-by: Liwei Song --- .../0001-Add-Coffeelake-PCI-IDs-for-S-Skus.patch | 116 + .../xorg-driver/xf86-video-intel_git.bb| 1 + 2 files changed, 117

[OE-core] ✗ patchtest: failure for gcc: add flex-native explicit dependency

== Series Details == Series: gcc: add flex-native explicit dependency Revision: 1 URL : https://patchwork.openembedded.org/series/10465/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been