[OE-core] [PATCH 1/2] oprofileui-server: Add systemd support

From: Muhammad Shakeel -Remove dependency on meta-systemd Signed-off-by: Muhammad Shakeel --- .../oprofileui-server/oprofileui-server.service|6 ++ .../oprofile/oprofileui-server_git.bb | 13 +++-- 2 files changed, 17 insertions(+), 2 deletions(-) diff --git

[OE-core] [PATCH 2/2] apmd: Add systemd support

From: Muhammad Shakeel -Remove dependency on meta-systemd Signed-off-by: Muhammad Shakeel --- meta/recipes-bsp/apmd/apmd-3.2.2-14/apmd.service |7 +++ meta/recipes-bsp/apmd/apmd_3.2.2-14.bb | 13 +++-- 2 files changed, 18 insertions(+), 2 deletions(-) diff --git a/

Re: [OE-core] [PATCH 1/2] base: improve PACKAGECONFIG handling logic

On 09/11/2013 11:17 AM, Ross Burton wrote: The existing code for handling PACKAGECONFIG lists wasn't the cleanest Python around. Instead of diving into the list directly using indices and lengths, use pop() to iterate through the list. I started to get some strange behaviour with building wor

Re: [OE-core] [RFC PATCH] bitbake.conf: Stop providing ${P} and ${PF} by default

On 09/11/2013 06:10 PM, Richard Purdie wrote: On Wed, 2013-09-11 at 17:31 +0800, Robert Yang wrote: On 09/10/2013 10:08 PM, Richard Purdie wrote: On Tue, 2013-09-10 at 15:33 +0800, Robert Yang wrote: Thanks, Can we provide a replacement for the "bitbake PN-PV" since it is useful, for exampl

Re: [OE-core] [PATCH 1/3] ia32-base: only depend on GL if opengl DISTRO_FEATURE enabled

On Wed, 2013-09-11 at 21:30 +0100, Ross Burton wrote: > As Mesa refuses to compile if the "opengl" DISTRO_FEATURE isn't enabled, > mesa-driver-i9xx and the GLX X module have to be conditional in the ia32 > machine > defintion too. > > Signed-off-by: Ross Burton > --- > meta/conf/machine/include

[OE-core] [PATCH] Enable ptest support for lttng.

This patch adds the necessary glue to bind the LTTng test suite to the OE ptest logic. The patch consists of three parts: 1) The ptest enabling bits, including a new install-ptest target and a run-ptest script. 2) A patch (also filed upstream) to execute the tests also in the 'installcheck' ta

[OE-core] [PATCH] Enable ptest support for lttng.

Signed-off-by: Stefan Seefeld --- meta/recipes-kernel/lttng/lttng-tools/run-ptest| 4 ++ .../recipes-kernel/lttng/lttng-tools/runtest.patch | 52 ++ meta/recipes-kernel/lttng/lttng-tools_2.3.0.bb | 8 +++- 3 files changed, 62 insertions(+), 2 deletions(-) create mod

[OE-core] [PATCH v2] bootimage.bbclass, zisofs-tools-native: add ability to compress ISO images

The mkzftree is needed to allow ISO images to be compressed with minimal runtime overhead. Below is an example of the savings on a core-image-minimal. Before ls -l: 24117248 core-image-minimal-qemux86-64.iso Using the mkzftree ls -l: 16777216 core-image-minimal-qemux86-64.iso Signed-off-by: Jas

Re: [OE-core] [PATCH] bootimage.bbclass, zisofs-tools-native: add ability to compress ISO images

On 09/11/2013 06:15 PM, Khem Raj wrote: > > > On Wednesday, September 11, 2013, Jason Wessel > wrote: >> The mkzftree is needed to allow ISO images to be compressed with >> minimal runtime overhead. Below is an example of the savings on a >> core-image-minimal

Re: [OE-core] [PATCH 0/2] make runlevel to return correct value

ping... -Roy On 09/04/2013 02:56 PM, rongqing...@windriver.com wrote: From: "Roy.Li" The following changes since commit 8c272641ef3e8410f331ca4133d28dea8f36e4f4: lib/oeqa/runtime: smart: serve repo on host ip only and increase timeout (2013-09-03 19:57:31 +0100) are available in the git

Re: [OE-core] build errors after upgrading

On 11 September 2013 18:39, Stefan Seefeld wrote: > I was successfully building images for qemux86_64, when I decided to > update to pull in recent fixes and improvements. So after git-pulling > I'm now seeing these errors: > > ERROR: Nothing PROVIDES 'virtual/libgl' (but > /usr/local/OpenEmbedded

Re: [OE-core] [PATCH] bootimage.bbclass, zisofs-tools-native: add ability to compress ISO images

On Wednesday, September 11, 2013, Jason Wessel wrote: > The mkzftree is needed to allow ISO images to be compressed with > minimal runtime overhead. Below is an example of the savings on a > core-image-minimal. > > Before ls -l: > 24117248 core-image-minimal-qemux86-64.iso > > Using the mkzftree

[OE-core] [PATCH] populate_sdk_rpm: Ensure empty strings aren't passed to attemponly rpm code

If empty strings are passed to the rpm attemptonly code, it breaks. This ensures we don't do that. Signed-off-by: Richard Purdie --- diff --git a/meta/classes/populate_sdk_rpm.bbclass b/meta/classes/populate_sdk_rpm.bbclass index dd5f39a..9caa6f6 100644 --- a/meta/classes/populate_sdk_rpm.bbclas

[OE-core] [PATCH] bootimage.bbclass, zisofs-tools-native: add ability to compress ISO images

The mkzftree is needed to allow ISO images to be compressed with minimal runtime overhead. Below is an example of the savings on a core-image-minimal. Before ls -l: 24117248 core-image-minimal-qemux86-64.iso Using the mkzftree ls -l: 16777216 core-image-minimal-qemux86-64.iso Signed-off-by: Jas

[OE-core] [PATCH] xf86-video-vmware: respect opengl DISTRO_FEATURE

Conditionalise the GL dependencies on the opengl DISTRO_FEATURE so this driver can build without the opengl feature active, as the configure script will enable/disable the GL sub-driver depending on the presence of these libraries. This is an interim patch to fix the autobuilder, a more complete p

[OE-core] [PATCH] bluez4/5: Add EXCLUDE_FROM_WORLD = 1

We can't build both recipes in the world build as there is a collision of package name and PR values. Specificly the libasound-module-bluez which is the same in both goes backwards from r5 (bluez4) -> r0 (bluez5) and the subpackage_metadata check fails: ERROR: Recipe lib32-bluez5 is trying to c

Re: [OE-core] build errors after upgrading

On 11 September 2013 19:07, Burton, Ross wrote: > On 11 September 2013 19:00, Stefan Seefeld wrote: >> But meanwhile, what is the appropriate fix on OE trunk, to get back to a >> working state ? > > The appropriate fix would be fixing the configure script. I'm > starting a build without opengl n

[OE-core] [PATCH 2/3] xf86-video-vesa: change depends to refect reality

This recipe appears to have been a copy-and-paste from -intel, because it has dependencies and configure options that xf86-video-vesa just doesn't have, such as virtual/libgl and XVMC. Signed-off-by: Ross Burton --- meta/recipes-graphics/xorg-driver/xf86-video-vesa_2.3.2.bb |5 + 1 file

[OE-core] [PATCH 1/3] ia32-base: only depend on GL if opengl DISTRO_FEATURE enabled

As Mesa refuses to compile if the "opengl" DISTRO_FEATURE isn't enabled, mesa-driver-i9xx and the GLX X module have to be conditional in the ia32 machine defintion too. Signed-off-by: Ross Burton --- meta/conf/machine/include/ia32-base.inc |6 +++--- 1 file changed, 3 insertions(+), 3 deleti

[OE-core] [PATCH 3/3] xf86-video-intel: disable DRI2 tests if no DRI2 is available

Somehow this slipped past the initial testing and can cause build errors in non-GL distros. Signed-off-by: Ross Burton --- .../xf86-video-intel/disable-dri2-tests.patch | 50 .../xorg-driver/xf86-video-intel_2.21.13.bb|2 + 2 files changed, 52 insertions(+

[OE-core] [PATCH] lib/oeqa/runtime: smart: limit channel add to useful ones

Don't add inappropiate channels on the target. This happens when building two different machines in the same dir and then running the tests for each machine. Signed-off-by: Stefan Stanacar --- meta/lib/oeqa/runtime/smart.py | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/m

Re: [OE-core] build errors after upgrading

On 09/11/2013 01:52 PM, Burton, Ross wrote: > So the X vmware driver has a hard dependency on DRI if your X server > is recent, instead of having a configure option. Now that Mesa is > refusing to build in distros where you haven't asked for any OpenGL, > this is being discovered. It should be fa

[OE-core] [PATCH] classes/package_rpm: remove unsed outdir variable

Not only outdir had the wrong value, it wasn't used actually used in that function. Signed-off-by: Stefan Stanacar --- meta/classes/package_rpm.bbclass | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/meta/classes/package_rpm.bbclass b/meta/classes/package_rpm.bbclass index

[OE-core] [PATCH 1/2] base: improve PACKAGECONFIG handling logic

The existing code for handling PACKAGECONFIG lists wasn't the cleanest Python around. Instead of diving into the list directly using indices and lengths, use pop() to iterate through the list. Signed-off-by: Ross Burton --- meta/classes/base.bbclass | 23 --- 1 file change

[OE-core] OE Changelog since 2013-09-01 until 2013-09-08

Changelog since 2013-09-01 until 2013-09-08. Projects included in this report: bitbake: git://git.openembedded.org/bitbake openembedded-core: git://git.openembedded.org/openembedded-core meta-openembedded: git://git.openembedded.org/meta-openembedded meta-angstrom: git://github.com/Angstrom-distr

[OE-core] [PATCH 2/2] base: add RRECOMMENDS to PACKAGECONFIG

Add a fifth optional element of the PACKAGECONFIG flags that can be used to set RRECOMMENDS_${PN}. Signed-off-by: Ross Burton --- meta/classes/base.bbclass | 14 ++ 1 file changed, 10 insertions(+), 4 deletions(-) diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass

Re: [OE-core] build errors after upgrading

On 11 September 2013 19:00, Stefan Seefeld wrote: > But meanwhile, what is the appropriate fix on OE trunk, to get back to a > working state ? The appropriate fix would be fixing the configure script. I'm starting a build without opengl now to replicate, unless you can beat me to a patch. Ross

[OE-core] build errors after upgrading

Hello, I was successfully building images for qemux86_64, when I decided to update to pull in recent fixes and improvements. So after git-pulling I'm now seeing these errors: ERROR: Nothing PROVIDES 'virtual/libgl' (but /usr/local/OpenEmbedded/oe-core/meta/recipes-graphics/xorg-driver/xf86-video-

Re: [OE-core] [PATCH v4] libtool: fix resolve of lt_sysroot

On Wed, Sep 11, 2013 at 10:15 AM, Hans Beckérus wrote: > On Tue, Sep 10, 2013 at 11:33 PM, Saul Wold wrote: >> On 09/10/2013 07:56 AM, hans.becke...@gmail.com wrote: >>> >>> From: Hans Beckerus >>> >>> This patch updates libtool.m4 (and its output) to resolve a problem >>> with variable 'lt_sysr

Re: [OE-core] [Patch-v2 1/1] mesa: avoid unnecessary rerunning of tasks

On Mon, 2013-09-09 at 12:36 +0100, Burton, Ross wrote: > On 7 September 2013 00:56, Otavio Salvador wrote: > >> Maybe it is time to have a mesa-gl recipe alongside mesa that *just* > >> builds the GL libraries. EMGD can depend on it for the driver modules > >> it installs, and presumably other ve

Re: [OE-core] [PATCH 2/2] bb-matrix: Make sure local.conf does not interfere

On Wed, 2013-09-11 at 16:49 +0200, Peter Kjellerstedt wrote: > > -Original Message- > > From: Richard Purdie [mailto:richard.pur...@linuxfoundation.org] > > Sent: den 10 september 2013 17:48 > > To: Darren Hart > > Cc: Peter Kjellerstedt; openembedded-core@lists.openembedded.org > > Subject

Re: [OE-core] [PATCH 1/1] bb-matrix-plot: Use interpolation for sparse data

On Wed, 2013-09-11 at 14:30 +0200, Peter Kjellerstedt wrote: > > -Original Message- > > From: Darren Hart [mailto:dvh...@linux.intel.com] > > Sent: den 10 september 2013 17:38 > > To: Peter Kjellerstedt > > Cc: openembedded-core@lists.openembedded.org > > Subject: Re: [OE-core] [PATCH 1/1]

Re: [OE-core] [PATCH 2/2] bb-matrix: Make sure local.conf does not interfere

> -Original Message- > From: Richard Purdie [mailto:richard.pur...@linuxfoundation.org] > Sent: den 10 september 2013 17:48 > To: Darren Hart > Cc: Peter Kjellerstedt; openembedded-core@lists.openembedded.org > Subject: Re: [OE-core] [PATCH 2/2] bb-matrix: Make sure local.conf does > not in

Re: [OE-core] [PATCH] python-smartpm: Add an attempt install mode

On Wednesday 11 September 2013 08:47:33 Mark Hatle wrote: > On 9/11/13 5:04 AM, Paul Eggleton wrote: > > On Tuesday 10 September 2013 21:04:29 Mark Hatle wrote: > >> Time measurements with: > >> > >> MACHINE = "qemux86" > >> PACKAGE_CLASSES = "package_rpm" > >> EXTRA_IMAGE_FEATURES = "dev-pkgs sta

[OE-core] [PATCH] clutter: fix compilation when building without X11 backend

If Clutter is building the Wayland backend but not the X11 backend, the Cogl support doesn't get enabled so the Wayland backend (which uses it) fails to compile. Backport a fix from upstream to fix this situation. Signed-off-by: Ross Burton --- meta/recipes-graphics/clutter/clutter-1.0.inc

[OE-core] [PATCH] x11vnc: add dependencies for xrandr/xfixes/xdamage/xtst

Inspired by a patch by Martin Jansa but with these libraries required, as a VNC server without them is suboptimal. Don't add an option for Xinerama as our X server always disables it. Signed-off-by: Ross Burton --- meta/recipes-graphics/x11vnc/x11vnc_0.9.13.bb |2 +- 1 file changed, 1 inser

Re: [OE-core] [PATCH] python-smartpm: Add an attempt install mode

On 9/11/13 5:04 AM, Paul Eggleton wrote: Hi Mark, On Tuesday 10 September 2013 21:04:29 Mark Hatle wrote: Time measurements with: MACHINE = "qemux86" PACKAGE_CLASSES = "package_rpm" EXTRA_IMAGE_FEATURES = "dev-pkgs staticdev-pkgs doc-pkgs dbg-pkgs ptest-pkgs" BB_NUMBER_THREADS ?= "8" PARALLEL_

[OE-core] [PATCH] weston: as weston-launch depends on PAM, control it with a PACKAGECONFIG

Signed-off-by: Ross Burton --- meta/recipes-graphics/wayland/weston_1.1.0.bb |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/meta/recipes-graphics/wayland/weston_1.1.0.bb b/meta/recipes-graphics/wayland/weston_1.1.0.bb index c7c64ad..b765f65 100644 --- a/meta/recipe

Re: [OE-core] [RFC][PATCH] mesa-gl: add GL-only Mesa recipe

On 11 September 2013 01:23, Kamble, Nitin A wrote: > With few more fixes, this is working for EMGD based meta-intel BSPs. > Here are the commits which worked: > > http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=nitin/mesa-gl The dependency on "mesa" is actually right, any other G

Re: [OE-core] OE gcc-cross with builtin sysroot, BUG?

On Wed, 2013-09-11 at 15:01 +0200, Nicolas Dechesne wrote: > > On Wed, Sep 11, 2013 at 2:00 PM, Richard Purdie > wrote: > Not really, its actually intentionally designed like this > since its > pointless rebuilding gcc-cross multiple time just because we > want to

Re: [OE-core] OE gcc-cross with builtin sysroot, BUG?

On Wed, Sep 11, 2013 at 2:00 PM, Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > > So, of course we shouldn't ignore the CFLAGS from OE, and the CFLAGS > > would set the right sysroot, and of course we fixed our software so > > that we don't ignore CFLAGS anymore... but that still lo

Re: [OE-core] [PATCH 1/1] bb-matrix-plot: Use interpolation for sparse data

> -Original Message- > From: Darren Hart [mailto:dvh...@linux.intel.com] > Sent: den 10 september 2013 17:38 > To: Peter Kjellerstedt > Cc: openembedded-core@lists.openembedded.org > Subject: Re: [OE-core] [PATCH 1/1] bb-matrix-plot: Use interpolation > for sparse data > > On Tue, 2013-09-

Re: [OE-core] OE gcc-cross with builtin sysroot, BUG?

On Wed, 2013-09-11 at 12:33 +0100, Tomas Frydrych wrote: > Hi, > > On 11/09/13 11:29, Nicolas Dechesne wrote: > > To me the problem is that gcc-cross 'embedds' some $MACHINE data in its > > package, but it is not marked as 'machine specific, but arch specific. > > So several machines will end up

Re: [OE-core] OE gcc-cross with builtin sysroot, BUG?

On Wed, 2013-09-11 at 12:29 +0200, Nicolas Dechesne wrote: > our bug appeared because we were 'wrongly' unsetting the CFLAGS from > OE in one of our recipe, so we would loose the following from our > compilation command line > > -march=armv7-a > -marm > -mthumb-interwork > -mfloat-abi=hard > -mfpu=

Re: [OE-core] OE gcc-cross with builtin sysroot, BUG?

Hi, On 11/09/13 11:29, Nicolas Dechesne wrote: > To me the problem is that gcc-cross 'embedds' some $MACHINE data in its > package, but it is not marked as 'machine specific, but arch specific. > So several machines will end up sharing the same gcc-cross package. The cross compiler should not be

[OE-core] [PATCH] ia32-base: only depend on mesa-driver-i9xx if opengl is enabled

As Mesa refuses to compile if the "opengl" DISTRO_FEATURE isn't enabled, mesa-driver-i9xx has to be conditional in the ia32 machine defintion too. Signed-off-by: Ross Burton --- meta/conf/machine/include/ia32-base.inc |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/met

[OE-core] OE gcc-cross with builtin sysroot, BUG?

hi there, first of all, we are building dylan branch with oe-core + meta-linaro-toolchain, not using external toolchain, hence the cross post on OE and linaro lists. we've been debugging some nasty build issues over the last few days on our Jenkins server. and i'd like to bring our findings up to

Re: [OE-core] [RFC PATCH] bitbake.conf: Stop providing ${P} and ${PF} by default

On Wed, 2013-09-11 at 17:31 +0800, Robert Yang wrote: > > On 09/10/2013 10:08 PM, Richard Purdie wrote: > > On Tue, 2013-09-10 at 15:33 +0800, Robert Yang wrote: > >> Thanks, Can we provide a replacement for the "bitbake PN-PV" since it is > >> useful, for example, can we support the PREFERRED_VER

Re: [OE-core] [PATCH] python-smartpm: Add an attempt install mode

Hi Mark, On Tuesday 10 September 2013 21:04:29 Mark Hatle wrote: > Time measurements with: > > MACHINE = "qemux86" > PACKAGE_CLASSES = "package_rpm" > EXTRA_IMAGE_FEATURES = "dev-pkgs staticdev-pkgs doc-pkgs dbg-pkgs > ptest-pkgs" BB_NUMBER_THREADS ?= "8" > PARALLEL_MAKE ?= "-j 8" > > image: cor

[OE-core] [PATCH] uclibc: Add missing DEPENDS on kern-tools-native

This is needed for the kconfig handling and the merge-config.sh script. Signed-off-by: Richard Purdie --- diff --git a/meta/recipes-core/uclibc/uclibc-initial_git.bb b/meta/recipes-core/uclibc/uclibc-initial_git.bb index 9e3edbd..3a1140e 100644 --- a/meta/recipes-core/uclibc/uclibc-initial_git.b

[OE-core] [PATCH] image/populate_sdk: Ensure symlinks in target sysroot are relative

In the target sysroot of an SDK we can have target system absolute links which don't make sense. This adds a script which fixes them up to become relative paths instead. [YOCTO #5020] Signed-off-by: Richard Purdie --- diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass index 4a

Re: [OE-core] [RFC PATCH] bitbake.conf: Stop providing ${P} and ${PF} by default

On 09/10/2013 10:08 PM, Richard Purdie wrote: On Tue, 2013-09-10 at 15:33 +0800, Robert Yang wrote: Thanks, Can we provide a replacement for the "bitbake PN-PV" since it is useful, for example, can we support the PREFERRED_VERSION_${PN} in the env in the future ? There is a similar bug: https

[OE-core] [PATCH] qemu: only depend on mesa-driver-swrast if opengl is enabled

As Mesa refuses to compile if the "opengl" DISTRO_FEATURE isn't enabled, mesa-driver-swrast has to be conditional in the QEMU machine defintions too. Signed-off-by: Ross Burton --- meta/conf/machine/include/qemu.inc |2 +- meta/conf/machine/qemux86-64.conf |2 +- meta/conf/machine/qemux

[OE-core] [PATCH 0/1 v2] ptest-runner: trivial fixes and refine

From: Roy Li The following changes since commit 5b451a46550ba62e2fbfe5dbe50723b34a4fd527: systemd.bbclass: get the correct /lib directory (2013-09-10 23:15:09 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib roy/ptest-1 http://git.pokylinux.org/cgit.cgi

[OE-core] [PATCH 1/1] ptest-runner: trivial fixes and refine

From: Roy Li 1. ptest files may be installed under /usr/lib64/ for 64bit filesystem or under /usr/lib/ for 64bit multilib filesystem, so we should check both directories 2. If a soft link is linking to a directory under the same directory, we only run once. [YOCTO #5125] [YOCTO #5126] Signed-o

Re: [OE-core] [PATCH 1/1] init-live.sh: distinguish between a read-only image and a read-write image

On 11 September 2013 06:01, wrote: > The iso and hddimg share a common concept of 'live image', and they > use the same initramfs and thus the same init. However, that init > script in initramfs made a wrong assumption that the rootfs image > was read-only by itself. This is apparently not true f

Re: [OE-core] [PATCH 1/1] ptest-runner: trivial fixes and refine

On 09/11/2013 04:40 PM, Richard Purdie wrote: On Wed, 2013-09-11 at 15:34 +0800, rongqing...@windriver.com wrote: From: Roy Li 1. ptest files may be installed under /usr/lib64/ for 64bit filesystem or under /usr/lib/ for 64bit multilib filesystem, so we should check both directories 2. If a

Re: [OE-core] [PATCH 1/1] ptest-runner: trivial fixes and refine

On Wed, 2013-09-11 at 15:34 +0800, rongqing...@windriver.com wrote: > From: Roy Li > > 1. ptest files may be installed under /usr/lib64/ for 64bit filesystem > or under /usr/lib/ for 64bit multilib filesystem, so we should check both > directories > > 2. If a soft link is linking to a directory

Re: [OE-core] [PATCH v3] libcroco: disable Bsymbolic if it is not supported on some hosts

On 11 September 2013 04:11, wrote: > +EXTRA_OECONF += "--enable-Bsymbolic=auto" Acked-by: Ross Burton Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v4] libtool: fix resolve of lt_sysroot

On Tue, Sep 10, 2013 at 11:33 PM, Saul Wold wrote: > On 09/10/2013 07:56 AM, hans.becke...@gmail.com wrote: >> >> From: Hans Beckerus >> >> This patch updates libtool.m4 (and its output) to resolve a problem >> with variable 'lt_sysroot' not being properly updated if the option >> '--with[-libtoo

[OE-core] [PATCH 1/1] ptest-runner: trivial fixes and refine

From: Roy Li 1. ptest files may be installed under /usr/lib64/ for 64bit filesystem or under /usr/lib/ for 64bit multilib filesystem, so we should check both directories 2. If a soft link is linking to a directory under the same directory, we only run once. [YOCTO #5125] [YOCTO #5126] Signed-o

[OE-core] [PATCH 0/1] ptest-runner: trivial fixes and refine

From: Roy Li The following changes since commit 5b451a46550ba62e2fbfe5dbe50723b34a4fd527: systemd.bbclass: get the correct /lib directory (2013-09-10 23:15:09 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib roy/ptest http://git.pokylinux.org/cgit.cgi/p