[OE-core] [PATCH 04/10] pax: remove the recipe

The situation with pax (vs. tar and cpio) is perfectly described here: https://xkcd.com/927/ The only reason pax is still around, kind of, is because both POSIX and LSB mandate it. Outside of those documents, it's not used by anyone. Meanwhile, the upstream URI we've been taking it from went

[OE-core] [PATCH 10/10] oe-selftest: add a test for recipes without maintainers

'bitbake -c checkpkg world' is moved to class initializer to avoid it being run twice in a row. The no-maintainers test checks only oe-core recipes, as other layers may be be configured, and assigning maintainership to specific people via maintainers.inc is known to be used only in oe-core.

[OE-core] [PATCH 08/10] oe-selftest: fix tests to reflect man->man-db transition

Rather than apply a patch twice, an incorrect patch is applied (as the new man-db recipe does not have any patches yet). Signed-off-by: Alexander Kanavin --- .../man-db/files/0001-Test-patch-here.patch| 22 .../man_1.6g.bbappend =>

[OE-core] [PATCH 09/10] maintainers.inc: add missing entries

Signed-off-by: Alexander Kanavin --- meta/conf/distro/include/maintainers.inc | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/conf/distro/include/maintainers.inc b/meta/conf/distro/include/maintainers.inc index

[OE-core] ✗ patchtest: failure for bitbake.conf: add tools required by testimage to HOSTTOOLS conditionally (rev3)

== Series Details == Series: bitbake.conf: add tools required by testimage to HOSTTOOLS conditionally (rev3) Revision: 3 URL : https://patchwork.openembedded.org/series/9179/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated

[OE-core] [PATCH] site/common-linux: coreutils: get the uptime program to work

coreutils configure script needs to know whether /proc/uptime is available, but this is not possible in a cross-compilation context. This leads to an uptime program that fails to work on the target, as it has been compiled without /proc/uptime reading support. This commit fixes that by telling

[OE-core] [pyro][PATCH] bitbake.conf: add ssh to HOSTTOOLS_NONFATAL

From: Chen Qi We changed to make tools required by testimage to be included conditionally. This resulted in users who use ssh for git fetching having failures. Add ssh to HOSTTOOLS_NONFATAL to make things work for the above situation. [YOCTO #12227] Signed-off-by: Chen

[OE-core] [PATCH 05/10] image-live.bbclass: drop support for compressed ISO images

While modern Linux kernels still support it, the userspace tools haven't been updated in over a decade. Also, squashfs provides both better performance, and better compression ratio: https://elinux.org/Squash_Fs_Comparisons Signed-off-by: Alexander Kanavin ---

[OE-core] [PATCH 07/10] man-db: replace the outdated man implementation

Until now oe-core has been using a well obsolete implementation of man. Man-db on the other hand is used by all modern Linux distros, is actively maintained, has a standard build system, and does not require 30 patches to build. Signed-off-by: Alexander Kanavin

[OE-core] [PATCH 01/10] cryptodev: switch SRC_URI to git

One of the tarball mirrors is down; the other is blocked by Intel's corporate proxy for being deemed 'suspicious' (the same problem might pop up in other companies as well). Let's just take the source from github. Signed-off-by: Alexander Kanavin ---

[OE-core] [PATCH 02/10] devtool: fix upstream version check for devtool-test-local recipe

Signed-off-by: Alexander Kanavin --- meta-selftest/recipes-test/devtool/devtool-test-local_6.03.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta-selftest/recipes-test/devtool/devtool-test-local_6.03.bb

[OE-core] [PATCH 06/10] libpipeline: add a recipe

This is a hard dependency of man-db, which will be added in the following commit. Signed-off-by: Alexander Kanavin --- meta/recipes-extended/libpipeline/libpipeline_1.5.0.bb | 14 ++ 1 file changed, 14 insertions(+) create mode 100644

[OE-core] [PATCH 03/10] lsbinitscripts: update to 9.79

Switch to github as pkgs.fedoraproject.org is down. Signed-off-by: Alexander Kanavin --- .../lsb/lsbinitscripts/functions.patch | 21 +++-- ...sbinitscripts_9.72.bb => lsbinitscripts_9.79.bb} | 8 +--- 2 files changed, 16

[OE-core] [PATCH 2/4] harfbuzz: upgrade to version 1.7.5

1.7.4 -> 1.7.5 Signed-off-by: Maxin B. John --- .../harfbuzz/{harfbuzz_1.7.4.bb => harfbuzz_1.7.5.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/harfbuzz/{harfbuzz_1.7.4.bb => harfbuzz_1.7.5.bb} (88%) diff

[OE-core] [PATCH 4/4] libinput: fix upstream version check

Skip RC releases for libinput which follow the pattern: x.x.9xx Signed-off-by: Maxin B. John --- meta/recipes-graphics/wayland/libinput_1.9.4.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-graphics/wayland/libinput_1.9.4.bb

[OE-core] [PATCH 3/4] fontconfig: fix upstream version check

In the case of fontconfig, version x.x.9x are release candidates for next version. Signed-off-by: Maxin B. John --- meta/recipes-graphics/fontconfig/fontconfig_2.12.6.bb | 1 + 1 file changed, 1 insertion(+) diff --git

[OE-core] [PATCH 1/4] libevdev: upgrade to version 1.5.8

Bug fix release. Supports new keycodes in linux 4.15 headers Signed-off-by: Maxin B. John --- .../recipes-support/libevdev/{libevdev_1.5.7.bb => libevdev_1.5.8.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename

[OE-core] Yocto Project Status WW07’18

Current Dev Position: YP 2.5 M3 development Next Deadline: YP 2.5 M3 cut off is 2/19/18 SWAT team rotation: Paul -> Tracy on Feb. 9, 2018. SWAT team rotation: Tracy -> Stephano on Feb. 16, 2018. https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Key Status/Updates: ·

Re: [OE-core] [PATCH 3/4] fontconfig: fix upstream version check

On 02/12/2018 04:35 PM, Maxin B. John wrote: This is a good place to practice: http://regex101.com Thanks. I will update and send a v2. To save you a bit of time, I think the right construct should be either (9|[0-8]\d+) or (?!9\d+)\d+ Alex --

Re: [OE-core] [PATCH 3/4] fontconfig: fix upstream version check

Hi Alex, On Mon, Feb 12, 2018 at 04:19:53PM +0200, Alexander Kanavin wrote: > On 02/12/2018 04:16 PM, Maxin B. John wrote: > >In the case of fontconfig, version x.x.9x are release candidates > >for next version. > >+UPSTREAM_CHECK_REGEX = "fontconfig-(?P\d+\.\d+\.[^9]\d*).tar.gz" > > This will

Re: [OE-core] [PATCH 4/4] libinput: fix upstream version check

On 02/12/2018 04:16 PM, Maxin B. John wrote: Skip RC releases for libinput which follow the pattern: x.x.9xx +UPSTREAM_CHECK_REGEX = "libinput-(?P\d+\.\d+\.[^9]\d*).tar.xz" Same issue as previous patch. Alex -- ___ Openembedded-core mailing list

Re: [OE-core] [PATCH 3/4] fontconfig: fix upstream version check

On 02/12/2018 04:16 PM, Maxin B. John wrote: In the case of fontconfig, version x.x.9x are release candidates for next version. +UPSTREAM_CHECK_REGEX = "fontconfig-(?P\d+\.\d+\.[^9]\d*).tar.gz" This will incorrectly exclude x.x.9 which is not a release candidate. You need to exclude "9

[OE-core] [PATCH] utils.py: add parallel make helpers

The code to extract the integer number of parallel build threads and construct a new argument from them has started to be copied in multiple locations, so create two new helper utilities to aid recipes. The first helper (parallel_make()) extracts the integer number of parallel build threads from

[OE-core] [PATCH v2 1/2] fontconfig: fix upstream version check

In the case of fontconfig, version x.x.9x are release candidates for next version. Signed-off-by: Maxin B. John --- meta/recipes-graphics/fontconfig/fontconfig_2.12.6.bb | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [OE-core] [PATCH v2 2/2] libinput: fix upstream version check

On 02/12/2018 07:03 PM, Maxin B. John wrote: Skip RC releases for libinput which follow the pattern: x.x.9xx +UPSTREAM_CHECK_REGEX = "libinput-(?P\d+\.\d+\.(?!9\d+)\d+)\.tar\.xz" Same here: dom't hardcode the compression format. Otherwise, seems fine. Alex --

[OE-core] [PATCH v2 2/2] libinput: fix upstream version check

Skip RC releases for libinput which follow the pattern: x.x.9xx Signed-off-by: Maxin B. John --- meta/recipes-graphics/wayland/libinput_1.9.4.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-graphics/wayland/libinput_1.9.4.bb

Re: [OE-core] [PATCH v2 2/2] libinput: fix upstream version check

Hi, On Mon, Feb 12, 2018 at 07:05:27PM +0200, Alexander Kanavin wrote: > On 02/12/2018 07:03 PM, Maxin B. John wrote: > >Skip RC releases for libinput which follow the pattern: x.x.9xx > >+UPSTREAM_CHECK_REGEX = "libinput-(?P\d+\.\d+\.(?!9\d+)\d+)\.tar\.xz" > > Same here: dom't hardcode the

[OE-core] [PATCH] kernel: add objtool to shared workdir

With CONFIG_UNWINDER_ORC (the default in 4.14), objtool is required for out-of-tree modules to be able to generate object files. For instance, meta-skeleton/hello-mod fails with: | make[3]: *** No rule to make target 'tools/objtool/objtool', needed by ... Signed-off-by: Justin Bronder

[OE-core] [PATCH v2 15/17] icecc.bbclass: Disable caret workaround by default

Icecream has a behavior that causes it to recompile files locally if gcc generates any warnings or errors. The reason for this is that GCC tries to re-read the input file in order to display the offending line with a caret below it, which doesn't work in the remote chroot. Default to disabling

[OE-core] [PATCH v2 07/17] icecc-create-env: Symlink alternate names

Instead of renaming files to a new path in the toolchain archive, keep the files with their original paths and create a relative symbolic link from the new path to the original file. Signed-off-by: Joshua Watt --- .../icecc-create-env/icecc-create-env | 64

[OE-core] [PATCH v2 11/17] icecc-create-env: Allow multiple tool aliases

When files are added to the environment, multiple aliases can be given for the file (by calling add_path multiple times with a second argument). All of these names will end up with a symlink to the original file. Signed-off-by: Joshua Watt ---

[OE-core] [PATCH v2 06/17] icecc-create-env: Use program interpreter for deps

ldd cannot always be used to determine a program's dependencies correctly, particularly when the program specifies an alternate program interpreter (dynamic loader). This commonly happens when using a uninative tarball. Instead, determine the program's requested interpreter, and ask it to list the

[OE-core] [PATCH v2 12/17] toolchain-shar-extract: Add post-relocate scripts

Recipes can now install post-relocation scripts which will be run when the SDK is installed. Signed-off-by: Joshua Watt --- meta/classes/toolchain-scripts.bbclass | 15 +++ meta/files/toolchain-shar-extract.sh | 8

[OE-core] [PATCH v2 09/17] icecc-create-env: Fix executable rpaths

Executables in the toolchain archive occasionally contain runtime library search paths (RPATH) that use the $ORIGIN placeholder. However, in order for that placeholder to work, /proc must be mounted. When iceccd executes the toolchain in the chroot environment, it doesn't mount /proc, so it is

[OE-core] [PATCH v2 08/17] icecc-create-env: Archive directory

Taring up the toolchain is now done by adding the entire working directory, instead of listing all the files individually. This is done because the list of files may contain ".." entries, which tar does not like and strips out, resulting in bad archives. This should result in an identical archive

[OE-core] [PATCH v2 16/17] icecc-toolchain: Disable caret workaround

Icecream has a behavior that causes it to recompile files locally if gcc generates any warnings or errors. The reason for this is that GCC tries to re-read the input file in order to display the offending line with a caret below it, which doesn't work in the remote chroot. Default to disabling

[OE-core] [PATCH v2 13/17] icecc-toolchain: Add SDK icecream setup

Icecream can now be optionally included in the generated SDK by including nativesdk-icecc-toolchain to TOOLCHAIN_HOST_TASK. When the SDK is installed a post-relocation script will check if icecc exists and if so will generate the toolchain environment. Signed-off-by: Joshua Watt

[OE-core] [PATCH v2 14/17] icecc.bbclass: Add Icecream support to SDK

If icecc is inherited, generated SDKs will automatically have optional support for compiling using the Icecream distributed compiler Signed-off-by: Joshua Watt --- meta/classes/icecc.bbclass | 7 +++ 1 file changed, 7 insertions(+) diff --git

[OE-core] [PATCH v2 10/17] icecc-create-env: Add support for nativesdk

icecc-create-env can now be built as a nativesdk recipe, allowing the script to be included as part of an SDK Signed-off-by: Joshua Watt --- .../{icecc-create-env-native_0.1.bb => icecc-create-env_0.1.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)

[OE-core] [PATCH v3 2/2] libinput: fix upstream version check

Skip RC releases for libinput which follow the pattern: x.x.9xx Signed-off-by: Maxin B. John --- meta/recipes-graphics/wayland/libinput_1.9.4.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-graphics/wayland/libinput_1.9.4.bb

[OE-core] [PATCH v3 1/2] fontconfig: fix upstream version check

In the case of fontconfig, version x.x.9x are release candidates for next version. Signed-off-by: Maxin B. John --- meta/recipes-graphics/fontconfig/fontconfig_2.12.6.bb | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [OE-core] [PATCH 3/4] fontconfig: fix upstream version check

Hi Alex, On Mon, Feb 12, 2018 at 04:43:54PM +0200, Alexander Kanavin wrote: > On 02/12/2018 04:35 PM, Maxin B. John wrote: > >>This is a good place to practice: > >>http://regex101.com > > > >Thanks. I will update and send a v2. > > To save you a bit of time, I think the right construct should

[OE-core] [PATCH v2 04/17] icecc-create-env: Reformat

The environment script used an annoying mix of tabs and spaces and no mapping of tabs to spaces would produce pleasant indentation. Reformat to eliminate tab characters and settle on 4 spaces for indentation (which matches the upstream icecream script from which this is derived) Signed-off-by:

[OE-core] [PATCH v2 05/17] icecc-create-env: Add /bin/true to environment

icecream daemons execute /bin/true from the environment as a check to determine if the environment is valid at all, so it needs to be included. Signed-off-by: Joshua Watt --- .../icecc-create-env/icecc-create-env/icecc-create-env | 10 ++ 1 file changed, 10

[OE-core] [PATCH v2 03/17] icecc.bbclass: Skip canadian-cross compiles

icecc.bbclass will no longer attempt to distribute cross-canadian compiles. While it is technically possible to generate a toolchain that runs on the build system and generates executables for the host system, this is not the normal way that icecc operates. There are so few of these recipes that

[OE-core] [PATCH v2 01/17] icecc.bbclass: Move to shared work directory

Generate the icecc toolchains in a shared work directory. This class was already setup to correctly synchronize creating the toolchains in a shared location before the RSS changes, so return to that behavior instead of generated the toolchains in each recipe's sysroot. Additionally, it makes no

[OE-core] [PATCH v2 02/17] icecc.bbclass: Fix STAGING_BINDIR_TOOLCHAIN usage

STAGING_BINDIR_TOOLCHAIN is actually a path list, not a single path. Fix icecc.bbclass to try all the paths in the variable instead of treating it as a single path. Signed-off-by: Joshua Watt --- meta/classes/icecc.bbclass | 17 - 1 file changed, 8

[OE-core] [PATCH v2 00/17] Fix support for Icecream

Fix up support for using Icecream to do distributed builds, which appears to have been broken for some time. In addition, Icecream support can now be enabled in the SDK. When enabled, the SDK install process will check if the host supports icecc and if so will construct a proper environment

[OE-core] [PATCH v2 17/17] elfutils: Use fallthrough attribute

Patches elfutils to use the fallthrough attribute instead of comments to satisfy the -Wimplicit-fallthrough warning. Using comments is insufficient when compiling remotely with Icecream because the file gets pre-processed locally, removing the comments Signed-off-by: Joshua Watt

Re: [OE-core] [PATCH v2 1/2] fontconfig: fix upstream version check

On 02/12/2018 07:03 PM, Maxin B. John wrote: In the case of fontconfig, version x.x.9x are release candidates for next version. +UPSTREAM_CHECK_REGEX = "fontconfig-(?P\d+\.\d+\.(?!9\d+)\d+)\.tar\.gz" Drop the \.gz part. Upstreams can and do switch to anything else at any point - bz2, xz, lz,

[OE-core] Regarding Patch ID: 132816

Hello, I'm new to this forum and didn't know to where to report an issue. I'm contacting you regarding the patch ID 132816 ( cmake: improve CMAKE_SYSTEM_PROCESSOR assignment in nativesdk). If SDKTARGETSYSROOT is "/sysroots/cortexa9hf-neon-poky-linux-gnueabi" this patch sets the

[OE-core] [PATCH] ltp: fix fanotify06 test

This patch fixes the fanotify06 test. http://lists.linux.it/pipermail/ltp/2018-January/006915.html Signed-off-by: Anders Roxell --- ...anotify-the-mount-fs_type-should-be-given.patch | 38 ++ meta/recipes-extended/ltp/ltp_20180118.bb | 1

[OE-core] [PATCH v2] ltp: fix fanotify06 test

This patch fixes the fanotify06 test. http://lists.linux.it/pipermail/ltp/2018-January/006915.html Signed-off-by: Anders Roxell --- ...anotify-the-mount-fs_type-should-be-given.patch | 38 ++ meta/recipes-extended/ltp/ltp_20180118.bb | 1

Re: [OE-core] [PATCH] site/common-linux: coreutils: get the uptime program to work

On Mon, Feb 12, 2018 at 1:41 AM, Sean Nyekjaer wrote: > coreutils configure script needs to know whether /proc/uptime is > available, but this is not possible in a cross-compilation > context. This leads to an uptime program that fails to work on the > target, as it has

Re: [OE-core] [PATCH] site/common-linux: coreutils: get the uptime program to work

On Mon, Feb 12, 2018 at 12:10 PM, Khem Raj wrote: > On Mon, Feb 12, 2018 at 1:41 AM, Sean Nyekjaer > wrote: >> coreutils configure script needs to know whether /proc/uptime is >> available, but this is not possible in a cross-compilation >> context.

[OE-core] [PATCH] rxvt-unicode: add missing pkgconfig

The configure script uses pkg-config in RXVT_CHECK_MODULES and falls back to disabling features that were enabled in EXTRA_OECONF if pkg-config isn't found. Signed-off-by: Justin Bronder --- meta/recipes-sato/rxvt-unicode/rxvt-unicode.inc | 2 +- 1 file changed, 1

[OE-core] Backport OpenSSL 1.0.2n

I'm working with the pyro release, and noticed that it's still using openssl 1.0.2k. The latest version in the 1.0.2 series is 1.0.2n, which is already available on master. Is there a reason that the newer version hasn't made it back to pyro (or rocko, which is on 1.0.2m)? I know new package

[OE-core] ✗ patchtest: failure for ltp: fix fanotify06 test

== Series Details == Series: ltp: fix fanotify06 test Revision: 1 URL : https://patchwork.openembedded.org/series/10951/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed on the

[OE-core] [PATCH 2/2] build-appliance-image: update version to 19.0.0

Updating recipe to reflect latest poky version and SRCREV points to latest master HEAD revision. Signed-off-by: Chang Rebecca Swee Fun --- ...{build-appliance-image_15.0.0.bb => build-appliance-image_19.0.0.bb} | 2 +- 1 file changed, 1 insertion(+), 1

[OE-core] [PATCH 1/2] maintainers.inc: change ownership

Taking ownership on recipes related to boot and base setup. Signed-off-by: Chang Rebecca Swee Fun --- meta/conf/distro/include/maintainers.inc | 25 + 1 file changed, 13 insertions(+), 12 deletions(-) diff --git

Re: [OE-core] [PATCH 2/2] build-appliance-image: update version to 19.0.0

On 02/12/2018 10:27 AM, Chang Rebecca Swee Fun wrote: Updating recipe to reflect latest poky version and SRCREV points to latest master HEAD revision. The latest poky version is 18.0.1, and I think SRCREV should point to that as well, not to the tip of master? 19.0.0 isn't yet released.

Re: [OE-core] [PATCH 2/2] build-appliance-image: update version to 19.0.0

> -Original Message- > From: Alexander Kanavin [mailto:alexander.kana...@linux.intel.com] > Sent: Monday, February 12, 2018 4:43 PM > To: Chang, Rebecca Swee Fun ; > openembedded-core@lists.openembedded.org > Subject: Re: [OE-core] [PATCH 2/2]

Re: [OE-core] [PATCH v7] do_image: Implement IMAGE_ROOTFS_EXCLUDE_PATH feature.

On 01/25/2018 02:33 AM, Kristian Amlie wrote: This is a direct followup from the earlier 6602392db3d39 commit in wic. It works more or less the same way: The variable specifies a list of directories relative to the root of the rootfs, and these directories will be excluded from the resulting

Re: [OE-core] [PATCH] oeqa/sdkext: wic: add new test cases for eSDK

Hi all, Ed has acked/reviewed on the patchset. Link to patchset: https://patchwork.openembedded.org/patch/147467/ Regards, Rebecca -Original Message- From: Bartosh, Eduard Sent: Monday, February 12, 2018 5:09 PM To: Chang, Rebecca Swee Fun Subject:

Re: [OE-core] [PATCH 2/2] build-appliance-image: update version to 19.0.0

On 02/13/2018 02:42 AM, Chang, Rebecca Swee Fun wrote: Updating recipe to reflect latest poky version and SRCREV points to latest master HEAD revision. The latest poky version is 18.0.1, and I think SRCREV should point to that as well, not to the tip of master? 19.0.0 isn't yet released.

Re: [OE-core] Backport OpenSSL 1.0.2n

On 02/12/2018 11:08 PM, robert_jos...@selinc.com wrote: I'm working with the pyro release, and noticed that it's still using openssl 1.0.2k. The latest version in the 1.0.2 series is 1.0.2n, which is already available on master. Is there a reason that the newer version hasn't made it back to

Re: [OE-core] Regarding Patch ID: 132816

On 02/12/2018 11:06 PM, Chaitanya Cherukuri wrote: I'm new to this forum and didn't know to where to report an issue. I'm contacting you regarding the patch ID 132816 ( cmake: improve CMAKE_SYSTEM_PROCESSOR assignment in nativesdk). If SDKTARGETSYSROOT is

[OE-core] [PATCHv2] build-appliance-image: update SRCREV to master HEAD revision

Signed-off-by: Chang Rebecca Swee Fun --- meta/recipes-core/images/build-appliance-image_15.0.0.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/images/build-appliance-image_15.0.0.bb

[OE-core] [PATCH] sudo: 1.8.21P1 -> 1.8.22

1.Upgrade sudo from 1.8.21P1 to 1.8.22. 2.Update the checksum of LIC_FILES_CHKSUM. The following content is appended to doc/LICENSE, plugins/sudoers/redblack.c. Todd C. Miller -> Todd C. Miller Signed-off-by: Huang Qiyu

[OE-core] ✗ patchtest: failure for sudo: 1.8.21P1 -> 1.8.22

== Series Details == Series: sudo: 1.8.21P1 -> 1.8.22 Revision: 1 URL : https://patchwork.openembedded.org/series/10956/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed on the