Re: [OE-core] ✗ patchtest: failure for e2fsprogs: fixes for ptest

> -Original Message- > From: Patchwork [mailto:patchw...@do.openembedded.org] > Sent: Friday, February 02, 2018 15:33 > To: Huang, Jie (Jackie) > Cc: openembedded-core@lists.openembedded.org > Subject: ✗ patchtest: failure for e2fsprogs: fixes for ptest > > == Series Details == > > Seri

[OE-core] ✗ patchtest: failure for e2fsprogs: fixes for ptest

== Series Details == Series: e2fsprogs: fixes for ptest Revision: 1 URL : https://patchwork.openembedded.org/series/10824/ 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 prop

[OE-core] [PATCH 1/2] e2fsprogs: only quiet debugfs for native package

From: Jackie Huang Many test cases expect the output of running commands for debugfs, the patch quiet-debugfs.patch suppress the output so ptest failed: | 292 tests succeeded 47 tests failed The patch was meant to suppress the output in do_rootfs according to the original commit: =

[OE-core] [PATCH 2/2] e2fsprogs: fix the hardcoded paths for ptest

From: Jackie Huang Fix the hardcoded paths in test scripts and expect files to avoid issue like: | cat: ../e2fsck/e2fsck: No such file or directory Signed-off-by: Jackie Huang --- meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.8.bb | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff

[OE-core] [PATCH 0/2] e2fsprogs: fixes for ptest

From: Jackie Huang -- The following changes since commit 385944254d0ef88bd6450a221a54cbcb40020b42: tcmode-default.inc: drop preferred version of gzip-native (2018-01-31 17:01:20 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib.git jhuang0/d_e2fsprogs-pt

Re: [OE-core] Adding a "tiny" DISTRO_FEATURE and having packages build smaller

On 01/02/18 09:19 AM, Burton, Ross wrote: On 1 February 2018 at 14:17, Daniel F. Dickinson > wrote: On 01/02/18 09:12 AM, Burton, Ross wrote: On 1 February 2018 at 14:10, Daniel F. Dickinson mailto:csho...@thecshore.com>

[OE-core] [PATCH] grub-efi: add configfile as default built-in

The module configfile allows loading a custom grub configuration file from block devices, which can be used to customize the default grub menu when creating images with wic (via configfile argument). Signed-off-by: Ricardo Salveti --- meta/recipes-bsp/grub/grub-efi_2.02.bb | 2 +- 1 file changed

Re: [OE-core] [PATCH 0/5] fix build when len(TMPDIR) == 410

Ping. // Robert On 11/30/2017 09:45 AM, Robert Yang wrote: The following changes since commit 33418ed064fe9cff5b4803f09135a81d9170c189: runqemu: Also specialcase resolution of '.' to the file's location (2017-11-21 17:58:36 +) are available in the git repository at: git://git.open

[OE-core] [PATCH 3/4] runqemu: check for qemuboot.conf and raise error

[YOCTO #12503] Signed-off-by: Robert Yang --- scripts/runqemu | 3 +++ 1 file changed, 3 insertions(+) diff --git a/scripts/runqemu b/scripts/runqemu index 0ca62f4..d50c6d1 100755 --- a/scripts/runqemu +++ b/scripts/runqemu @@ -417,6 +417,9 @@ class BaseConfig(object): unknown_arg =

[OE-core] [PATCH 4/4] selftest/cases/runqemu.py: qemuboot.conf -> qemuboot.json

[YOCTO #12503] Signed-off-by: Robert Yang --- meta/lib/oeqa/selftest/cases/runqemu.py | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/meta/lib/oeqa/selftest/cases/runqemu.py b/meta/lib/oeqa/selftest/cases/runqemu.py index 47d41f5..cfeb224 100644 --- a/meta/lib/o

[OE-core] [PATCH 1/4] qemuboot.bbclass: qemuboot.conf -> qemuboot.json

The qemuboot.conf uses configparser which can't suport upper case as key, and json is more clearer than configparser and is widely used in oe-core, so use qemuboot.json to replace qemuboot.conf. [YOCTO #12503] Signed-off-by: Robert Yang --- meta/classes/qemuboot.bbclass | 17 -

[OE-core] [PATCH 2/4] runqemu: qemuboot.conf -> qemuboot.json

The qemuboot.conf uses configparser which can't suport upper case as key, and json is more clearer than configparser and is widely used in oe-core, so use qemuboot.json to replace qemuboot.conf. [YOCTO #12503] Signed-off-by: Robert Yang --- scripts/runqemu | 70 -

[OE-core] [PATCH 0/4] use qemuboot.json to replace qemuboot.conf

The qemuboot.conf uses configparser which can't suport upper case as key, and json is more clearer than configparser and is widely used in oe-core, so use qemuboot.json to replace qemuboot.conf. // Robert The following changes since commit a0988c3374e964170d1d24fc230306b887432d31: tcmode-def

[OE-core] ✗ patchtest: failure for Packages update

== Series Details == Series: Packages update Revision: 1 URL : https://patchwork.openembedded.org/series/10820/ 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 proposed series

[OE-core] [PATCH 5/7] json-c: update to 0.13

Drop 0001-Add-FALLTHRU-comment-to-handle-GCC7-warnings.patch since it had been merged upstream. Signed-off-by: Yi Zhao --- ...-FALLTHRU-comment-to-handle-GCC7-warnings.patch | 74 -- .../json-c/{json-c_0.12.1.bb => json-c_0.13.bb}| 11 ++-- 2 files changed, 5 insertions(+

[OE-core] [PATCH 4/7] rsync: update to 3.1.3

Signed-off-by: Yi Zhao --- meta/recipes-devtools/rsync/{rsync_3.1.2.bb => rsync_3.1.3.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-devtools/rsync/{rsync_3.1.2.bb => rsync_3.1.3.bb} (86%) diff --git a/meta/recipes-devtools/rsync/rsync_3.1.2.bb b/meta/recipes

[OE-core] [PATCH 7/7] maintainers.inc: update maintainership

Reassign some Robert Yang's recipes to Yi Zhao. Remove guile and mailx since these recipes were removed from oe-core. Signed-off-by: Yi Zhao --- meta/conf/distro/include/maintainers.inc | 42 +++- 1 file changed, 20 insertions(+), 22 deletions(-) diff --git a/meta/co

[OE-core] [PATCH 6/7] tcl: update to 8.6.8

Rebase tcl-add-soname.patch Signed-off-by: Yi Zhao --- meta/recipes-devtools/tcltk/tcl/tcl-add-soname.patch | 4 ++-- meta/recipes-devtools/tcltk/{tcl_8.6.7.bb => tcl_8.6.8.bb} | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) rename meta/recipes-devtools/tcltk/{tcl_8.6.7.bb => t

[OE-core] [PATCH 0/7] Packages update

Yi Zhao (7): debianutils: update to 4.8.4 libbsd: update to 0.8.7 wget: update to 1.19.4 rsync: update to 3.1.3 json-c: update to 0.13 tcl: update to 8.6.8 maintainers.inc: update maintainership meta/conf/distro/include/maintainers.inc | 42 ++-- ...-FALLTHRU-com

[OE-core] [PATCH 2/7] libbsd: update to 0.8.7

Drop 0001-Fix-for-older-GCCs-not-supporting-__has_include.patch as it had been merged upstream. Rebase 0001-Replace-__BEGIN_DECLS-and-__END_DECLS.patch. Signed-off-by: Yi Zhao --- ...r-older-GCCs-not-supporting-__has_include.patch | 31 --- ...001-Replace-__BEGIN_DECLS-and-__END_DECLS.pa

[OE-core] [PATCH 1/7] debianutils: update to 4.8.4

Signed-off-by: Yi Zhao --- .../debianutils/{debianutils_4.8.1.1.bb => debianutils_4.8.4.bb} | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) rename meta/recipes-support/debianutils/{debianutils_4.8.1.1.bb => debianutils_4.8.4.bb} (86%) diff --git a/meta/recipes-support/debianutil

[OE-core] [PATCH 3/7] wget: update to 1.19.4

Update LIC_FILES_CHKSUM since replacing HTTP urls with HTTPS in COPYING Signed-off-by: Yi Zhao --- meta/recipes-extended/wget/wget.inc | 2 +- meta/recipes-extended/wget/{wget_1.19.2.bb => wget_1.19.4.bb} | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) renam

Re: [OE-core] [PATCH 4/6] python3-core: improve reproducibility

On 2018年02月02日 03:27, Burton, Ross wrote: On 12 January 2018 at 08:11, Hongxu Jia > wrote: +  # Recompile _sysconfigdata after modifying it +       cd ${PKGD} +       ${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN} \ +            -c "fro

[OE-core] ✗ patchtest: failure for Upgrade glibc 2.27

== Series Details == Series: Upgrade glibc 2.27 Revision: 1 URL : https://patchwork.openembedded.org/series/10819/ 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 proposed ser

[OE-core] [PATCH 2/2] glibc: Upgrade to 2.27 release

Signed-off-by: Khem Raj --- meta/conf/distro/include/tcmode-default.inc| 2 +- ...tive_2.26.bb => cross-localedef-native_2.27.bb} | 4 +- ...glibc-initial_2.26.bb => glibc-initial_2.27.bb} | 0 .../{glibc-locale_2.26.bb => glibc-locale_2.27.bb} | 0 .../{glibc-mtrace_2.26.bb => gl

[OE-core] [PATCH 1/2] qemu: fix memfd_create with glibc 2.27

From: Ross Burton glibc 2.27 has added memfd_create() but this conflicts with a copy in qemu, so take a patch from upstream to fix building with glibc 2.27. Signed-off-by: Ross Burton --- meta/recipes-devtools/qemu/qemu/memfd.patch | 57 + meta/recipes-devtools/qemu

[OE-core] [PATCH 0/2] Upgrade glibc 2.27

qemu patch is needed for it to compile with glibc 2.27 The following changes since commit a0988c3374e964170d1d24fc230306b887432d31: tcmode-default.inc: drop preferred version of gzip-native (2018-01-31 17:01:12 +) are available in the Git repository at: git://git.openembedded.org/opene

[OE-core] ✗ patchtest: failure for ninja: Upgrade from 1.7.2 to major release 1.8.2 (rev2)

== Series Details == Series: ninja: Upgrade from 1.7.2 to major release 1.8.2 (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/10780/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests h

[OE-core] [PATCH v2] ninja: Upgrade from 1.7.2 to major release 1.8.2

Signed-off-by: Alejandro Enedino Hernandez Samaniego --- meta/recipes-devtools/ninja/ninja_1.7.2.bb | 30 -- meta/recipes-devtools/ninja/ninja_1.8.2.bb | 30 ++ 2 files changed, 30 insertions(+), 30 deletions(-) delete mode 100644 meta/reci

[OE-core] build-sysroots deletes wic imagedata environment variables

It seems like build-sysroots does clean the sysroot directories. This has the effect that the imagedata folder within the sysroots dir is removed as well. That imagedata folder is created by the do_rootfs_wicenv task. Unfortunately the state of the task seems not to be reset when calling bitbak

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

Hi Alex, On Friday, 2 February 2018 7:01:51 AM NZDT Alexander Kanavin wrote: > 'bitbake -c checkpkg world' is moved to class initializer to avoid > it being run twice in a row. > > Signed-off-by: Alexander Kanavin > --- > meta/lib/oeqa/selftest/cases/distrodata.py | 32 > ++

Re: [OE-core] [PATCH 4/6] python3-core: improve reproducibility

On 12 January 2018 at 08:11, Hongxu Jia wrote: > + # Recompile _sysconfigdata after modifying it > + cd ${PKGD} > + ${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN} \ > +-c "from py_compile import compile; > compile('./${libdir}/python${PYTHON_MAJMIN}/_sysco

Re: [OE-core] ✗ patchtest: failure for "oe-selftest: add a test for re..." and 19 more

On 02/01/2018 08:33 PM, Patchwork wrote: * Issue LIC_FILES_CHKSUM changed on target rpm but there is no "License-Update" tag in commit message [test_lic_files_chksum_modified_not_mentioned] Suggested fixInclude "License-Update: " into the commit message with a brief descript

Re: [OE-core] [PATCHv3] security_flags.inc, xorg-driver-common.inc: Move SECURITY_X_LDFLAGS logic

On Thu, Feb 1, 2018 at 6:16 AM, Tom Rini wrote: > We need to ensure that all xorg modules are linked with > SECURITY_X_LDFLAGS to ensure that they will be able to resolve their run > time dependencies. The approach of listing each driver in > security_flags.inc lets less frequently used drivers b

[OE-core] ✗ patchtest: failure for "oe-selftest: add a test for re..." and 19 more

== Series Details == Series: "oe-selftest: add a test for re..." and 19 more Revision: 1 URL : https://patchwork.openembedded.org/series/10815/ 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 20/20] libmpc: fix upstream version check

Signed-off-by: Alexander Kanavin --- meta/recipes-support/libmpc/libmpc_1.0.3.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-support/libmpc/libmpc_1.0.3.bb b/meta/recipes-support/libmpc/libmpc_1.0.3.bb index 4f1f5242fb1..9c8c5f643f7 100644 --- a/meta/recipes-

[OE-core] [PATCH 19/20] babeltrace: update to 1.5.4

Signed-off-by: Alexander Kanavin --- .../recipes-kernel/lttng/{babeltrace_1.5.3.bb => babeltrace_1.5.4.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-kernel/lttng/{babeltrace_1.5.3.bb => babeltrace_1.5.4.bb} (82%) diff --git a/meta/recipes-kernel/lttng/babelt

[OE-core] [PATCH 16/20] dtc: upgrade to 1.4.6

Drop upstreamed patch. Signed-off-by: Alexander Kanavin --- meta/recipes-kernel/dtc/dtc.inc| 1 - ...cks-Use-proper-format-modifier-for-size_t.patch | 43 -- .../dtc/{dtc_1.4.5.bb => dtc_1.4.6.bb} | 2 +- 3 files changed, 1 insertion(+), 45 d

[OE-core] [PATCH 17/20] ffmpeg: update to 3.4.1

Signed-off-by: Alexander Kanavin --- meta/recipes-multimedia/ffmpeg/{ffmpeg_3.4.bb => ffmpeg_3.4.1.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-multimedia/ffmpeg/{ffmpeg_3.4.bb => ffmpeg_3.4.1.bb} (97%) diff --git a/meta/recipes-multimedia/ffmpeg/ffmpeg_3.4.

[OE-core] [PATCH 18/20] iputils: update to 20161105

We've been using obsolete upstream URI for quite a while; meanwhile a lot of development has happened Drop all the patches: they are either changing the code that has been refactored, or are backports. Add a new musl fix patch from gentoo. ping6 and tracepath6 variants have been folded into sta

[OE-core] [PATCH 15/20] iso-codes: update to 3.77

Signed-off-by: Alexander Kanavin --- .../iso-codes/{iso-codes_3.76.bb => iso-codes_3.77.bb}| 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/iso-codes/{iso-codes_3.76.bb => iso-codes_3.77.bb} (76%) diff --git a/meta/recipes-support/iso-codes/

[OE-core] [PATCH 14/20] libwebp: update to 0.6.1

Signed-off-by: Alexander Kanavin --- meta/recipes-multimedia/webp/{libwebp_0.6.0.bb => libwebp_0.6.1.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-multimedia/webp/{libwebp_0.6.0.bb => libwebp_0.6.1.bb} (93%) diff --git a/meta/recipes-multimedia/webp/libwebp_

[OE-core] [PATCH 11/20] boost: update to 1.66.0

Rework 0002-Don-t-set-up-m32-m64-we-do-that-ourselves.patch to remove the offending bits from the function instead of removing calls to the function all over the place. Signed-off-by: Alexander Kanavin --- ...bjam-native_1.65.1.bb => bjam-native_1.66.0.bb} | 0 .../boost/{boost-1.65.1.inc => b

[OE-core] [PATCH 12/20] liburcu: update to 0.10.1

Signed-off-by: Alexander Kanavin --- meta/recipes-support/liburcu/{liburcu_0.10.0.bb => liburcu_0.10.1.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/liburcu/{liburcu_0.10.0.bb => liburcu_0.10.1.bb} (80%) diff --git a/meta/recipes-support/liburcu/libu

[OE-core] [PATCH 13/20] btrfs-tools: update to 4.14.1

Drop upstreamed 0001-Fix-build-with-musl-missing-header-include-for-dev_t.patch Add --disable-zstd as libzstd isn't provided in oe-core. Signed-off-by: Alexander Kanavin --- ...ith-musl-missing-header-include-for-dev_t.patch | 26 -- ...btrfs-tools_4.13.3.bb => btrfs-tools_4

[OE-core] [PATCH 09/20] vala: update to 0.38.6

Signed-off-by: Alexander Kanavin --- meta/recipes-devtools/vala/{vala_0.38.2.bb => vala_0.38.6.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-devtools/vala/{vala_0.38.2.bb => vala_0.38.6.bb} (64%) diff --git a/meta/recipes-devtools/vala/vala_0.38.2.bb b/meta/

[OE-core] [PATCH 10/20] mpg123: update to 1.25.8

Signed-off-by: Alexander Kanavin --- meta/recipes-multimedia/mpg123/{mpg123_1.25.7.bb => mpg123_1.25.8.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-multimedia/mpg123/{mpg123_1.25.7.bb => mpg123_1.25.8.bb} (94%) diff --git a/meta/recipes-multimedia/mpg123/mp

[OE-core] [PATCH 08/20] libnl: 3.2.29 -> 3.4.0

From: Huang Qiyu 1) Upgrade libnl from 3.2.29 to 3.4.0. 2) Add one patch "0001-PATCH-fix-libnl-3.4.0-musl-compile-problem.patch", for musl compile. 3) Delete one patch "fix-pktloc_syntax_h-race.patch", since upstream has refactored the makefiles, and the problematic code is now absent. Signed-

[OE-core] [PATCH 07/20] p11-kit: take source code from official git

The previous tarball URI seems to be gone. Also, adjust a few things to make it actually build; handling autotools-based projects from git checkouts is always harder than taking them from tarballs :-( Signed-off-by: Alexander Kanavin --- ...p-the-languages-for-which-upstream-does-n.patch | 32 +

[OE-core] [PATCH 06/20] epiphany: update to 3.26.5.1

Upstream has replaced autotools with meson, so the recipe has been adjusted accordingly. 0001-bookmarks-Check-for-return-value-of-fread.patch deleted as the file was completely refactored 0001-yelp.m4-drop-the-check-for-itstool.patch replaced with a patch for meson equivalent Signed-off-by: A

[OE-core] [PATCH 05/20] webkitgtk: update to 2.18.6

Signed-off-by: Alexander Kanavin --- meta/recipes-sato/webkit/{webkitgtk_2.18.5.bb => webkitgtk_2.18.6.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-sato/webkit/{webkitgtk_2.18.5.bb => webkitgtk_2.18.6.bb} (97%) diff --git a/meta/recipes-sato/webkit/webkitgt

[OE-core] [PATCH 04/20] openssl: update to 1.0.2n

Drop upstreamed 0001-aes-armv4-bsaes-armv7-sha256-armv4-.pl-make-it-work-.patch Rebase a couple more patches (via devtool upgrade). Signed-off-by: Alexander Kanavin --- ...saes-armv7-sha256-armv4-.pl-make-it-work-.patch | 100 ...build-with-clang-using-external-assembler.patch |

[OE-core] [PATCH 03/20] rpm: add a patch to help with Docker performance issues

Signed-off-by: Alexander Kanavin --- ...FD_CLOEXEC-on-opened-files-before-exec-fr.patch | 49 ++ meta/recipes-devtools/rpm/rpm_4.14.1.bb| 1 + 2 files changed, 50 insertions(+) create mode 100644 meta/recipes-devtools/rpm/files/0001-Revert-Set-FD_CLOEXEC-on-open

[OE-core] [PATCH 02/20] rpm: update to 4.14.1

Drop two upstreamed patches. License-Update: grammar fixes Signed-off-by: Alexander Kanavin --- ...code-lib-rpm-as-the-installation-path-for.patch | 16 +-- ...ure-cope-with-multiple-users-groups-with-.patch | 43 -- .../0013-Add-a-new-option-alldeps-to-rpmdeps.patch | 153

[OE-core] [PATCH 01/20] 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. Signed-off-by: Alexander Kanavin --- meta/lib/oeqa/selftest/cases/distrodata.py | 32 +- 1 file changed, 27 insertions(+), 5 deletions(-) diff --git a/meta/lib/oeqa/selfte

Re: [OE-core] [oe-core] recipe using environment variable does not refresh / rebuild

On Thu, 2018-02-01 at 16:00 +0100, Piotr Lewicki wrote: > Hi Ross, > Good idea, but I'm using gitlab to perform autobuilds and I want to > set the variable there (the "ADD_UBOOT_TO_UPDATE" variable) so that > it's propagated to the image recipe. > I'm want to differentiate the image with and withou

Re: [OE-core] [oe-core] recipe using environment variable does not refresh / rebuild

Hi Ross, Good idea, but I'm using gitlab to perform autobuilds and I want to set the variable there (the "ADD_UBOOT_TO_UPDATE" variable) so that it's propagated to the image recipe. I'm want to differentiate the image with and without u-boot only by setting this one environment variable and

Re: [OE-core] [oe-core] recipe using environment variable does not refresh / rebuild

On 1 February 2018 at 14:46, Piotr Lewicki wrote: > Hi, > > I have a problem with forcing rebuild of the recipe depending on the > environment variable. > > In my recipe I have an anonymous python function that obtains the env > variable and depending on it sets some other internal variables (nee

[OE-core] [oe-core] recipe using environment variable does not refresh / rebuild

Hi, I have a problem with forcing rebuild of the recipe depending on the environment variable. In my recipe I have an anonymous python function that obtains the env variable and depending on it sets some other internal variables (needed by swupdate recipe): python() {     origenv = d.getV

Re: [OE-core] [PATCH] bitbake.conf: Add comm to HOSTTOOLS

On 1 February 2018 at 14:39, Alexander Kanavin < alexander.kana...@linux.intel.com> wrote: > On 02/01/2018 01:36 PM, Mauno Niko wrote: > >> Before we can declare that, we need to look what comm is actually used >>> for during build, and why its absence is not a problem and doesn't cause >>> errors

Re: [OE-core] [PATCH] bitbake.conf: Add comm to HOSTTOOLS

On 02/01/2018 01:36 PM, Mauno Niko wrote: Before we can declare that, we need to look what comm is actually used for during build, and why its absence is not a problem and doesn't cause errors. Consider also that using comm from host may break reproducibility, if absence or presence of comm on t

[OE-core] [PATCHv2] libpam: be more strict about user's sanity

* replace do_pam_sanity function with distro_features_check inherit * fixes: WARNING: libpam-1.3.0-r5 do_pam_sanity: Building libpam but 'pam' isn't in DISTRO_FEATURES, PAM won't work correctly in world builds and prevents user to build libpam at all without pam in DISTRO_FEATURES, I don't s

[OE-core] [PATCH] libpam: be more script about user's sanity

* replace do_pam_sanity function with distro_features_check inherit * fixes: WARNING: libpam-1.3.0-r5 do_pam_sanity: Building libpam but 'pam' isn't in DISTRO_FEATURES, PAM won't work correctly in world builds and prevents user to build libpam at all without pam in DISTRO_FEATURES, I don't s

Re: [OE-core] Adding a "tiny" DISTRO_FEATURE and having packages build smaller

On 1 February 2018 at 14:17, Daniel F. Dickinson wrote: > On 01/02/18 09:12 AM, Burton, Ross wrote: > >> On 1 February 2018 at 14:10, Daniel F. Dickinson > > wrote: >> >> On 01/02/18 08:54 AM, Burton, Ross wrote: >> >> On 1 February 2018 at 13:44, Daniel

Re: [OE-core] Adding a "tiny" DISTRO_FEATURE and having packages build smaller

On 01/02/18 09:12 AM, Burton, Ross wrote: On 1 February 2018 at 14:10, Daniel F. Dickinson > wrote: On 01/02/18 08:54 AM, Burton, Ross wrote: On 1 February 2018 at 13:44, Daniel F. Dickinson mailto:csho...@thecshore.com>

[OE-core] [PATCHv3] security_flags.inc, xorg-driver-common.inc: Move SECURITY_X_LDFLAGS logic

We need to ensure that all xorg modules are linked with SECURITY_X_LDFLAGS to ensure that they will be able to resolve their run time dependencies. The approach of listing each driver in security_flags.inc lets less frequently used drivers be run-time broken. Move the flag logic into xorg-driver-

Re: [OE-core] Adding a "tiny" DISTRO_FEATURE and having packages build smaller

On 1 February 2018 at 14:10, Daniel F. Dickinson wrote: > On 01/02/18 08:54 AM, Burton, Ross wrote: > >> On 1 February 2018 at 13:44, Daniel F. Dickinson > > wrote: >> >> I guess the question is would it be useful to have a flag that chooses >> a 'typical' ti

Re: [OE-core] Adding a "tiny" DISTRO_FEATURE and having packages build smaller

On 01/02/18 08:54 AM, Burton, Ross wrote: On 1 February 2018 at 13:44, Daniel F. Dickinson > wrote: I guess the question is would it be useful to have a flag that chooses a 'typical' tinyness but can be overridden (I'm think here of avoiding having to sp

Re: [OE-core] [PATCH] core-image-minimal-initramfs: use initramfs-framework for initialization

Sorry, missed this. I'll pull it into MUT and throw it at the autobuilder... Ross On 31 January 2018 at 22:53, Cal Sullivan wrote: > Ping. > > --- > Cal > > > On 01/09/2018 05:00 PM, Cal Sullivan wrote: > >> Anything wrong with this? Haven't seen it hit any mut branches. >> >> Thanks, >> Cal >

Re: [OE-core] Adding a "tiny" DISTRO_FEATURE and having packages build smaller

On 1 February 2018 at 13:44, Daniel F. Dickinson wrote: > I guess the question is would it be useful to have a flag that chooses > a 'typical' tinyness but can be overridden (I'm think here of avoiding > having to specify huge numbers of PACKAGECONFIGs for a typical tiny case, > when really you w

Re: [OE-core] Adding a "tiny" DISTRO_FEATURE and having packages build smaller

On 01/02/18 08:38 AM, Burton, Ross wrote: On 1 February 2018 at 12:55, Daniel F. Dickinson > wrote: I'm wondering if is doable and would be accepted to add a "tiny" DISTRO_FEATURE that automatically does PACKAGECONFIG += "tiny", and packages which honour

Re: [OE-core] Adding a "tiny" DISTRO_FEATURE and having packages build smaller

On 1 February 2018 at 12:55, Daniel F. Dickinson wrote: > I'm wondering if is doable and would be accepted to add a "tiny" > DISTRO_FEATURE that automatically does PACKAGECONFIG += "tiny", and > packages which honour this make choices that build smaller editions and/or > create smaller binary sub

[OE-core] [PATCH] package: Record PE and PR values for shlib dependencies

When downgrading a package or using a substitute with lower version, the way to do it is adding or increasing PE and there may be other reasons to set PE. But it doesn't directly help dependant packages because the shlib records only contain PV. Let's add the PE value into the shlib records for p

[OE-core] [PATCH 1/2] npm.bbclass: Fix building node modules with npm@5

npm cache clear throws an error with npm@5 and suggests to use npm cache verify instead. But our cache is actually empty, so use npm cache clear --force. npm install in the source directory creates symlinks with npm@5. Use a combination of npm pack and npm install module-version.tgz that works th

[OE-core] [PATCH 2/2] npm.bbclass: Node module name and recipe name can be different

Some NPM modules have the same name as their low level dependencies. To prevent recipe naming conflicts, allow node module recipe names to start with the "node-" prefix. Signed-off-by: Zoltán Böszörményi --- meta/classes/npm.bbclass | 18 +- 1 file changed, 13 insertions(+), 5 de

[OE-core] Adding a "tiny" DISTRO_FEATURE and having packages build smaller

Hi all, I'm wondering if is doable and would be accepted to add a "tiny" DISTRO_FEATURE that automatically does PACKAGECONFIG += "tiny", and packages which honour this make choices that build smaller editions and/or create smaller binary sub-packages than default (i.e. things that can be split

[OE-core] [pyro][PATCH] bitbake.conf: add tools required by testimage to HOSTTOOLS conditionally

From: Chen Qi Add tools required by testimage to HOSTTOOLS only when testimage is inherited. These tools, as described in the comment, are only required by the testimage task. So this change should not have negtive effect. This would also solve build error on hosts which miss some tool such as sc

Re: [OE-core] [PATCH] bitbake.conf: Add comm to HOSTTOOLS

On 01/30/2018 04:20 PM, Alexander Kanavin wrote: > On 01/30/2018 09:07 AM, Khem Raj wrote: > >>> I disagree. Expanding HOSTTOOLS just to cater to the needs of a >>> single recipe is not optimal, IMO. >> >> alternative are >> build time dep on coreutils-native. >> fix uboot script to not use comm

Re: [OE-core] Duplicate package names, was Re: [PATCH v1] glide: Add 0.13.1 version

On 1 February 2018 at 11:32, Böszörményi Zoltán wrote: > Of course, this package should not be confused with the old > 3D library from Voodoo Graphics. > I'm pretty sure that this conflict is unlikely to cause problems in the real world. :) > The node modules that are built with the help of "i

[OE-core] Duplicate package names, was Re: [PATCH v1] glide: Add 0.13.1 version

Of course, this package should not be confused with the old 3D library from Voodoo Graphics. But, this and another case that popped up today for me out of the blue makes it necessary to talk about the issue duplicate package names from completely different software. My case is a Node.js module,

[OE-core] [PATCH v1] glide: Add 0.13.1 version

Glide is a widely used Vendor Package Management for Golang, especially in private projects as it allows for internal repositories clone and other fancy things. This recipe has been originally done as part of updatehub development. Signed-off-by: Otavio Salvador --- Changes in v2: - Add bash r

Re: [OE-core] [PATCH 7/7] apr: 1.6.2 -> 1.6.3

On 2018年01月31日 19:42, Burton, Ross wrote: We're carrying a lot of patches here, and I'm not convinced that they are all inappropriate.  Would you be willing to see what of those are upstreamable? It's a long story for these patches, it's hard to trace the history from git. I will choose a