[OE-core] [PATCH 1/1] pseudo: add prefix for log and make log consistent

The log messages might not be consistent when the same error happens, part of the log messages go to terminial, and part of them go to pseudo.log, and these code use multiprocesses, which makes it very hard to understand, for example: $ kill -9 `ps aux | grep /usr/bin/pseud | awk '{print $2}'` $ /p

[OE-core] [PATCH 0/1] pseudo: add prefix for log and make log consistent

The following changes since commit 1e13d1fd22186af5544e7248dc12635cd2f2e08b: meta-environment: ensure corret TOOLCHAIN_CONFIGSITE_NOCACHE value (2016-09-26 10:05:53 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/pseudo http://cgit.

[OE-core] [PATCH 0/9] jethro pull request v2

This fixes some typos in the commit message for the openssl fixes. Added timezone update. The following changes since commit c9c85df86cd2270b144fa824ef76adedd3636c8a: util-linux: Security fix for CVE-2016-5011 (2016-09-23 23:21:43 +0100) are available in the git repository at: git://git.op

Re: [OE-core] [PATCH] db: Upgrade to 6.0.35

On Tue, Sep 27, 2016 at 4:44 PM, Aníbal Limón wrote: > For apply this patch we need to host the db-6.0.35 tarball into yp > sources mirror because oracle page ask for login in order to download > the source. why do they ask for login ? is there some disclaimer that needs to be accepted before dow

Re: [OE-core] [PATCH 2/2 v2] boost: add support for additional boost libs

Yes, they are needed for the cases not handled by the python logic, or I met QA issues: WARNING: Variable key FILES_${PN}-locale (${datadir}/locale) replaces original key FILES_boost-locale (${libdir}/libboost_locale.so.*) WARNING: boost-1.61.0-r0 do_package: QA Issue: boost: Files/directories w

Re: [OE-core] [PATCH] db: Upgrade to 6.0.35

For apply this patch we need to host the db-6.0.35 tarball into yp sources mirror because oracle page ask for login in order to download the source. alimon On 09/27/2016 06:43 PM, Aníbal Limón wrote: > This is a minor upgrade that fix an issue related to multiple > rpm instances querying

[OE-core] [PATCH] db: Upgrade to 6.0.35

This is a minor upgrade that fix an issue related to multiple rpm instances querying the database [1]. The bugfixes related are, - Fixed a bug that may lead to a crash when opening multiple environments in a multi-threaded program. - Fixed a bug where closing a panic environment raised access vio

[OE-core] [PATCH] parselogs: Update uvesafb errors in qemu whitelist

This change only whitelists the timeout message in infinite wait case in uvesafb driver. With the latest timeout patch introducing infinite wait in uvesafb driver, we whitelist the timeout message since it works as a warning for issues related to timeout not to be fixed in build servers. We remov

Re: [OE-core] [krogoth][PATCH] libarchive: respect disable-acl configuration option

On Tue, 2016-09-27 at 15:40 -0400, Denys Dmytriyenko wrote: > On Tue, Sep 27, 2016 at 03:25:35PM -0400, Denys Dmytriyenko wrote: > > > > From: "Maxin B. John" > > > > Update configure.ac to properly handle --disable-acl option > > > > [YOCTO #9668] > FYI, last night's updates to krogoth invalid

[OE-core] [PATCH] uninative: Upgrade to 1.4

This adds the new version of patchelf which resolves issues some users were seeing with older versions. Signed-off-by: Richard Purdie diff --git a/meta/conf/distro/include/yocto-uninative.inc b/meta/conf/distro/include/yocto-uninative.inc index 0c0f75c..2f794f7 100644 --- a/meta/conf/distro/inc

Re: [OE-core] [PATCH RFC] scripts/runqemu: Be more loose when guessing QB_SYSTEM_NAME variable

On 09/27/2016 11:59 AM, Joshua Lock wrote: On Tue, 2016-09-27 at 11:27 -0700, California Sullivan wrote: Following the instructions to reproduce YOCTO #10026 I found that runqemu would fail to start because QB_SYSTEM_NAME is null. This patch makes the guessing algorithm more loose allowing it

Re: [OE-core] [krogoth][PATCH] libarchive: respect disable-acl configuration option

On Tue, Sep 27, 2016 at 03:25:35PM -0400, Denys Dmytriyenko wrote: > From: "Maxin B. John" > > Update configure.ac to properly handle --disable-acl option > > [YOCTO #9668] FYI, last night's updates to krogoth invalidated most of my sstate cache and this issue re-surfaced again and broke half

[OE-core] [krogoth][PATCH] libarchive: respect disable-acl configuration option

From: "Maxin B. John" Update configure.ac to properly handle --disable-acl option [YOCTO #9668] (From OE-Core rev: 84fe3f29f2bdaf98c9beefdfede143084fba093b) Signed-off-by: Maxin B. John Signed-off-by: Richard Purdie Signed-off-by: Denys Dmytriyenko --- ...c-check-acl-libacl.h-and-sys-acl.h

Re: [OE-core] [PATCH RFC] scripts/runqemu: Be more loose when guessing QB_SYSTEM_NAME variable

On Tue, 2016-09-27 at 11:27 -0700, California Sullivan wrote: > Following the instructions to reproduce YOCTO #10026 I found that > runqemu would fail to start because QB_SYSTEM_NAME is null. This > patch > makes the guessing algorithm more loose allowing it to correctly > guess > the variable from

[OE-core] [PATCH v2] lttng-tools: fix ptest

Since the upgrade to 2.8, lttng-tools' test harness silently succeeds but doesn't actually run the tests. This is because upstream made some changes in their test harness: https://github.com/lttng/lttng-tools/commit/83666813cad3142ceccb929ca9b44d0e9cf53bc8 Updates to address this include: - drop

[OE-core] [PATCH] recipetool: newappend: drop _provide_to_pn

From: Christopher Larson This function was broken by the multi-config changes, and isn't needed anymore now that recipeutils.pn_to_recipe can handle provides. Without this, the newappend sub-command fails. Signed-off-by: Christopher Larson --- scripts/lib/recipetool/newappend.py | 13 +

[OE-core] [PATCH RFC] scripts/runqemu: Be more loose when guessing QB_SYSTEM_NAME variable

Following the instructions to reproduce YOCTO #10026 I found that runqemu would fail to start because QB_SYSTEM_NAME is null. This patch makes the guessing algorithm more loose allowing it to correctly guess the variable from the MACHINE name. It is still a good assumption that if it contains "qem

[OE-core] [PATCH 0/2] perl: minor rdepends fixes

A couple of rdepends fixes for perl modules I stumbled across while fixing up lttng-tools' ptest support. Nathan Lynch (2): perl: correct math-bigint dependency typo perl: module-overload needs module-overloading meta/recipes-devtools/perl/perl-rdepends_5.22.1.inc | 3 ++- 1 file changed, 2

[OE-core] [PATCH 2/2] perl: module-overload needs module-overloading

This dependency was manually added in 3dec9ad1cd6a ("perl: module overload rdpends on overloading") but was (mistakenly?) removed by 06d43a90acbe ("perl: 5.20.0 -> 5.22.0"). Restore it. Signed-off-by: Nathan Lynch --- meta/recipes-devtools/perl/perl-rdepends_5.22.1.inc | 1 + 1 file changed, 1

[OE-core] [PATCH 1/2] perl: correct math-bigint dependency typo

This is obviously meant to be RDEPENDS. Signed-off-by: Nathan Lynch --- meta/recipes-devtools/perl/perl-rdepends_5.22.1.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-devtools/perl/perl-rdepends_5.22.1.inc b/meta/recipes-devtools/perl/perl-rdepends_5.22.1.i

Re: [OE-core] [PATCH 00/60] krogoth-next staged

On Tue, Sep 27, 2016 at 8:42 AM, akuster808 wrote: > > > On 09/26/2016 10:51 AM, Matt Madison wrote: >> This patch is the one that fixed this issue for me: >> >> http://cgit.openembedded.org/openembedded-core/commit/meta/classes/useradd.bbclass?id=a68a797c7aec607a0720ec5421baf6be821803b8 > > That

[OE-core] [PATCH 1/1] linux-yocto/4.8: update to -rc8

Updating linux-yocto*4.8 to -rc8. Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb | 6 +++--- meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb | 6 +++--- meta/recipes-kernel/linux/linux-yocto_4.8.bb | 20 ++-- 3 files changed, 16 inser

[OE-core] [PATCH 0/1] linux-yocto: update to 4.8-rc8

Hi all, Upstream decided to do a -rc8 versus a release this week. There's very little changed here, but we might as well merge and update to this version while we wait for the release this weekend. I built and booted standard/-rt for qemu* on this. Note: With Cal's PV checking change, anyone bui

[OE-core] [PATCH] openssl: Upgrade 1.0.2i -> 1.0.2j

Deals with a CVE issue Drops a patch applied upstream and no longer needed. Signed-off-by: Richard Purdie diff --git a/meta/recipes-connectivity/openssl/openssl/Fix-typo-introduced-by-a03f81f4.patch b/meta/recipes-connectivity/openssl/openssl/Fix-typo-introduced-by-a03f81f4.patch deleted file

Re: [OE-core] [PATCH 00/60] krogoth-next staged

On 09/26/2016 10:51 AM, Matt Madison wrote: > This patch is the one that fixed this issue for me: > > http://cgit.openembedded.org/openembedded-core/commit/meta/classes/useradd.bbclass?id=a68a797c7aec607a0720ec5421baf6be821803b8 That commit has been in Krogoth for a while so I don't understand

Re: [OE-core] [PATCH 0/9] Jethro pull request

On 09/25/2016 06:05 PM, Mittal, AnujX wrote: > Hi, > >> -Original Message- >> From: openembedded-core-boun...@lists.openembedded.org >> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of >> Armin Kuster >> Sent: Sunday, September 25, 2016 11:05 PM >> To: akus...@mvist

[OE-core] [=OE-core][PATCH] populate_sdk_base.bbclass: fix broken variables

This function never worked because the SDK_OUTPUT and SDKPATH vars are written bash-style in a python function. The only reason it never failed a build is because the function bails out the start because of the flag CHECK_SDK_SYSROOTS. And I guess nobody tested with CHECK_SDK_SYSROOTS enabled unti

Re: [OE-core] [PATCH] lttng-tools: fix ptest

On 09/27/2016 06:41 AM, Burton, Ross wrote: > > > -RDEPENDS_${PN}-ptest += "make perl bash" > +RDEPENDS_${PN}-ptest += "make perl bash gawk ${PN} babeltrace procps" > +# babelstats.pl wants getopt-long > +RDEPENDS_${PN}-ptest += "perl-module-getopt-long" >

[OE-core] [PATCH][Jethro] init-install.sh: fix disk_size

From: Robert Yang It mis-matched "SanDisk" or "Disk Flags" before, which caused unexpected error. Signed-off-by: Robert Yang Signed-off-by: Richard Purdie (cherry picked from commit a68ac76c1b6ed4c1a2fbc944c5021c89fd26217f) [YOCTO #10333] Signed-off-by: Saul Wold --- This is fixed in both Mas

Re: [OE-core] [PATCH v2] Remove bashisms

If I apply this and then re-build guile I get this error: ERROR: guile-2.0.12-r0 do_populate_sysroot: The recipe guile is trying to install files into a shared area when those files already exist. Those files and their manifest location are: /data/poky-master/tmp-glibc/sysroots/intel-corei7-64/

[OE-core] [PATCHv2] lib/oeqa: Regenerate galculator configure

galculator configure seems to be so old it does not recognise --with-libtool-sysroot: regenerate configure. Fixes [YOCTO #10191]. Signed-off-by: Jussi Kukkonen --- Changes since v1: * Use autoreconf instead of individual auto* scripts meta/lib/oeqa/sdk/buildgalculator.py | 7 +-- 1 file c

Re: [OE-core] [PATCH 2/2 v2] boost: add support for additional boost libs

On 26 September 2016 at 08:56, wrote: > +FILES_${PN}-graph = "${libdir}/libboost_graph.so.*" > +FILES_${PN}-graph_parallel = "${libdir}/libboost_graph_parallel.so.*" > +FILES_${PN}-locale = "${libdir}/libboost_locale.so.*" > +FILES_${PN}-mpi = "${libdir}/mpi.so ${libdir}/libboost_mpi*.so.*" > Ar

Re: [OE-core] [PATCH] build.py: fix os.getcwd() exception

On Mon, 2016-09-26 at 13:53 -0700, Juro Bystricky wrote: > When trying to obtain the current directory from a directory > that does not exist anymore, an exception is raised. > This patch handles such exception. This should have gone to bitbake-devel, I've cc'd there and queued in master-next for

[OE-core] [PATCH] lib/oeqa: Regenerate galculator configure

galculator configure seems to be so old it does not recognise --with-libtool-sysroot: regenerate configure. Fixes [YOCTO #10191]. Signed-off-by: Jussi Kukkonen --- meta/lib/oeqa/sdk/buildgalculator.py | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/meta/lib/oeqa/

Re: [OE-core] [PATCH] lttng-tools: fix ptest

On 22 September 2016 at 22:53, Nathan Lynch wrote: > -RDEPENDS_${PN}-ptest += "make perl bash" > +RDEPENDS_${PN}-ptest += "make perl bash gawk ${PN} babeltrace procps" > +# babelstats.pl wants getopt-long > +RDEPENDS_${PN}-ptest += "perl-module-getopt-long" > +# getopt itself needs overload > +RD

Re: [OE-core] Terminating matchbox window manager leads to DRM lockups

Hi, @ping, Please advise further pointers if any. similar thread for this issue & more details @ https://lists.yoctoproject.org/pipermail/meta-freescale/2016-September/019237.html Thanks Shrikant On Thu, Sep 22, 2016 at 2:41 PM, Shrikant Bobade wrote: > Hi, > > @Ping > > Please advise furth

Re: [OE-core] [PATCH 2/2 v2] boost: add support for additional boost libs

On Di, 2016-09-27 at 08:22 +, Huang, Jie (Jackie) wrote: > > > > > -Original Message- > > From: André Draszik [mailto:g...@andred.net] > > Sent: Tuesday, September 27, 2016 4:09 PM > > To: Huang, Jie (Jackie); openembedded-core@lists.openembedded.org > > Subject: Re: [OE-core] [PATCH

[OE-core] [wic][PATCH] image_types.bbclass: remove redundant dependency

Removed parted-native dependency from do_image_wic as it's already mentioned in IMAGE_DEPENDS_wic variable. Thanks to Christopher Larson for pointing out to this. Signed-off-by: Ed Bartosh --- meta/classes/image_types.bbclass | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/classes/image

Re: [OE-core] [PATCH] ltp: 20160126 -> 20160920

Hi Xin, I just tried your patch on qemux86-64 BSP. It looks working well, except for the following two minor issues on patching. 1. I have to remove some "/dev/null" from the patch manually, before it was applied successfully. $ diff ~/\[OE-core\]\ \[PATCH\]\ ltp\:\ 20160126\ -\>\ 201609

Re: [OE-core] [PATCH 2/2 v2] boost: add support for additional boost libs

> -Original Message- > From: André Draszik [mailto:g...@andred.net] > Sent: Tuesday, September 27, 2016 4:09 PM > To: Huang, Jie (Jackie); openembedded-core@lists.openembedded.org > Subject: Re: [OE-core] [PATCH 2/2 v2] boost: add support for additional boost > libs > > On Di, 2016-09-2

Re: [OE-core] [PATCH 2/2 v2] boost: add support for additional boost libs

On Di, 2016-09-27 at 02:26 +, Huang, Jie (Jackie) wrote: > > > > > -Original Message- > > From: André Draszik [mailto:g...@andred.net] > > Sent: Monday, September 26, 2016 4:54 PM > > To: Huang, Jie (Jackie); openembedded-core@lists.openembedded.org > > Subject: Re: [OE-core] [PATCH 2

Re: [OE-core] Crazy display

On Tue, 2016-09-27 at 15:50 +1000, Jonathan Liu wrote: > Hi Gary, > > On 15 September 2016 at 21:30, Gary Thomas wrote: > > > > I haven't seen this before, just thought I'd toss it out there. > > I was doing a build (actually three in parallel in separate > > windows on my build box) and noticed