[OE-core] [PATCH 1/1] pTest-strace fails fixed

When run the strace ptest on the target, the test files located in the "/usr/lib/strace/ptest/tests", but the run-test script use the path "srcdir = ../../strace-*/tests"to find the necessary files, so it can't find the necessary files, it fails. So change the variable srcdir, replace the

[OE-core] [PATCH 0/1] pTest-strace fail fixed

The following changes since commit 4e5e501155a21fe64a470c626b3afe6d9748308e: bitbake: data_smart: Drop default expand=False to getVarFlag [API change] (2016-02-18 07:48:00 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib

Re: [OE-core] [PATCH 1/1] useradd_base.bbclass: fix simultaneous with flock

On 2016年02月23日 15:25, Richard Purdie wrote: On Tue, 2016-02-23 at 11:35 +0800, Kang Kai wrote: On 2016年02月23日 11:05, Khem Raj wrote: Patch subject is unclear. Patch itself looks ok How about use the title of Yocto #9022: useradd_base.bbclass: replace retry logic with flock Sounds good to

Re: [OE-core] [PATCH 1/1] useradd_base.bbclass: fix simultaneous with flock

On Tue, 2016-02-23 at 11:35 +0800, Kang Kai wrote: > On 2016年02月23日 11:05, Khem Raj wrote: > > Patch subject is unclear. Patch itself looks ok > > How about use the title of Yocto #9022: > > useradd_base.bbclass: replace retry logic with flock Sounds good to me, thanks! Richard --

Re: [OE-core] [PATCH 1/1] useradd_base.bbclass: fix simultaneous with flock

On 2016年02月23日 11:05, Khem Raj wrote: Patch subject is unclear. Patch itself looks ok How about use the title of Yocto #9022: useradd_base.bbclass: replace retry logic with flock Thanks, Kai On Mon, Feb 22, 2016 at 9:45 PM, wrote: From: Kai Kang

Re: [OE-core] [PATCH 1/1] useradd_base.bbclass: fix simultaneous with flock

Patch subject is unclear. Patch itself looks ok On Mon, Feb 22, 2016 at 9:45 PM, wrote: > From: Kai Kang > > When perform useradd during populate sysroot, it locks files passwd.lock > and group.lock at same time. And then it meets a dead lock

[OE-core] [PATCH 1/1] useradd_base.bbclass: fix simultaneous with flock

From: Kai Kang When perform useradd during populate sysroot, it locks files passwd.lock and group.lock at same time. And then it meets a dead lock issue randomly. Use flock to reslove it by using an universal lock file for all the user and group related operations.

[OE-core] [PATCH V2] clutter-1.0: Fix confgure test errors found by clang

We were using nested functions inadvertantly and they were compiling fine with gcc but clang doesnt support nested functions hence configure tests for cogl started to fail, but it was a test error not compiler error which was undetected thus far Backport a fix from upstream to help clang compile

[OE-core] [PATCH 0/1] V3: Replace retry logic in useradd with flock

From: Kai Kang V3: * remove checks before operations such as useradd/userdel etc. The following changes since commit ea8c34e976c11757ed9869c51b48f39050e25708: libnewt: Fix build with PIE flags (2016-02-21 09:32:43 +) are available in the git repository at:

Re: [OE-core] [PATCH] oeqa/parselogs: Updated whitelist

On 22 February 2016 at 23:29, Saul Wold wrote: > Ping, this does not appear to be in -next or ross/mut, any issues? > I meant to reply about how the grep code is insanely overcomplicated, but that can be fixed later. Marked to merge to mut now. Ross --

Re: [OE-core] [PATCH] oeqa/parselogs: Updated whitelist

Ping, this does not appear to be in -next or ross/mut, any issues? Sau! On Thu, 2016-02-04 at 14:13 +0200, Cristina Agurida wrote: > Moved an error to common, and whitelisted the BAR errors > and ati module. Also the uvesafb related errors will be > ignored in LSB images which do not have

[OE-core] [PATCH] genericx86-common: Update PREFERRED_VERSION_linux-yocto to 4.4

Signed-off-by: Alejandro Hernandez --- meta-yocto-bsp/conf/machine/include/genericx86-common.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-yocto-bsp/conf/machine/include/genericx86-common.inc

Re: [OE-core] [PATCH 1/3] glibc: Upgrade to 2.23

On Sat, Feb 20, 2016 at 12:07 AM, Khem Raj wrote: > Drop kconfig and options-group support > Forward port cross-localedef support > Assume ssp support in libc when building gcc-initial Breaks for me when building for x86 with -Os (building with -O1/-O2/-O3 are all OK):

Re: [OE-core] Fetcher broken?

On Mon, Feb 22, 2016 at 10:35 PM, Burton, Ross wrote: > > On 22 February 2016 at 21:19, Andreas Müller > wrote: >> >> > Did the following re-try download it with different (correct) >> > checksum? Then it would be correct behavior if you had

[OE-core] [PATCH V2 1/4] Upgrade systemd to 229

Forward port all existing patches and arrange them such such uclibc-only and qemu-only patches appear first Add new patches to fix build on uclibc ( 0019-0022 ) Convert the lnr sed operation into a static patch Use PACKAGECONFIG setting to disable features for muls and uclibc instead of

Re: [OE-core] Fetcher broken?

On 22 February 2016 at 21:19, Andreas Müller wrote: > > Did the following re-try download it with different (correct) > > checksum? Then it would be correct behavior if you had some > > e.g. incomplete flex-2.6.0.tar.bz2 tarball laying around in downloads > >

Re: [OE-core] Fetcher broken?

On Mon, Feb 22, 2016 at 10:17 PM, Martin Jansa wrote: > On Mon, Feb 22, 2016 at 10:06:10PM +0100, Andreas Müller wrote: >> Hi, >> >> after all these scary changes in master oe-core I wanted to see what's >> left over working since jethro for my images. >> >> On thing

Re: [OE-core] Fetcher broken?

On Mon, Feb 22, 2016 at 10:17 PM, Martin Jansa wrote: > On Mon, Feb 22, 2016 at 10:06:10PM +0100, Andreas Müller wrote: >> Hi, >> >> after all these scary changes in master oe-core I wanted to see what's >> left over working since jethro for my images. >> >> On thing

Re: [OE-core] Fetcher broken?

On Mon, Feb 22, 2016 at 10:13 PM, Burton, Ross wrote: > > On 22 February 2016 at 21:06, Andreas Müller > wrote: >> >> after all these scary changes in master oe-core I wanted to see what's >> left over working since jethro for my images. >> >>

Re: [OE-core] Fetcher broken?

On Mon, Feb 22, 2016 at 10:06:10PM +0100, Andreas Müller wrote: > Hi, > > after all these scary changes in master oe-core I wanted to see what's > left over working since jethro for my images. > > On thing noticed immediately: I see > > WARNING: flex-native-2.6.0-r0 do_fetch: Checksum failure

Re: [OE-core] Fetcher broken?

On 22 February 2016 at 21:06, Andreas Müller wrote: > after all these scary changes in master oe-core I wanted to see what's > left over working since jethro for my images. > > On thing noticed immediately: I see > > WARNING: flex-native-2.6.0-r0 do_fetch: Checksum

[OE-core] Fetcher broken?

Hi, after all these scary changes in master oe-core I wanted to see what's left over working since jethro for my images. On thing noticed immediately: I see WARNING: flex-native-2.6.0-r0 do_fetch: Checksum failure encountered with download of

[OE-core] [PATCH v2] buildstats.bbclass: Don't assume /proc//io present

It is not guaranteed Linux kernel was configured with process I/O statistics enabled. If process I/O statistcs are not present, issue a one time warning and do not attempt to read the non-existing stats counters. [YOCTO#9025] Signed-off-by: Juro Bystricky ---

Re: [OE-core] [PATCH] buildstats.bbclass: Don't assume /proc//io present

I agree, the message can be confusing, as there can be some ambiguity as to which kernel was implied by the warning. Right now it says: WARNING: The Linux kernel was not configured to provide As you suggested, I will change it to: WARNING: The Linux kernel on your build host was not

[OE-core] [PATCHv2 2/4] classes/testsdk: Move the removal of bitbake PATH to eSDK context only

From: Aníbal Limón The removal of bitbake and scripts PATH is only needed by eSDK tests so move to eSDK context only. This also it's a support for eSDK update test because it needs to execute oe-publish-sdk from scripts. Signed-off-by: Aníbal Limón

[OE-core] [PATCHv2 3/4] classes/testsdk: Pass tcname to SDK and SDKExt contexts

From: Aníbal Limón tcname is needed for eSDK update testcase will be used for publish it and then try to update Signed-off-by: Aníbal Limón --- meta/classes/testsdk.bbclass | 2 +- meta/lib/oeqa/oetest.py | 7 --- 2 files changed, 5

[OE-core] [PATCHv2 4/4] oeqa/sdkext: Add sdk_update.SDKUpdateTest class.

From: Aníbal Limón The SDKUpdateTest class test devtool sdk-update mechanism inside eSDK. The SDKUpdateTest class search for new sdk if not found uses the main one then it publish the eSDK into known folder inside work and it starts a web server for serve the eSDK.

[OE-core] [PATCHv2 0/4] Add extensible SDK update test

The following changes since commit ea8c34e976c11757ed9869c51b48f39050e25708: libnewt: Fix build with PIE flags (2016-02-21 09:32:43 +) are available in the git repository at: git://git.yoctoproject.org/poky-contrib alimon/esdk_update_v2

[OE-core] [PATCH] perf: add sysroot handling to subcmd

v4.5-rc1 of the kernel splits the subcommand related files from perf into a new library, this patch adds the modification of the Makefile to preserve the --sysroot option as for the other perf related Makefiles. Signed-off-by: Martin Donnelly ---

[OE-core] [PATCHv2 1/4] classes/testsdk: Move code for avoid PATHs to oeqa.utils

From: Aníbal Limón Due to the neeed to use in other modules. Signed-off-by: Aníbal Limón --- meta/classes/testsdk.bbclass| 18 -- meta/lib/oeqa/utils/__init__.py | 23 +++ 2 files changed, 27

Re: [OE-core] [PATCH 2/4] classes/testsdk: Move the removal of bitbake PATH to eSDK context only

On 02/22/2016 11:47 AM, Aníbal Limón wrote: > > > On 02/22/2016 11:27 AM, Randy Witt wrote: >> On 02/22/2016 09:05 AM, Aníbal Limón wrote: >>> >>> >>> On 02/22/2016 10:48 AM, Burton, Ross wrote: On 22 February 2016 at 16:37, Aníbal Limón wrote:

Re: [OE-core] [PATCH 2/4] classes/testsdk: Move the removal of bitbake PATH to eSDK context only

On 02/22/2016 11:27 AM, Randy Witt wrote: > On 02/22/2016 09:05 AM, Aníbal Limón wrote: >> >> >> On 02/22/2016 10:48 AM, Burton, Ross wrote: >>> On 22 February 2016 at 16:37, Aníbal Limón >>> >>> wrote: >>> I agree with you to modify avoid_paths_in_environ for

Re: [OE-core] [PATCH 2/4] classes/testsdk: Move the removal of bitbake PATH to eSDK context only

On 02/22/2016 09:05 AM, Aníbal Limón wrote: On 02/22/2016 10:48 AM, Burton, Ross wrote: On 22 February 2016 at 16:37, Aníbal Limón wrote: I agree with you to modify avoid_paths_in_environ for return the new PATH variable is better than only modify it

Re: [OE-core] [PATCH 4/4] oeqa/sdkext: Add sdk_update.SDKUpdateTest class.

On 02/22/2016 10:36 AM, Randy Witt wrote: > On 02/22/2016 08:26 AM, Aníbal Limón wrote: >> >> >> On 02/22/2016 10:18 AM, Randy Witt wrote: >>> On 02/22/2016 07:03 AM, Aníbal Limón wrote: From: Aníbal Limón The SDKUpdateTest class test devtool sdk-update

Re: [OE-core] [PATCH 2/4] classes/testsdk: Move the removal of bitbake PATH to eSDK context only

On 02/22/2016 10:48 AM, Burton, Ross wrote: > On 22 February 2016 at 16:37, Aníbal Limón > wrote: > >> I agree with you to modify avoid_paths_in_environ for return the new >> PATH variable is better than only modify it internally but for >> simplicity i will

Re: [OE-core] [PATCH 2/4] classes/testsdk: Move the removal of bitbake PATH to eSDK context only

On 22 February 2016 at 16:37, Aníbal Limón wrote: > I agree with you to modify avoid_paths_in_environ for return the new > PATH variable is better than only modify it internally but for > simplicity i will maintain the os.environ['PATH'] set/restore instead of >

Re: [OE-core] [PATCH 4/4] oeqa/sdkext: Add sdk_update.SDKUpdateTest class.

On 02/22/2016 08:26 AM, Aníbal Limón wrote: On 02/22/2016 10:18 AM, Randy Witt wrote: On 02/22/2016 07:03 AM, Aníbal Limón wrote: From: Aníbal Limón The SDKUpdateTest class test devtool sdk-update mechanism inside eSDK. The SDKUpdateTest class search for new sdk if

Re: [OE-core] [PATCH 1/3] glibc: Upgrade to 2.23

On Mon, Feb 22, 2016 at 08:19:08AM -0800, Khem Raj wrote: > Can you clone it outside oe Yes, (at least now) > On Feb 22, 2016 7:48 AM, "Martin Jansa" wrote: > > > On Sat, Feb 20, 2016 at 08:07:25AM +, Khem Raj wrote: > > > Drop kconfig and options-group support > >

Re: [OE-core] [PATCH 2/4] classes/testsdk: Move the removal of bitbake PATH to eSDK context only

On 02/22/2016 10:23 AM, Randy Witt wrote: > On 02/22/2016 08:09 AM, Aníbal Limón wrote: >> >> >> On 02/22/2016 09:54 AM, Randy Witt wrote: >>> On 02/22/2016 07:03 AM, Aníbal Limón wrote: From: Aníbal Limón The removal of bitbake and scripts PATH is only

[OE-core] [PATCH] findutils: upgrade to 4.6.0

Inherit upstream-version-is-even as minor-odd releases (such as 4.5.x) are development snapshots. Change the SRC_URI back to using GNU_MIRROR now we're not using a development release but a stable tarball. Signed-off-by: Ross Burton ---

[OE-core] [PATCH] bitbake.conf: add findutils-native to ASSUME_PROVIDED

It's possible for findutils-native to get built. There's no point in this as this is part of the expected host platform but this can introduce races or even bugs (4.5.19 appears to have a leaking fd bug, resulting in asserts) so add it to ASSUME_PROVIDED so it definitely won't get built.

Re: [OE-core] [PATCH 4/4] oeqa/sdkext: Add sdk_update.SDKUpdateTest class.

On 02/22/2016 10:18 AM, Randy Witt wrote: > On 02/22/2016 07:03 AM, Aníbal Limón wrote: >> From: Aníbal Limón >> >> The SDKUpdateTest class test devtool sdk-update mechanism inside >> eSDK. >> >> The SDKUpdateTest class search for new sdk if not found uses >> the main

[OE-core] [PATCH] oeqa/selftest/buildoptions: build -minimal instead of -sato images

When checking enabling buildhistory doesn't change anything but rootfs stamps, just build core-image-minimal instead of -sato to reduce the time this test takes. Signed-off-by: Ross Burton --- meta/lib/oeqa/selftest/buildoptions.py | 4 ++-- 1 file changed, 2

Re: [OE-core] [PATCH 2/4] classes/testsdk: Move the removal of bitbake PATH to eSDK context only

On 02/22/2016 08:09 AM, Aníbal Limón wrote: On 02/22/2016 09:54 AM, Randy Witt wrote: On 02/22/2016 07:03 AM, Aníbal Limón wrote: From: Aníbal Limón The removal of bitbake and scripts PATH is only needed by eSDK tests so move to eSDK context only. This also it's a

Re: [OE-core] [PATCH 1/3] glibc: Upgrade to 2.23

Can you clone it outside oe On Feb 22, 2016 7:48 AM, "Martin Jansa" wrote: > On Sat, Feb 20, 2016 at 08:07:25AM +, Khem Raj wrote: > > Drop kconfig and options-group support > > Forward port cross-localedef support > > Assume ssp support in libc when building

Re: [OE-core] [PATCH 4/4] oeqa/sdkext: Add sdk_update.SDKUpdateTest class.

On 02/22/2016 07:03 AM, Aníbal Limón wrote: From: Aníbal Limón The SDKUpdateTest class test devtool sdk-update mechanism inside eSDK. The SDKUpdateTest class search for new sdk if not found uses the main one then it publish the eSDK into known folder inside work and it

Re: [OE-core] [PATCH 2/4] classes/testsdk: Move the removal of bitbake PATH to eSDK context only

On 02/22/2016 09:54 AM, Randy Witt wrote: > On 02/22/2016 07:03 AM, Aníbal Limón wrote: >> From: Aníbal Limón >> >> The removal of bitbake and scripts PATH is only needed by eSDK tests >> so move to eSDK context only. >> >> This also it's a support for eSDK update test

Re: [OE-core] [PATCH 2/4] classes/testsdk: Move the removal of bitbake PATH to eSDK context only

On 02/22/2016 07:03 AM, Aníbal Limón wrote: From: Aníbal Limón The removal of bitbake and scripts PATH is only needed by eSDK tests so move to eSDK context only. This also it's a support for eSDK update test because it needs to execute oe-publish-sdk from scripts.

Re: [OE-core] [PATCH 1/3] glibc: Upgrade to 2.23

On Sat, Feb 20, 2016 at 08:07:25AM +, Khem Raj wrote: > Drop kconfig and options-group support > Forward port cross-localedef support > Assume ssp support in libc when building gcc-initial Unfortunately sourceware git doesn't like us, glibc is failing to fetch :/ ERROR: glibc-initial-2.23-r0

Re: [OE-core] [PATCH 2/5] gcc-5.3.inc/base.bbclass: add gcc option to not record -fdebug-prefix-map to debugging info

On Mon, Feb 22, 2016 at 02:44:41PM +0800, Hongxu Jia wrote: > On 02/20/2016 09:00 PM, Martin Jansa wrote: > > On Fri, Jan 29, 2016 at 12:35:55PM -0500, Hongxu Jia wrote: > >> Add option '-gno-record-debug-prefix-map' and '-grecord-debug-prefix-map' > >> for gcc. If '-gno-record-debug-prefix-map'

[OE-core] [PATCH 4/4] oeqa/sdkext: Add sdk_update.SDKUpdateTest class.

From: Aníbal Limón The SDKUpdateTest class test devtool sdk-update mechanism inside eSDK. The SDKUpdateTest class search for new sdk if not found uses the main one then it publish the eSDK into known folder inside work and it starts a web server for serve the eSDK.

[OE-core] [PATCH 3/4] classes/testsdk: Pass tcname to SDK and SDKExt contexts

From: Aníbal Limón tcname is needed for eSDK update testcase will be used for publish it and then try to update Signed-off-by: Aníbal Limón --- meta/classes/testsdk.bbclass | 2 +- meta/lib/oeqa/oetest.py | 7 --- 2 files changed, 5

[OE-core] [PATCH 2/4] classes/testsdk: Move the removal of bitbake PATH to eSDK context only

From: Aníbal Limón The removal of bitbake and scripts PATH is only needed by eSDK tests so move to eSDK context only. This also it's a support for eSDK update test because it needs to execute oe-publish-sdk from scripts. Signed-off-by: Aníbal Limón

[OE-core] [PATCH 1/4] classes/testsdk: Move code for avoid PATHs to oeqa.utils

From: Aníbal Limón Due to the neeed to use in other modules. Signed-off-by: Aníbal Limón --- meta/classes/testsdk.bbclass| 18 -- meta/lib/oeqa/utils/__init__.py | 17 + 2 files changed, 21 insertions(+), 14

[OE-core] [PATCH 0/4] Add extensible SDK update test

The following changes since commit 8c0ba8d9aff6dec6e458739aafb79b185e951afd: bitbake: toaster: toastergui Fix invalid char test and implementation (2016-02-19 15:38:49 +) are available in the git repository at: git://git.yoctoproject.org/poky-contrib alimon/esdk_update

Re: [OE-core] [PATCH v2 1/2] kernel: Add KERNEL_IMAGETYPES to build multi types kernel at one time

On Mon, Feb 22, 2016 at 3:43 AM, He Zhe wrote: > > > On 02/19/2016 11:46 PM, Bruce Ashfield wrote: > > > > > > On Fri, Feb 19, 2016 at 4:56 AM, >wrote: > > > > From: He Zhe >

[OE-core] [PATCH] mesa: add missing space to RRECOMMENDS append

Fixes errors as: | Missing or unbuildable dependency chain was: ['mesa-megadrivermesa-megadriver'] Signed-off-by: Andreas Müller --- meta/recipes-graphics/mesa/mesa.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [OE-core] [PATCHv2] mesa: Make gl libraries RRECOMMEND mesa-megadriver

On Wed, Nov 18, 2015 at 4:00 PM, Jussi Kukkonen wrote: > This makes e.g. core-image-weston actually work out-of-the-box > on hardware that uses megadriver drivers. > > Signed-off-by: Jussi Kukkonen > --- > > Ross pointed out that the part about

[OE-core] [PATCH] harfbuzz: update to version 1.2.0

1.1.3 -> 1.2.0 Signed-off-by: Maxin B. John --- .../harfbuzz/{harfbuzz_1.1.3.bb => harfbuzz_1.2.0.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/harfbuzz/{harfbuzz_1.1.3.bb => harfbuzz_1.2.0.bb} (87%) diff

Re: [OE-core] [PATCH 1/4] Upgrade systemd to 229

On 02/22/2016 08:50 AM, Khem Raj wrote: Signed-off-by: Khem Raj Some kind of changelog would be here - what was rebased, what was dropped/added any why, and what changes were made to the recipe and why. Alex -- ___

[OE-core] State of bitbake world, Failed tasks 2016-02-21

== Tested changes (not included in master yet) - bitbake == 88fded1 world-image: add extra target == Tested changes (not included in master yet) - openembedded-core == b399339 sstate-sysroot-cruft.sh: Extend the whitelist 2ad9ddf qemux86: Add identical qemux86copy variant for tests 3fca5dc

[OE-core] [PATCH v2] oe-selftest: Add support for lib/oeqa/selftest subdirectories

This patch adds functionality to allow creating subdirectories inside lib/oeqa/selftest for all layers present in BBLAYERS. Like this, test cases can be grouped into organized directories. Addresses [YOCTO #7865] Signed-off-by: Costin Constantin ---

[OE-core] [PATCH] rpm: fix building rpm 5 with internal beecrypt

RPM 5 cannot be built without beecrypt, therefore the EXTRA_OECONF arguments to pass when the beecrypt PACKAGECONFIG is disabled should enable the internal/bundled beecrypt. [YOCTO #9150] Signed-off-by: Joshua Lock --- meta/recipes-devtools/rpm/rpm_5.4+cvs.bb | 2 +-

Re: [OE-core] [PATCH 2/4] clutter: Upgrade 1.24.2 -> 1.25.6

> Here is changes between two versions > https://git.gnome.org/browse/clutter/log/?qt=range=1.24.2..1.25.6 > > For me it has configure fixes to compile it with clang Gnome projects have an odd-even version scheme, and 1.25 is a development release. So you need to backport the necessary fixes, or

Re: [OE-core] [PATCH] conf/distro/include: Add no-static-libs.inc

meta-oe is still broken a lot from recent changes in QA checks, EXTRA_OEMAKE, FILES_*. Including that .inc is easy enough for distros which care (and can fix issues caused by it in recipes they use) I would prefer to make it default later (like in next release) - even when I would very much like

[OE-core] [PATCH] alsa-lib: topology: Add missing include sys/stat.h

Fixes this build error with uclibc: alsa-lib-1.1.0/src/topology/parser.c: In function 'snd_tplg_build_file': alsa-lib-1.1.0/src/topology/parser.c:262:35: error: 'S_IRUSR' undeclared (first use in this function) open(outfile, O_RDWR | O_CREAT, S_IRUSR | S_IWUSR); Signed-off-by: Maxin B. John

Re: [OE-core] [PATCHv2 2/2] oeqa/selftest/prservice: Added new TC: check pr-server starts and stop correctly on localhost.

Hi Francisco, There is no need to check the ret.status of runCmd. If ret.status is other than 0 runCmd will throw an error. If you want to catch the ret.status of runCmd when you expect the command to fail you should use runCmd('cmd', ignore_status=True). Please make sure you pay close

Re: [OE-core] [PATCH v2 1/2] kernel: Add KERNEL_IMAGETYPES to build multi types kernel at one time

On 02/19/2016 11:46 PM, Bruce Ashfield wrote: > > > On Fri, Feb 19, 2016 at 4:56 AM, >wrote: > > From: He Zhe > > > Add KERNEL_IMAGETYPES to support building packaging and installing

Re: [OE-core] [PATCH 1/1] useradd_base.bbclass: fix simultaneous with flock

On 2016年02月18日 07:49, Burton, Ross wrote: On 17 February 2016 at 05:40, Kang Kai > wrote: I prefer to keep such check. There is more than one case that causes operation error such as pass wrong parameters. The messages are