Re: [OE-core] [PATCH] cpan.bbclass: Fix CCFLAGS.

Hi Saul, I have sent this patch for a while. Please merge this if no objections. Thanks. - Pascal On 2012年07月06日 13:39, Khem Raj wrote: On Thu, Jul 5, 2012 at 10:33 PM, Pascal Ouyang wrote: On 2012年07月05日 22:57, Khem Raj wrote: On Thu, Jul 5, 2012 at 4:17 AM, Pascal Ouyang wrote: So,

Re: [OE-core] [PATCH] runqemu/mips: adjust runqemu script to support mipsel machine

On Wed, Jul 11, 2012 at 3:05 PM, Dennis Lan wrote: > Signed-off-by: Dennis Lan > --- > scripts/runqemu |5 - > scripts/runqemu-internal |9 +++-- > 2 files changed, 7 insertions(+), 7 deletions(-) > > diff --git a/scripts/runqemu b/scripts/runqemu > index 8d149a2..650d1d

[OE-core] [PATCH] sysvinit-inittab_2.88dsf.bb: Allow multiple serial port consoles to be defined

Set SERIAL_CONSOLES if you want to define multiple serial consoles, also if you need to check for the presence of the serial consoles you can also define SERIAL_CONSOLES_CHECK to determine if these are present when you boot. This will prevent error message that pop up when the serial port is not pr

Re: [OE-core] [PATCH] xz: update to 5.1.2alpha

On Wed, 2012-07-11 at 13:53 -0700, Saul Wold wrote: > On 07/11/2012 07:10 AM, Koen Kooi wrote: > > This contains bugfixes from the 5.0.3 and 5.0.4 releases > > > > Signed-off-by: Koen Kooi > > --- > > meta/recipes-extended/xz/{xz_5.1.1alpha.bb => xz_5.1.2alpha.bb} |7 > > ++- > > 1 fil

Re: [OE-core] [PATCH 09/19] tar: fix build with automake 1.12.x

On 07/10/2012 09:02 AM, nitin.a.kam...@intel.com wrote: From: Nitin A Kamble automake 1.12.x automatically deletes empty directories, so the additional rmdir from the do_install_append fails. cleanup the do_install_append for automake 1.12.x Avoid this error: | rmdir: failed to remove `/srv/

Re: [OE-core] [PATCH] connman: fix build with automake 1.12

On Wed, 2012-07-11 at 16:39 +0100, Ross Burton wrote: > + # Automake 1.12 won't install empty directories, but we need the > + # plugins directory to be present for ownership > + mkdir -p ${D}${libdir}/connman/plugins > } Did you consider patching upstream to do this in install-data-

Re: [OE-core] Upcoming Yocto 1.2.1 "denzil" release this week.

On Wed, Jul 11, 2012 at 11:50 AM, Richard Purdie wrote: > > Right, this would just be to allow edison to work on systems that have a > native eglibc 2.16. I'm not convinced we have the patches worked out yet > though. Target eglibc would remain with whatever is in edison (2.13?). Well. The patche

Re: [OE-core] [PATCH] xz: update to 5.1.2alpha

On 07/11/2012 07:10 AM, Koen Kooi wrote: This contains bugfixes from the 5.0.3 and 5.0.4 releases Signed-off-by: Koen Kooi --- meta/recipes-extended/xz/{xz_5.1.1alpha.bb => xz_5.1.2alpha.bb} |7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) rename meta/recipes-extended/xz/{xz

Re: [OE-core] Upcoming Yocto 1.2.1 "denzil" release this week.

On Wed, Jul 11, 2012 at 3:36 PM, Saul Wold wrote: > On 07/11/2012 11:50 AM, Richard Purdie wrote: >> >> On Wed, 2012-07-11 at 19:00 +0100, Paul Eggleton wrote: >>> >>> On Wednesday 11 July 2012 17:55:18 McClintock Matthew-B29882 wrote: On Wed, Jul 11, 2012 at 6:00 AM, Richard Purdie

Re: [OE-core] Upcoming Yocto 1.2.1 "denzil" release this week.

On 07/11/2012 11:50 AM, Richard Purdie wrote: On Wed, 2012-07-11 at 19:00 +0100, Paul Eggleton wrote: On Wednesday 11 July 2012 17:55:18 McClintock Matthew-B29882 wrote: On Wed, Jul 11, 2012 at 6:00 AM, Richard Purdie wrote: On Wed, 2012-07-11 at 09:57 +0100, Jack Mitchell wrote: Are Khems e

[OE-core] [PATCH 1/1] package.bbclass: Allow overriding of debugedit starting path

In the usual case, the computed path used for debugedit to fix up path references for the target filesystem is correct. However, prebuilt binary components, such as prebuilt toolchains, can have debug paths that do not reflect paths within the local build directory. Providing an override lets us co

[OE-core] [PATCH 0/1] package.bbclass: Allow overriding of debugedit base path

As before, only with the prettier and smaller change RP suggested. This provides a mechanism for making the existing debugedit that gets done from package.bbclass work for prebuilt binaries with debug paths that aren't related directly to the build environment. The following changes since commit 2

Re: [OE-core] [PATCH 1/1] package.bbclass: Allow overriding of debugedit starting path

On Wed, 2012-07-11 at 20:54 +0100, Burton, Ross wrote: > On 11 July 2012 20:01, Chris Larson wrote: > > That's one possibility. The other would be to treat _append/_prepended > > functions as independent entities. Rather than concatenating > > functions, it'd add them to the prefuncs/postfuncs or

Re: [OE-core] [PATCH 1/1] package.bbclass: Allow overriding of debugedit starting path

On 11 July 2012 20:01, Chris Larson wrote: > That's one possibility. The other would be to treat _append/_prepended > functions as independent entities. Rather than concatenating > functions, it'd add them to the prefuncs/postfuncs or equivalent. > Without concatenation, there'd be no issues with

Re: [OE-core] [PATCH 1/1] package.bbclass: Allow overriding of debugedit starting path

On Wed, Jul 11, 2012 at 11:54 AM, Peter Seebach wrote: > Okay, crazy thought. Imagine that we were to make a modified parser, > with the following behavior: > > Whenever reading a python function, count the indentation of the first > line (N), then replace every N spaces of indentation with 4 spa

Re: [OE-core] [PATCH 1/1] package.bbclass: Allow overriding of debugedit starting path

On Wed, 11 Jul 2012 18:36:50 +0100 Richard Purdie wrote: > It should all use 4 space for python functions. There is however a > twist which is due to the way we handle _prepend and _append. Those > prepends and appends have whitespace too and I seem to remember > issues with whitespace matching.

Re: [OE-core] Upcoming Yocto 1.2.1 "denzil" release this week.

On Wed, 2012-07-11 at 19:00 +0100, Paul Eggleton wrote: > On Wednesday 11 July 2012 17:55:18 McClintock Matthew-B29882 wrote: > > On Wed, Jul 11, 2012 at 6:00 AM, Richard Purdie > > wrote: > > > On Wed, 2012-07-11 at 09:57 +0100, Jack Mitchell wrote: > > >> Are Khems eglibc patches going to make i

Re: [OE-core] Upcoming Yocto 1.2.1 "denzil" release this week.

On Wednesday 11 July 2012 17:55:18 McClintock Matthew-B29882 wrote: > On Wed, Jul 11, 2012 at 6:00 AM, Richard Purdie > wrote: > > On Wed, 2012-07-11 at 09:57 +0100, Jack Mitchell wrote: > >> Are Khems eglibc patches going to make it in for this - 2.16 is playing > >> havoc with my builds at the m

Re: [OE-core] [PATCH 1/1] package.bbclass: Allow overriding of debugedit starting path

Incredibly sorry for top-posting, but a build history diff should show any delta and assuming none will give a lot more confidence in the changes being complete. In theory a simple change of indentation shouldn't result in any changes to the image, right? Ross -- Ross Burton Sent with Sparrow

Re: [OE-core] Upcoming Yocto 1.2.1 "denzil" release this week.

On Wed, Jul 11, 2012 at 6:00 AM, Richard Purdie wrote: > On Wed, 2012-07-11 at 09:57 +0100, Jack Mitchell wrote: >> On 11/07/12 05:42, Scott Garman wrote: >> > Hello, >> > >> > After a review of the QA full pass test report for Yocto 1.2.1, the >> > release team has agreed to submit this release c

Re: [OE-core] [PATCH] gcc-configure-common.inc: use --with-long-double-128 on powerpc to comply with ABI

On 07/10/2012 08:59 PM, McClintock Matthew-B29882 wrote: On Tue, Jul 10, 2012 at 10:39 PM, Matthew McClintock wrote: Signed-off-by: Matthew McClintock --- meta/recipes-devtools/gcc/gcc-4.7.inc |2 +- meta/recipes-devtools/gcc/gcc-configure-common.inc |4 2 files c

Re: [OE-core] [PATCH 1/1] package.bbclass: Allow overriding of debugedit starting path

On Wed, 2012-07-11 at 11:33 -0500, Peter Seebach wrote: > On Wed, 11 Jul 2012 17:12:29 +0100 > Richard Purdie wrote: > > > I think I at least would find this slightly less confusing as: > > > > workparentdir = d.getVar("DEBUGSRC_OVERRIDE_PATH", True) or > > os.path.dirname(workdir) > > Wait, LE

Re: [OE-core] [PATCH 1/1] package.bbclass: Allow overriding of debugedit starting path

On Wed, 11 Jul 2012 17:12:29 +0100 Richard Purdie wrote: > I think I at least would find this slightly less confusing as: > > workparentdir = d.getVar("DEBUGSRC_OVERRIDE_PATH", True) or > os.path.dirname(workdir) Wait, LESS confusing? I appear to have tragically misunderstood the design goals

Re: [OE-core] bitbake.conf: Add git-native to ASSUME_PROVIDED

On Wed, 2012-07-11 at 14:23 +0200, Enrico Scholz wrote: > Richard Purdie > > writes: > > > Originally, git was something new, not installed everywhere and had > > commandline stability problems. This has changed and git it no longer > > makes sense to continually build this when the system instal

Re: [OE-core] [PATCH 1/1] package.bbclass: Allow overriding of debugedit starting path

On Wed, 2012-07-11 at 11:00 -0500, Peter Seebach wrote: > In the usual case, the computed path used for debugedit to fix > up path references for the target filesystem is correct. However, > prebuilt binary components, such as prebuilt toolchains, can > have debug paths that do not reflect paths wi

[OE-core] [PATCH 0/1] package.bbclass: Allow overriding of debugedit starting path

We use a prebuilt toolchain which has all debug symbols start out looking like /opt/windriver/wrlinux/ia32/i686-wrs-linux-gnu/src/... and we'd rather not start populating /opt on targets when we have all this lovely logic for debug sources. This patch provides a generic hook for overriding the s

[OE-core] [PATCH 1/1] package.bbclass: Allow overriding of debugedit starting path

In the usual case, the computed path used for debugedit to fix up path references for the target filesystem is correct. However, prebuilt binary components, such as prebuilt toolchains, can have debug paths that do not reflect paths within the local build directory. Providing an override lets us co

[OE-core] [PATCH] connman: fix build with automake 1.12

Signed-off-by: Ross Burton --- meta/recipes-connectivity/connman/connman.inc |6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/meta/recipes-connectivity/connman/connman.inc b/meta/recipes-connectivity/connman/connman.inc index 12378e9..bb6f532 100644 --- a/meta/recipes-

Re: [OE-core] [PATCH] python-dbus: upgrade to 1.1.0

On Wed, Jul 11, 2012 at 6:33 PM, Bogdan Marinescu < bogdan.a.marine...@intel.com> wrote: > Tested by compiling core-image-basic > > Signed-off-by: Bogdan Marinescu > --- > .../{python-dbus_1.0.0.bb => python-dbus_1.1.0.bb} |6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > renam

[OE-core] [PATCH] python-dbus: upgrade to 1.1.0

Tested by compiling core-image-basic Signed-off-by: Bogdan Marinescu --- .../{python-dbus_1.0.0.bb => python-dbus_1.1.0.bb} |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) rename meta/recipes-devtools/python/{python-dbus_1.0.0.bb => python-dbus_1.1.0.bb} (82%) diff --git a/meta

Re: [OE-core] [PATCH 2/2] kernel.bbclass: Make tree available for cross building external modules

On Wed, 2012-07-11 at 07:25 -0700, Khem Raj wrote: > On Wed, Jul 11, 2012 at 3:30 AM, Richard Purdie > wrote: > > On Tue, 2012-07-10 at 10:07 -0700, Khem Raj wrote: > >> We shave too much from kernel sources for making it work > >> for on device external kernel module development that cross > >> d

[OE-core] [PATCH 0/1] linux-yocto/3.0: perf script fixes

Richard/Saul, Here are Tom's perf script fixes ported to the 3.0 kernel. Cheers, Bruce cc: tom.zanu...@intel.com The following changes since commit 6382732a7516c67cb1a3e3e438b06f4fc43efa4e: libgomp: add libgomp (openmp) library, and build for powerpc targets by default (2012-07-11 11:35:53

[OE-core] [PATCH 1/1] linux-yocto/3.0: perf scripting support

Updating the 3.0 SRCREVs to pickup the recent perf scripting fixes. cef17a1 perf: add sgidefs.h to for mips builds 3258da3 perf: change --root to --prefix for python install 1f9c25b perf: add 'libperl not found' warning f2b1bf1 perf: use pkg-config instead of python-config 568e05f perf t

Re: [OE-core] [RFC] webkit-gtk upgrade

Op 11 jul. 2012, om 16:05 heeft Burton, Ross het volgende geschreven: > Hi, > > On 27 June 2012 07:40, Burton, Ross wrote: >> In the git branch poky-contrib/ross/webkit I've upgraded webkit-gtk >> from a 1.7.1-ish git snapshot to the 1.8.1 tarball. I've tested that >> web builds and Midori (fr

[OE-core] [oe-core v2] task-core-sdk.bb: add libgomp and libgomp-dev by RECOMMENDS

From: Zhenhua Luo Signed-off-by: Zhenhua Luo --- meta/recipes-core/tasks/task-core-sdk.bb |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git a/meta/recipes-core/tasks/task-core-sdk.bb b/meta/recipes-core/tasks/task-core-sdk.bb index ec6cdcc..fe95236 100644 --- a/meta/r

Re: [OE-core] [PATCH 2/2] kernel.bbclass: Make tree available for cross building external modules

On Wed, Jul 11, 2012 at 3:30 AM, Richard Purdie wrote: > On Tue, 2012-07-10 at 10:07 -0700, Khem Raj wrote: >> We shave too much from kernel sources for making it work >> for on device external kernel module development that cross >> development of external modules wont work from same tree >> anym

[OE-core] [PATCH] xz: update to 5.1.2alpha

This contains bugfixes from the 5.0.3 and 5.0.4 releases Signed-off-by: Koen Kooi --- meta/recipes-extended/xz/{xz_5.1.1alpha.bb => xz_5.1.2alpha.bb} |7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) rename meta/recipes-extended/xz/{xz_5.1.1alpha.bb => xz_5.1.2alpha.bb} (86%) dif

Re: [OE-core] [PATCH] task-core-sdk.bb: add libgomp and libgomp-dev

Richard, Thanks for your comments, I will submit new version to use RRECOMMENDS. Best Regards, Zhenhua > -Original Message- > From: openembedded-core-boun...@lists.openembedded.org > [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of > Richard Purdie > Sent: Wedne

Re: [OE-core] [RFC] webkit-gtk upgrade

Hi, On 27 June 2012 07:40, Burton, Ross wrote: > In the git branch poky-contrib/ross/webkit I've upgraded webkit-gtk > from a 1.7.1-ish git snapshot to the 1.8.1 tarball. I've tested that > web builds and Midori (from meta-oe) works, although obviously more > testing is needed -- both users of t

Re: [OE-core] [PATCH] task-core-sdk.bb: add libgomp and libgomp-dev

On Wed, 2012-07-11 at 20:01 +0800, b19...@freescale.com wrote: > From: Zhenhua Luo > > Signed-off-by: Zhenhua Luo > --- > meta/recipes-core/tasks/task-core-sdk.bb |4 +++- > 1 files changed, 3 insertions(+), 1 deletions(-) > > diff --git a/meta/recipes-core/tasks/task-core-sdk.bb > b/meta

[OE-core] [PATCH 3/3] classes/image: add staticdev-pkgs IMAGE_FEATURES feature

Add a staticdev-pkgs feature that can be added to IMAGE_FEATURES in order to install all staticdev packages. Fixes [YOCTO #2531]. Signed-off-by: Paul Eggleton --- meta/classes/image.bbclass |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/classes/image.bbclass b/me

[OE-core] [PATCH 2/3] Rework installation of dev, dbg, doc, and locale packages

Use a similar mechanism that was previously used to install locales at rootfs generation time to install other "complementary" packages (e.g. *-dev packages) - i.e. install all of the explicitly requested packages and their dependencies, then get a list of the packages that were installed, and use

[OE-core] [PATCH 1/3] classes/rootfs_deb: use more reliable check for package existence

It turns out "apt-cache showpkg" does return some information when a package does not exist but another package recommends it, which can occur for empty *-dev packages; so use "apt-cache policy" with a different line count instead. Signed-off-by: Paul Eggleton --- meta/classes/rootfs_deb.bbclass

[OE-core] [PATCH 0/3] rootfs generation improvements

Fix up handling of "complementary" package installation (dev, dbg, doc, etc.) and introduce a staticdev-pkgs IMAGE_FEATURES feature. I've tested this with all backends using buildhistory to examine the changes to the image contents, and compared the lists of files in the SDK-from-image output with

[OE-core] [PATCH] linux-libc-headers: updated to 3.4.3

Tested by building core-image-sato-sdk. Signed-off-by: Bogdan Marinescu --- meta/conf/distro/include/tcmode-default.inc|2 +- .../linux-libc-headers/linux-libc-headers_3.4.3.bb |6 ++ .../linux-libc-headers/linux-libc-headers_3.4.bb |6 -- 3 files changed, 7 inserti

[OE-core] [PATCH] task-core-sdk.bb: add libgomp and libgomp-dev

From: Zhenhua Luo Signed-off-by: Zhenhua Luo --- meta/recipes-core/tasks/task-core-sdk.bb |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/meta/recipes-core/tasks/task-core-sdk.bb b/meta/recipes-core/tasks/task-core-sdk.bb index ec6cdcc..3ee29ce 100644 --- a/meta/rec

Re: [OE-core] bitbake.conf: Add git-native to ASSUME_PROVIDED

Richard Purdie writes: > Originally, git was something new, not installed everywhere and had > commandline stability problems. This has changed and git it no longer > makes sense to continually build this when the system installed version > is likely sufficient. Can this really be assumed? Recen

Re: [OE-core] build directfb-1.6.1 fail

On Wed, 2012-07-11 at 12:34 +0800, Dennis.Yxun wrote: > Have problem build directfb, seems imlib2 library is missing > Attached file is full compile log --disable-imlib2? p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.or

Re: [OE-core] Upcoming Yocto 1.2.1 "denzil" release this week.

On Wed, 2012-07-11 at 09:57 +0100, Jack Mitchell wrote: > On 11/07/12 05:42, Scott Garman wrote: > > Hello, > > > > After a review of the QA full pass test report for Yocto 1.2.1, the > > release team has agreed to submit this release candidate as our final > > release for 1.2.1. Song Liu will or

Re: [OE-core] RFC: [PATCH 1/1] toolchain-scripts: Sync the SDK/ADT values to the build system

On Tue, 2012-07-10 at 15:54 -0500, Mark Hatle wrote: > The build system passes specific TUNE (fundamental) flag values to various > tools instead of using a shell wrapper or similar. It is important that the > build system and ADT/SDK match the behaviors exactly, or we are likely to > have differe

Re: [OE-core] [PATCH] dtc.inc: fix for libdir == /usr/lib64

On Tue, 2012-07-10 at 21:29 -0500, Matthew McClintock wrote: > On 64bit systems dtc will still install libaries in /usr/lib > unless we havet this override > > Signed-off-by: Matthew McClintock > --- > meta/recipes-kernel/dtc/dtc.inc |4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-)

Re: [OE-core] [PATCH 2/2] kernel.bbclass: Make tree available for cross building external modules

On Tue, 2012-07-10 at 10:07 -0700, Khem Raj wrote: > We shave too much from kernel sources for making it work > for on device external kernel module development that cross > development of external modules wont work from same tree > anymore. This patch makes a copy of tree which will eventually > b

Re: [OE-core] [PATCH] openjade-native_1.3.2.bb: fix typo and change the deps exclusion to correct var

On Tue, 2012-07-10 at 14:45 -0500, Matthew McClintock wrote: > Signed-off-by: Matthew McClintock > --- > meta/recipes-devtools/openjade/openjade-native_1.3.2.bb |2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/meta/recipes-devtools/openjade/openjade-native_1.3.2.bb >

Re: [OE-core] [PATCH] directfb: disable imlib2 explicitly

On Wed, 2012-07-11 at 07:49 +, Dennis Lan wrote: > When HOST machine installed imlib2, compiling directfb in OE will > direct this library, and try to use it. This is wrong, since there is > no imlib in OE, so we should disable it explicitly here. > > Error as following: > | idirectfbimageprov

Re: [OE-core] [PATCH] valgrind: fix default.supp missing issue

On Wed, 2012-07-11 at 15:42 +0800, b19...@freescale.com wrote: > From: Zhenhua Luo > > When run valgrind, following error appears: > ==2254== FATAL: can't open suppressions file > "/usr/lib/valgrind/default.supp" > > Signed-off-by: Zhenhua Luo > --- > meta/recipes-devtools/valgrind/va

Re: [OE-core] build directfb-1.6.1 fail

On Wed, Jul 11, 2012 at 03:35:55PM +0800, Dennis.Yxun wrote: > Hi Palcu: > One possible solution would be disable imlib2 explicitly? yes. Bye Henning ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.o

Re: [OE-core] does anything actually use BBVERSIONS?

On Tue, 10 Jul 2012, Chris Larson wrote: > On Tue, Jul 10, 2012 at 1:58 AM, Robert P. J. Day > wrote: > > perusing bitbake user manual, came across section 2.1.20 which > > mentions BBVERSIONS, but i don't see any current usage of it. is > > it still actively used anywhere? the only places i

Re: [OE-core] [PATCH 5/5] busybox.inc: Install hwclock init script only if rtc is present in MACHINE_FEATURES

On Tue, Jul 10, 2012 at 11:43:58PM +0100, Phil Blundell wrote: > On Wed, 2012-07-11 at 01:15 +0300, Andrei Gherzan wrote: > > And to move a little further, busybox should be configured with > > CONFIG_HWCLOCK=y only if it makes sense for that MACHINE. In my > > opinion this is machine specific. >

Re: [OE-core] Upcoming Yocto 1.2.1 "denzil" release this week.

On 11/07/12 05:42, Scott Garman wrote: Hello, After a review of the QA full pass test report for Yocto 1.2.1, the release team has agreed to submit this release candidate as our final release for 1.2.1. Song Liu will organize the release readiness decision, and I expect Beth Flanagan will be

[OE-core] [PATCH] valgrind: fix default.supp missing issue

From: Zhenhua Luo When run valgrind, following error appears: ==2254== FATAL: can't open suppressions file "/usr/lib/valgrind/default.supp" Signed-off-by: Zhenhua Luo --- meta/recipes-devtools/valgrind/valgrind_3.7.0.bb |6 +- 1 files changed, 5 insertions(+), 1 deletions(-)

[OE-core] [PATCH] directfb: disable imlib2 explicitly

When HOST machine installed imlib2, compiling directfb in OE will direct this library, and try to use it. This is wrong, since there is no imlib in OE, so we should disable it explicitly here. Error as following: | idirectfbimageprovider_imlib2.c:64:20: fatal error: Imlib2.h: No such file or direc

Re: [OE-core] build directfb-1.6.1 fail

Hi Palcu: One possible solution would be disable imlib2 explicitly? Dennis On Wed, Jul 11, 2012 at 3:28 PM, Dennis.Yxun wrote: > H Palcu: > Right, that's the problem, actually I have installed imlib2 in my HOST. > But even that, it's also a bug, since OE shouldn't rely on library > which fro

[OE-core] [PATCH] runqemu/mips: adjust runqemu script to support mipsel machine

Signed-off-by: Dennis Lan --- scripts/runqemu |5 - scripts/runqemu-internal |9 +++-- 2 files changed, 7 insertions(+), 7 deletions(-) diff --git a/scripts/runqemu b/scripts/runqemu index 8d149a2..650d1df 100755 --- a/scripts/runqemu +++ b/scripts/runqemu @@ -94,7 +94,7

Re: [OE-core] build directfb-1.6.1 fail

Hi Dennis, It looks like the configure script finds imlib2 library even though there is no recipe for imlib2. There is a possibility (I experienced something similar for libx11) to use your host's imlib2 library... On my machine, for example, this is what config.log looks like: configure:19602: