Date   

Re: Trying to create OpenDDS recipe

Darren Hart <dvhart@...>
 

Nitin, Khem, some toolchain related (I think) questions inline below.

On 07/28/2011 04:16 PM, Ourada, Paul wrote:
Hi Darren -

Thanks for getting back to me. I have been able to get a lot further
with the recipe. It turns out that the problem is in the makefiles
for OpenDDS. I'll detail further below.

Paul E. Ourada Sr. Principal Software Engineer Covidien, Energy-based
Devices 5920 Longbow Drive Boulder, CO 80301
paul.ourada@... www.covidien.com Main: 303-530-2300 Ofc:
303-581-6940 Fax: 303-581-6741


Hi Paul,
On 07/19/2011 07:41 AM, Ourada, Paul wrote:
I hope this is the correct place to post this. If not, please let
me know.
This is the right place. In the future please don't reply to an
existing post as your message then gets threaded with the one you
replied to (likely why you didn't receive a response so far - that
I see anyway).
I guess I thought that changing the subject would have fixed that.
Guess the mail list s/w is smarter than that. :)
In case you're actually curious :-) it's your mail client. It inserts
the following header:

In-Reply-To: <E7D51FCF-F5DC-448D-8354-410E0217D10F@...>

Which a compliant mail reader will thread with that message.



I'm trying to create a recipe for OpenDDS. The recipe works so
far as fetching, unpacking, and configuration. Or it seems to. :)
Part of the configuration piece is that it also pulls down
ACE+TAO real-time CORBA. This part works fine as well.

I set S as follows to match the unpacking directories enforced by
the tar file:

S = ${WORKINGDIR}/DDS

The package comes with a configuration script pre-built, and it
expects to be told where glibc is. So, I write do_configure as
follows:

EXTRA_OECONF = "-glibc=${STAGING_DIR}/${MACHINE}/usr"

do_configure() { ${S}/configure ${EXTRA_OECONF} }

The problem that I run into is during compilation. I write the
following for do_compile()

do_compile() { oenote ${STAGING_DIR} cd ${S} && make }
Is there a reason you are overriding configure and compile? These
appear to be autoconf projects, which should just work for recipes
using autotools.bbclass.
I had tried that initially. The configuration file is already
supplied, so running autotools to create the configure script is not
necessary, but running ./configure is. Is there a better way to do
that?
Does regenerating .configure actually cause a problem? If not, I would
still suggest using the autotools base and simplify your recipe.


: : << most of the compiler command line gobblety-gook snipped>>

-DTAO_IDL_PREPROCESSOR=\"i586-poky-linux-g++ -march=i586
--sysroot=/opt/yocto/poky-5.0.1-build/tmp/sysroots/qemux86\"

The thing that is puzzling me is that --sysroot seems to be
pointing in the general direction of ${STAGING_DIR} and so the
include directive, #include <features.h>> should be good. I have
checked, and features.h is in the /usr/include subdirectory
there.
I see unistd.h missing, not features.h.
You're right, it was complaining about unistd.h, but it turns out
that the real culprit was the TAO_IDL_PREPROCESSOR macro above. When
I compared it to what was being emitted in the Ubuntu compile, I saw
that the long, nasty, compound, double-quoted thing should have just
been "i586-poky-linux-g++." TAO_ID_PREPROCESSOR was being assigned
the value of ${CXX}.

It appears that instead of pre-pending the ${CPPFLAGS} variable,
yocto/poky recipes were appending the cross-compile build variables
to ${CXX}. I patched the OpenDDS makefile(s) to look for the first
word in the ${CXX} macro, and substituted that in the assignment of
TAO_IDL_PREPROCESSOR. Dunno if that's the "right" way to do it, or if
there's a bug in ${CXX} assignment?
These are good toolchain questions for Nitin or Khem, now on CC.


Anyway, I think that I'm getting there w/the recipe. I'm sure that
there are some things I'm doing wrong. For instance, I'm no longer
cd'ing to ${S}, as OE already takes me there. I'm also using
oe_runmake in do_compile().
If you're running oe_runmake from do_compile then you might be able to
omit do_compile and use the base class implementation.


I expect that I'll be running some version of "make install" at some
point.
Again, should be automagic.


I'm sure I'll have more questions as I go along.

Thanks for helping an OE/Yocto N00b!

Paul
--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel


[PATCH][linux-yocto-3.0] drivers/misc/pch_phub.c: don't oops if dmi_get_system_info returns NULL

Darren Hart <dvhart@...>
 

Bruce,

Please apply to yocto/base. Fixes a boot issue for a
tunnel creek development board.

--

commit 2b934c6236983392d01bef22e43af3051cac16f5

If dmi_get_system_info() returns NULL, pch_phub_probe() will dereferencea
a zero pointer.

This oops was observed on an Atom based board which has no BIOS, but a
bootloder which doesn't privde DMI data.

Signed-off-by: Alexander Stein <alexander.stein@...>
Cc: Tomoya MORINAGA <tomoya-linux@...>
Cc: Greg KH <gregkh@...>
Signed-off-by: Andrew Morton <akpm@...>
Signed-off-by: Linus Torvalds <torvalds@...>
---
drivers/misc/pch_phub.c | 5 ++++-
1 files changed, 4 insertions(+), 1 deletions(-)

diff --git a/drivers/misc/pch_phub.c b/drivers/misc/pch_phub.c
index 5fe79df..01eb67b 100644
--- a/drivers/misc/pch_phub.c
+++ b/drivers/misc/pch_phub.c
@@ -686,6 +686,8 @@ static int __devinit pch_phub_probe(struct pci_dev *pdev,
}

if (id->driver_data == 1) { /* EG20T PCH */
+ const char *board_name;
+
retval = sysfs_create_file(&pdev->dev.kobj,
&dev_attr_pch_mac.attr);
if (retval)
@@ -701,7 +703,8 @@ static int __devinit pch_phub_probe(struct pci_dev *pdev,
CLKCFG_CANCLK_MASK);

/* quirk for CM-iTC board */
- if (strstr(dmi_get_system_info(DMI_BOARD_NAME), "CM-iTC"))
+ board_name = dmi_get_system_info(DMI_BOARD_NAME);
+ if (board_name && strstr(board_name, "CM-iTC"))
pch_phub_read_modify_write_reg(chip,
(unsigned int)CLKCFG_REG_OFFSET,
CLKCFG_UART_48MHZ | CLKCFG_BAUDDIV |
--
1.7.1
--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel


Re: Trying to create OpenDDS recipe

Paul Ourada
 

Hi Darren -

Thanks for getting back to me. I have been able to get a lot further with the recipe. It turns out that the problem is in the makefiles for OpenDDS. I'll detail further below.

Paul E. Ourada
Sr. Principal Software Engineer
Covidien, Energy-based Devices
5920 Longbow Drive
Boulder, CO 80301
paul.ourada@...
www.covidien.com
Main: 303-530-2300
Ofc: 303-581-6940
Fax: 303-581-6741


Hi Paul,
On 07/19/2011 07:41 AM, Ourada, Paul wrote:
I hope this is the correct place to post this. If not, please let me
know.
This is the right place. In the future please don't reply to an existing
post as your message then gets threaded with the one you replied to
(likely why you didn't receive a response so far - that I see anyway).
I guess I thought that changing the subject would have fixed that. Guess the
mail list s/w is smarter than that. :)


I'm trying to create a recipe for OpenDDS. The recipe works so far as
fetching, unpacking, and configuration. Or it seems to. :) Part of the
configuration piece is that it also pulls down ACE+TAO real-time CORBA.
This part works fine as well.

I set S as follows to match the unpacking directories enforced by the
tar file:

S = ${WORKINGDIR}/DDS

The package comes with a configuration script pre-built, and it expects
to be told where glibc is. So, I write do_configure as follows:

EXTRA_OECONF = "-glibc=${STAGING_DIR}/${MACHINE}/usr"

do_configure() {
${S}/configure ${EXTRA_OECONF}
}

The problem that I run into is during compilation. I write the following
for do_compile()

do_compile() {
oenote ${STAGING_DIR}
cd ${S} && make
}
Is there a reason you are overriding configure and compile? These appear
to be autoconf projects, which should just work for recipes using
autotools.bbclass.
I had tried that initially. The configuration file is already supplied, so running autotools to create the configure script is not necessary, but running ./configure is. Is there a better way to do that?

:
:
<< most of the compiler command line gobblety-gook snipped>>

-DTAO_IDL_PREPROCESSOR=\"i586-poky-linux-g++
-march=i586 --sysroot=/opt/yocto/poky-5.0.1-build/tmp/sysroots/qemux86\"

The thing that is puzzling me is that --sysroot seems to be pointing in
the general direction of ${STAGING_DIR} and so the include directive,
#include <features.h>> should be good. I have checked, and features.h is
in the /usr/include subdirectory there.
I see unistd.h missing, not features.h.
You're right, it was complaining about unistd.h, but it turns out that the real culprit was the TAO_IDL_PREPROCESSOR macro above. When I compared it to what was being emitted in the Ubuntu compile, I saw that the long, nasty, compound, double-quoted thing should have just been "i586-poky-linux-g++." TAO_ID_PREPROCESSOR was being assigned the value of ${CXX}.

It appears that instead of pre-pending the ${CPPFLAGS} variable, yocto/poky recipes were appending the cross-compile build variables to ${CXX}. I patched the OpenDDS makefile(s) to look for the first word in the ${CXX} macro, and substituted that in the assignment of TAO_IDL_PREPROCESSOR. Dunno if that's the "right" way to do it, or if there's a bug in ${CXX} assignment?

Anyway, I think that I'm getting there w/the recipe. I'm sure that there are some things I'm doing wrong. For instance, I'm no longer cd'ing to ${S}, as OE already takes me there. I'm also using oe_runmake in do_compile().

I expect that I'll be running some version of "make install" at some point.

I'm sure I'll have more questions as I go along.

Thanks for helping an OE/Yocto N00b!

Paul


Re: Trying to create OpenDDS recipe

Darren Hart <dvhart@...>
 

Hi Paul,

On 07/19/2011 07:41 AM, Ourada, Paul wrote:
I hope this is the correct place to post this. If not, please let me
know.
This is the right place. In the future please don't reply to an existing
post as your message then gets threaded with the one you replied to
(likely why you didn't receive a response so far - that I see anyway).


I'm trying to create a recipe for OpenDDS. The recipe works so far as
fetching, unpacking, and configuration. Or it seems to. :) Part of the
configuration piece is that it also pulls down ACE+TAO real-time CORBA.
This part works fine as well.

I set S as follows to match the unpacking directories enforced by the
tar file:

S = ${WORKINGDIR}/DDS

The package comes with a configuration script pre-built, and it expects
to be told where glibc is. So, I write do_configure as follows:

EXTRA_OECONF = "-glibc=${STAGING_DIR}/${MACHINE}/usr"

do_configure() {
${S}/configure ${EXTRA_OECONF}
}

The problem that I run into is during compilation. I write the following
for do_compile()

do_compile() {
oenote ${STAGING_DIR}
cd ${S} && make
}
Is there a reason you are overriding configure and compile? These appear
to be autoconf projects, which should just work for recipes using
autotools.bbclass.


This works right up until there is a compile error in ACE+TAO. Of
course, I build the entire DDS package, including ACE+TAO, with no
hiccups in Ubuntu, so I understand that this is a
cross-compile/environment issue.

The compile error is that it cannot find features.h, which is clearly in
${STAGING_LIBDIR}/${MACHINE}/usr/include. The compile command which is
being executed is as follows (this is going to be ugly, let me know if
there's a better way to include this, such as a pastebin somewhere):
This is better - the pastebin isn't as reliable, and having it inline to
review and for future reference is much preferred.


| make[1]: Entering directory
`/opt/yocto/poky-5.0.1-build/tmp/work/i586-poky-linux/opendds-2.3-r0/ACE
_wrappers/TAO/TAO_IDL'
|
| GNUmakefile:
/opt/yocto/poky-5.0.1-build/tmp/work/i586-poky-linux/opendds-2.3-r0/ACE_
wrappers/TAO/TAO_IDL/GNUmakefile.TAO_IDL_EXE MAKEFLAGS=w
|
| i586-poky-linux-g++ -march=i586
--sysroot=/opt/yocto/poky-5.0.1-build/tmp/sysroots/qemux86
-fvisibility=hidden -fvisibility-inlines-hidden -W -Wall -Wpointer-arith
-ggdb -pipe -D_REENTRANT -DACE_HAS_AIO_CALLS -D_GNU_SOURCE
-I/opt/yocto/poky-5.0.1-build/tmp/work/i586-poky-linux/opendds-2.3-r0/AC
E_wrappers -DACE_HAS_EXCEPTIONS -DACE_NO_INLINE -I../.. -Iinclude
-Ibe_include -Ife -I.. -DTAO_IDL_PREPROCESSOR=\"i586-poky-linux-g++
-march=i586 --sysroot=/opt/yocto/poky-5.0.1-build/tmp/sysroots/qemux86\"
-c -o .obj/driver/drv_preproc.o driver/drv_preproc.cpp
| <command-line>:0:22: warning: missing terminating " character
| In file included from
/opt/yocto/poky-5.0.1-build/tmp/work/i586-poky-linux/opendds-2.3-r0/ACE_
wrappers/ace/config-linux-common.h:30:0,
| from
/opt/yocto/poky-5.0.1-build/tmp/work/i586-poky-linux/opendds-2.3-r0/ACE_
wrappers/ace/config-linux.h:14,
| from
/opt/yocto/poky-5.0.1-build/tmp/work/i586-poky-linux/opendds-2.3-r0/ACE_
wrappers/ace/config.h:1,
| from
/opt/yocto/poky-5.0.1-build/tmp/work/i586-poky-linux/opendds-2.3-r0/ACE_
wrappers/ace/config-macros.h:24,
| from
/opt/yocto/poky-5.0.1-build/tmp/work/i586-poky-linux/opendds-2.3-r0/ACE_
wrappers/ace/config-lite.h:24,
| from
/opt/yocto/poky-5.0.1-build/tmp/work/i586-poky-linux/opendds-2.3-r0/ACE_
wrappers/ace/os_include/os_limits.h:21,
| from include/idl_defines.h:70,
| from driver/drv_preproc.cpp:70:
|
/opt/yocto/poky-5.0.1-build/tmp/work/i586-poky-linux/opendds-2.3-r0/ACE_
wrappers/ace/config-posix.h:7:20: fatal error: unistd.h: No such file or
directory
Do you see unistd.h under /opt/yocto/poky-5.0.1-build/tmp/sysroots/qemux86 ?


| compilation terminated.
| make[1]: *** [.obj/driver/drv_preproc.o] Error 1
| make[1]: Leaving directory
`/opt/yocto/poky-5.0.1-build/tmp/work/i586-poky-linux/opendds-2.3-r0/ACE
_wrappers/TAO/TAO_IDL'
| make: *** [TAO_IDL_EXE] Error 2
| ERROR: Function 'do_compile' failed (see
/opt/yocto/poky-5.0.1-build/tmp/work/i586-poky-linux/opendds-2.3-r0/temp
/log.do_compile.17412 for further information)
NOTE: package opendds-2.3-r0: task do_compile: Failed
ERROR: Task 5
(/opt/yocto/poky-bernard-5.0.1/meta/recipes-middleware/opendds/opendds_2
.3.bb, do_compile) failed with exit code '1'

The thing that is puzzling me is that --sysroot seems to be pointing in
the general direction of ${STAGING_DIR} and so the include directive,
#include <features.h> should be good. I have checked, and features.h is
in the /usr/include subdirectory there.
I see unistd.h missing, not features.h.

--
Darren


Does anyone have a clue they could lend me?

Thanks,

Paul E. Ourada
Sr. Principal Software Engineer
Covidien, Energy-based Devices
5920 Longbow Drive
Boulder, CO 80301
paul.ourada@...
www.covidien.com
Main: 303-530-2300
Ofc: 303-581-6940
Fax: 303-581-6741

_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto
--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel


Re: [OE-core] mpc8315e-rdb core-image-minimal fails (PACKAGE_ARCHS question)

Kumar Gala <galak@...>
 

On Jul 28, 2011, at 2:04 PM, Phil Blundell wrote:

On Thu, 2011-07-28 at 20:54 +0200, Martin Jansa wrote:
this change causes ERROR here with nokia900:
Error, the PACKAGE_ARCHS variable contains duplicates. The following archs are listed more than once: armv7a-vfp-neon
It isn't totally obvious to me that it needs to be an error for
PACKAGE_ARCHS to contain dupes. AFAIK there is no reason that it
couldn't simply be uniquified before use.

p.
Ok, maybe we want:

-PACKAGE_ARCHS = "all any noarch ${PACKAGE_EXTRA_ARCHS} ${MACHINE_ARCH}"
+PACKAGE_ARCHS = "all any noarch ${TUNE_PKGARCH} ${PACKAGE_EXTRA_ARCHS} ${MACHINE_ARCH}"

instead as we redefine PACKAGE_ARCH in different places.

- k


Re: [OE-core] mpc8315e-rdb core-image-minimal fails (PACKAGE_ARCHS question)

Phil Blundell <philb@...>
 

On Thu, 2011-07-28 at 20:54 +0200, Martin Jansa wrote:
this change causes ERROR here with nokia900:
Error, the PACKAGE_ARCHS variable contains duplicates. The following archs are listed more than once: armv7a-vfp-neon
It isn't totally obvious to me that it needs to be an error for
PACKAGE_ARCHS to contain dupes. AFAIK there is no reason that it
couldn't simply be uniquified before use.

p.


Re: mpc8315e-rdb core-image-minimal fails (PACKAGE_ARCHS question)

Martin Jansa
 

On Thu, Jul 28, 2011 at 01:43:45PM -0500, Kumar Gala wrote:

On Jul 28, 2011, at 11:05 AM, Saul Wold wrote:

On 07/28/2011 08:45 AM, Kumar Gala wrote:
I think I know the cause, let me dig up the change that is related. What bit is looking for just ppc603e?
This might also be related to the PACKAGE_EXTRA_ARCHS issue, please try the patch that Koen posted.

Thanks
Sau!
so in conf/bitbake.conf

PACKAGE_ARCH = "${TUNE_PKGARCH}"
MACHINE_ARCH = "${@[bb.data.getVar('TUNE_PKGARCH', d, 1), bb.data.getVar('MACHINE', d, 1)][bool(bb.data.getVar('MACHINE', d, 1))].replace('-', '_')}"
PACKAGE_EXTRA_ARCHS ??= "${PACKAGE_EXTRA_ARCHS_tune-${DEFAULTTUNE}}"
PACKAGE_ARCHS = "all any noarch ${PACKAGE_EXTRA_ARCHS} ${MACHINE_ARCH}"


Shouldn't PACKAGE_ARCHS be:

PACKAGE_ARCHS = "all any noarch ${PACKAGE_ARCH} ${PACKAGE_EXTRA_ARCHS} ${MACHINE_ARCH}"
this change causes ERROR here with nokia900:
Error, the PACKAGE_ARCHS variable contains duplicates. The following archs are listed more than once: armv7a-vfp-neon

Regards,

--
Martin 'JaMa' Jansa jabber: Martin.Jansa@...


Re: mpc8315e-rdb core-image-minimal fails (PACKAGE_ARCHS question)

Kumar Gala <galak@...>
 

On Jul 28, 2011, at 11:05 AM, Saul Wold wrote:

On 07/28/2011 08:45 AM, Kumar Gala wrote:
I think I know the cause, let me dig up the change that is related. What bit is looking for just ppc603e?
This might also be related to the PACKAGE_EXTRA_ARCHS issue, please try the patch that Koen posted.

Thanks
Sau!
so in conf/bitbake.conf

PACKAGE_ARCH = "${TUNE_PKGARCH}"
MACHINE_ARCH = "${@[bb.data.getVar('TUNE_PKGARCH', d, 1), bb.data.getVar('MACHINE', d, 1)][bool(bb.data.getVar('MACHINE', d, 1))].replace('-', '_')}"
PACKAGE_EXTRA_ARCHS ??= "${PACKAGE_EXTRA_ARCHS_tune-${DEFAULTTUNE}}"
PACKAGE_ARCHS = "all any noarch ${PACKAGE_EXTRA_ARCHS} ${MACHINE_ARCH}"


Shouldn't PACKAGE_ARCHS be:

PACKAGE_ARCHS = "all any noarch ${PACKAGE_ARCH} ${PACKAGE_EXTRA_ARCHS} ${MACHINE_ARCH}"

- k


Re: [OE-core] [PATCH] Switch to using perl-native for various packages instead of host perl

McClintock Matthew-B29882 <B29882@...>
 

On Wed, Jul 27, 2011 at 10:22 PM, Saul Wold <sgw@...> wrote:
On 07/26/2011 12:22 PM, Matthew McClintock wrote:

Several builds are using perl on the host instead of perl built by
poky. This fixes the issue for several packages.
Matthew,

Thanks for submitting this.

A similar fix was recently rejected, as we are looking at a different way to
accomplish this.

See
http://lists.linuxtogo.org/pipermail/openembedded-core/2011-July/006439.html
Why do we let the host perl in the path for target installs at all? Is
there some precedence for what can be used from the host machine and
what can not?

-M


Re: mpc8315e-rdb core-image-minimal fails

Kumar Gala <galak@...>
 

I have, it doesn't help. I believe its partly due to how we are appending to TUNE_PKGARCH, but what's not clear to me is what case is failing and looking for just ppc603e instead of powerpcppc603e

- k

On Jul 28, 2011, at 11:05 AM, Saul Wold wrote:

On 07/28/2011 08:45 AM, Kumar Gala wrote:
I think I know the cause, let me dig up the change that is related. What bit is looking for just ppc603e?
This might also be related to the PACKAGE_EXTRA_ARCHS issue, please try the patch that Koen posted.

Thanks
Sau!

- k

On Jul 28, 2011, at 10:42 AM, Crossley, Malcolm (GE Intelligent Platforms) wrote:

Hi Kumar,

I'm just debugging the same issue.

It's caused by folder for the target specific packages being mis-named
"powerpcppc603e" instead of "ppc603e" which the rpm package bbclass is
expecting.

I haven't figured out why this is happening yet but I have a workaround
which is to move ${BUILD_DIR}/deploy/rpm/powerpcppc603e to
${BUILD_DIR}/deploy/rpm/ppc603e.

I will let you know as soon as I find the cause.

Regards

Malcolm

-----Original Message-----
From: yocto-bounces@...
[mailto:yocto-bounces@...] On Behalf Of Kumar Gala
Sent: 28 July 2011 15:26
To: Patches and discussions about the oe-core layer
Cc: Yocto discussion list
Subject: [yocto] mpc8315e-rdb core-image-minimal fails

Anyone got any ideas about the following:

| ERROR: Function 'do_rootfs' failed (see
/local/home/galak/git/poky/build/tmp/work/mpc8315e_rdb-poky-linux/core-i
mage-minimal-1.0-r0/temp/log.do_rootfs.19834 for fu
rther information)
| Generating solve db for
/local/home/galak/git/poky/build/tmp/deploy/rpm/mpc8315e_rdb...
| total: 1 0.000000 MB 1.573137 secs
| fingerprint: 816 0.004148 MB 0.062215 secs
| install: 272 0.000000 MB 0.384963 secs
| dbadd: 272 0.000000 MB 0.375238 secs
| dbget: 1111 0.000000 MB 0.003093 secs
| dbput: 272 1.315744 MB 0.302582 secs
| readhdr: 2721 2.573624 MB 0.178385 secs
| hdrload: 1360 3.828344 MB 0.007262 secs
| hdrget: 49259 0.000000 MB 0.048944 secs
| Generating solve db for
/local/home/galak/git/poky/build/tmp/deploy/rpm/all...
| total: 1 0.000000 MB 0.111129 secs
| fingerprint: 18 0.000024 MB 0.000280 secs
| install: 6 0.000000 MB 0.044466 secs
| dbadd: 6 0.000000 MB 0.039504 secs
| dbget: 19 0.000000 MB 0.000103 secs
| dbput: 6 0.018916 MB 0.006250 secs
| readhdr: 61 0.038096 MB 0.000212 secs
| hdrload: 33 0.063864 MB 0.000327 secs
| hdrget: 983 0.000000 MB 0.001306 secs
| Generating solve db for
/local/home/galak/git/poky/build/tmp/deploy/rpm/all...
| Processing task-core-boot...
| error: Failed dependencies:
| tinylogin is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| busybox is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| modutils-initscripts is needed by
task-core-boot-1.0-r7.mpc8315e_rdb
| initscripts is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| update-alternatives-cworth is needed by
task-core-boot-1.0-r7.mpc8315e_rdb
| udev is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| sysvinit is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| netbase is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| base-passwd is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| console-tools is needed by keymaps-1.0-r19.mpc8315e_rdb
| initscripts is needed by keymaps-1.0-r19.mpc8315e_rdb
| /bin/sh is needed by keymaps-1.0-r19.mpc8315e_rdb
NOTE: package core-image-minimal-1.0-r0: task do_rootfs: Failed
ERROR: Task 8
(/local/home/galak/git/poky/meta/recipes-core/images/core-image-minimal.
bb, do_rootfs) failed with exit code '1'
ERROR:
'/local/home/galak/git/poky/meta/recipes-core/images/core-image-minimal.
bb' failed

- k
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto


Re: mpc8315e-rdb core-image-minimal fails

Saul Wold <sgw@...>
 

On 07/28/2011 08:45 AM, Kumar Gala wrote:
I think I know the cause, let me dig up the change that is related. What bit is looking for just ppc603e?
This might also be related to the PACKAGE_EXTRA_ARCHS issue, please try the patch that Koen posted.

Thanks
Sau!

- k

On Jul 28, 2011, at 10:42 AM, Crossley, Malcolm (GE Intelligent Platforms) wrote:

Hi Kumar,

I'm just debugging the same issue.

It's caused by folder for the target specific packages being mis-named
"powerpcppc603e" instead of "ppc603e" which the rpm package bbclass is
expecting.

I haven't figured out why this is happening yet but I have a workaround
which is to move ${BUILD_DIR}/deploy/rpm/powerpcppc603e to
${BUILD_DIR}/deploy/rpm/ppc603e.

I will let you know as soon as I find the cause.

Regards

Malcolm

-----Original Message-----
From: yocto-bounces@...
[mailto:yocto-bounces@...] On Behalf Of Kumar Gala
Sent: 28 July 2011 15:26
To: Patches and discussions about the oe-core layer
Cc: Yocto discussion list
Subject: [yocto] mpc8315e-rdb core-image-minimal fails

Anyone got any ideas about the following:

| ERROR: Function 'do_rootfs' failed (see
/local/home/galak/git/poky/build/tmp/work/mpc8315e_rdb-poky-linux/core-i
mage-minimal-1.0-r0/temp/log.do_rootfs.19834 for fu
rther information)
| Generating solve db for
/local/home/galak/git/poky/build/tmp/deploy/rpm/mpc8315e_rdb...
| total: 1 0.000000 MB 1.573137 secs
| fingerprint: 816 0.004148 MB 0.062215 secs
| install: 272 0.000000 MB 0.384963 secs
| dbadd: 272 0.000000 MB 0.375238 secs
| dbget: 1111 0.000000 MB 0.003093 secs
| dbput: 272 1.315744 MB 0.302582 secs
| readhdr: 2721 2.573624 MB 0.178385 secs
| hdrload: 1360 3.828344 MB 0.007262 secs
| hdrget: 49259 0.000000 MB 0.048944 secs
| Generating solve db for
/local/home/galak/git/poky/build/tmp/deploy/rpm/all...
| total: 1 0.000000 MB 0.111129 secs
| fingerprint: 18 0.000024 MB 0.000280 secs
| install: 6 0.000000 MB 0.044466 secs
| dbadd: 6 0.000000 MB 0.039504 secs
| dbget: 19 0.000000 MB 0.000103 secs
| dbput: 6 0.018916 MB 0.006250 secs
| readhdr: 61 0.038096 MB 0.000212 secs
| hdrload: 33 0.063864 MB 0.000327 secs
| hdrget: 983 0.000000 MB 0.001306 secs
| Generating solve db for
/local/home/galak/git/poky/build/tmp/deploy/rpm/all...
| Processing task-core-boot...
| error: Failed dependencies:
| tinylogin is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| busybox is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| modutils-initscripts is needed by
task-core-boot-1.0-r7.mpc8315e_rdb
| initscripts is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| update-alternatives-cworth is needed by
task-core-boot-1.0-r7.mpc8315e_rdb
| udev is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| sysvinit is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| netbase is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| base-passwd is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| console-tools is needed by keymaps-1.0-r19.mpc8315e_rdb
| initscripts is needed by keymaps-1.0-r19.mpc8315e_rdb
| /bin/sh is needed by keymaps-1.0-r19.mpc8315e_rdb
NOTE: package core-image-minimal-1.0-r0: task do_rootfs: Failed
ERROR: Task 8
(/local/home/galak/git/poky/meta/recipes-core/images/core-image-minimal.
bb, do_rootfs) failed with exit code '1'
ERROR:
'/local/home/galak/git/poky/meta/recipes-core/images/core-image-minimal.
bb' failed

- k
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto


Re: mpc8315e-rdb core-image-minimal fails

Kumar Gala <galak@...>
 

I think I know the cause, let me dig up the change that is related. What bit is looking for just ppc603e?

- k

On Jul 28, 2011, at 10:42 AM, Crossley, Malcolm (GE Intelligent Platforms) wrote:

Hi Kumar,

I'm just debugging the same issue.

It's caused by folder for the target specific packages being mis-named
"powerpcppc603e" instead of "ppc603e" which the rpm package bbclass is
expecting.

I haven't figured out why this is happening yet but I have a workaround
which is to move ${BUILD_DIR}/deploy/rpm/powerpcppc603e to
${BUILD_DIR}/deploy/rpm/ppc603e.

I will let you know as soon as I find the cause.

Regards

Malcolm

-----Original Message-----
From: yocto-bounces@...
[mailto:yocto-bounces@...] On Behalf Of Kumar Gala
Sent: 28 July 2011 15:26
To: Patches and discussions about the oe-core layer
Cc: Yocto discussion list
Subject: [yocto] mpc8315e-rdb core-image-minimal fails

Anyone got any ideas about the following:

| ERROR: Function 'do_rootfs' failed (see
/local/home/galak/git/poky/build/tmp/work/mpc8315e_rdb-poky-linux/core-i
mage-minimal-1.0-r0/temp/log.do_rootfs.19834 for fu
rther information)
| Generating solve db for
/local/home/galak/git/poky/build/tmp/deploy/rpm/mpc8315e_rdb...
| total: 1 0.000000 MB 1.573137 secs
| fingerprint: 816 0.004148 MB 0.062215 secs
| install: 272 0.000000 MB 0.384963 secs
| dbadd: 272 0.000000 MB 0.375238 secs
| dbget: 1111 0.000000 MB 0.003093 secs
| dbput: 272 1.315744 MB 0.302582 secs
| readhdr: 2721 2.573624 MB 0.178385 secs
| hdrload: 1360 3.828344 MB 0.007262 secs
| hdrget: 49259 0.000000 MB 0.048944 secs
| Generating solve db for
/local/home/galak/git/poky/build/tmp/deploy/rpm/all...
| total: 1 0.000000 MB 0.111129 secs
| fingerprint: 18 0.000024 MB 0.000280 secs
| install: 6 0.000000 MB 0.044466 secs
| dbadd: 6 0.000000 MB 0.039504 secs
| dbget: 19 0.000000 MB 0.000103 secs
| dbput: 6 0.018916 MB 0.006250 secs
| readhdr: 61 0.038096 MB 0.000212 secs
| hdrload: 33 0.063864 MB 0.000327 secs
| hdrget: 983 0.000000 MB 0.001306 secs
| Generating solve db for
/local/home/galak/git/poky/build/tmp/deploy/rpm/all...
| Processing task-core-boot...
| error: Failed dependencies:
| tinylogin is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| busybox is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| modutils-initscripts is needed by
task-core-boot-1.0-r7.mpc8315e_rdb
| initscripts is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| update-alternatives-cworth is needed by
task-core-boot-1.0-r7.mpc8315e_rdb
| udev is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| sysvinit is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| netbase is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| base-passwd is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| console-tools is needed by keymaps-1.0-r19.mpc8315e_rdb
| initscripts is needed by keymaps-1.0-r19.mpc8315e_rdb
| /bin/sh is needed by keymaps-1.0-r19.mpc8315e_rdb
NOTE: package core-image-minimal-1.0-r0: task do_rootfs: Failed
ERROR: Task 8
(/local/home/galak/git/poky/meta/recipes-core/images/core-image-minimal.
bb, do_rootfs) failed with exit code '1'
ERROR:
'/local/home/galak/git/poky/meta/recipes-core/images/core-image-minimal.
bb' failed

- k
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto


Re: mpc8315e-rdb core-image-minimal fails

Crossley, Malcolm (GE Intelligent Platforms) <Malcolm.Crossley@...>
 

Hi Kumar,

I'm just debugging the same issue.

It's caused by folder for the target specific packages being mis-named
"powerpcppc603e" instead of "ppc603e" which the rpm package bbclass is
expecting.

I haven't figured out why this is happening yet but I have a workaround
which is to move ${BUILD_DIR}/deploy/rpm/powerpcppc603e to
${BUILD_DIR}/deploy/rpm/ppc603e.

I will let you know as soon as I find the cause.

Regards

Malcolm

-----Original Message-----
From: yocto-bounces@...
[mailto:yocto-bounces@...] On Behalf Of Kumar Gala
Sent: 28 July 2011 15:26
To: Patches and discussions about the oe-core layer
Cc: Yocto discussion list
Subject: [yocto] mpc8315e-rdb core-image-minimal fails

Anyone got any ideas about the following:

| ERROR: Function 'do_rootfs' failed (see
/local/home/galak/git/poky/build/tmp/work/mpc8315e_rdb-poky-linux/core-i
mage-minimal-1.0-r0/temp/log.do_rootfs.19834 for fu
rther information)
| Generating solve db for
/local/home/galak/git/poky/build/tmp/deploy/rpm/mpc8315e_rdb...
| total: 1 0.000000 MB 1.573137 secs
| fingerprint: 816 0.004148 MB 0.062215 secs
| install: 272 0.000000 MB 0.384963 secs
| dbadd: 272 0.000000 MB 0.375238 secs
| dbget: 1111 0.000000 MB 0.003093 secs
| dbput: 272 1.315744 MB 0.302582 secs
| readhdr: 2721 2.573624 MB 0.178385 secs
| hdrload: 1360 3.828344 MB 0.007262 secs
| hdrget: 49259 0.000000 MB 0.048944 secs
| Generating solve db for
/local/home/galak/git/poky/build/tmp/deploy/rpm/all...
| total: 1 0.000000 MB 0.111129 secs
| fingerprint: 18 0.000024 MB 0.000280 secs
| install: 6 0.000000 MB 0.044466 secs
| dbadd: 6 0.000000 MB 0.039504 secs
| dbget: 19 0.000000 MB 0.000103 secs
| dbput: 6 0.018916 MB 0.006250 secs
| readhdr: 61 0.038096 MB 0.000212 secs
| hdrload: 33 0.063864 MB 0.000327 secs
| hdrget: 983 0.000000 MB 0.001306 secs
| Generating solve db for
/local/home/galak/git/poky/build/tmp/deploy/rpm/all...
| Processing task-core-boot...
| error: Failed dependencies:
| tinylogin is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| busybox is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| modutils-initscripts is needed by
task-core-boot-1.0-r7.mpc8315e_rdb
| initscripts is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| update-alternatives-cworth is needed by
task-core-boot-1.0-r7.mpc8315e_rdb
| udev is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| sysvinit is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| netbase is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| base-passwd is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| console-tools is needed by keymaps-1.0-r19.mpc8315e_rdb
| initscripts is needed by keymaps-1.0-r19.mpc8315e_rdb
| /bin/sh is needed by keymaps-1.0-r19.mpc8315e_rdb
NOTE: package core-image-minimal-1.0-r0: task do_rootfs: Failed
ERROR: Task 8
(/local/home/galak/git/poky/meta/recipes-core/images/core-image-minimal.
bb, do_rootfs) failed with exit code '1'
ERROR:
'/local/home/galak/git/poky/meta/recipes-core/images/core-image-minimal.
bb' failed

- k
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto


mpc8315e-rdb core-image-minimal fails

Kumar Gala <galak@...>
 

Anyone got any ideas about the following:

| ERROR: Function 'do_rootfs' failed (see /local/home/galak/git/poky/build/tmp/work/mpc8315e_rdb-poky-linux/core-image-minimal-1.0-r0/temp/log.do_rootfs.19834 for fu
rther information)
| Generating solve db for /local/home/galak/git/poky/build/tmp/deploy/rpm/mpc8315e_rdb...
| total: 1 0.000000 MB 1.573137 secs
| fingerprint: 816 0.004148 MB 0.062215 secs
| install: 272 0.000000 MB 0.384963 secs
| dbadd: 272 0.000000 MB 0.375238 secs
| dbget: 1111 0.000000 MB 0.003093 secs
| dbput: 272 1.315744 MB 0.302582 secs
| readhdr: 2721 2.573624 MB 0.178385 secs
| hdrload: 1360 3.828344 MB 0.007262 secs
| hdrget: 49259 0.000000 MB 0.048944 secs
| Generating solve db for /local/home/galak/git/poky/build/tmp/deploy/rpm/all...
| total: 1 0.000000 MB 0.111129 secs
| fingerprint: 18 0.000024 MB 0.000280 secs
| install: 6 0.000000 MB 0.044466 secs
| dbadd: 6 0.000000 MB 0.039504 secs
| dbget: 19 0.000000 MB 0.000103 secs
| dbput: 6 0.018916 MB 0.006250 secs
| readhdr: 61 0.038096 MB 0.000212 secs
| hdrload: 33 0.063864 MB 0.000327 secs
| hdrget: 983 0.000000 MB 0.001306 secs
| Generating solve db for /local/home/galak/git/poky/build/tmp/deploy/rpm/all...
| Processing task-core-boot...
| error: Failed dependencies:
| tinylogin is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| busybox is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| modutils-initscripts is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| initscripts is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| update-alternatives-cworth is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| udev is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| sysvinit is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| netbase is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| base-passwd is needed by task-core-boot-1.0-r7.mpc8315e_rdb
| console-tools is needed by keymaps-1.0-r19.mpc8315e_rdb
| initscripts is needed by keymaps-1.0-r19.mpc8315e_rdb
| /bin/sh is needed by keymaps-1.0-r19.mpc8315e_rdb
NOTE: package core-image-minimal-1.0-r0: task do_rootfs: Failed
ERROR: Task 8 (/local/home/galak/git/poky/meta/recipes-core/images/core-image-minimal.bb, do_rootfs) failed with exit code '1'
ERROR: '/local/home/galak/git/poky/meta/recipes-core/images/core-image-minimal.bb' failed

- k


examples / docs on utilizing an external toolchain

Kumar Gala <galak@...>
 

It seems like there is a way to use a prebuilt toolchain with poky but no real details.

Some refs in the docs like:

POKYMODE
Toolchain selector. It can be external toolchain built from Poky or few supported combinations of upstream GCC or CodeSourcery Labs toolchain.

But grepping the code there doesn't seem to be any actual use of POKYMODE. There seems to be some references even on the autobuilder about this 'nightly-external-toolchain'. So wondering what the details where on how to configure things to use an external toolchain.

- k


Re: [OE-core] [PATCH] Switch to using perl-native for various packages instead of host perl

Saul Wold <sgw@...>
 

On 07/26/2011 12:22 PM, Matthew McClintock wrote:
Several builds are using perl on the host instead of perl built by
poky. This fixes the issue for several packages.
Matthew,

Thanks for submitting this.

A similar fix was recently rejected, as we are looking at a different way to accomplish this.

See http://lists.linuxtogo.org/pipermail/openembedded-core/2011-July/006439.html

for more details.

Thanks
Sau!

Signed-off-by: Matthew McClintock<msm@...>
---
meta/recipes-connectivity/avahi/avahi.inc | 2 +-
meta/recipes-connectivity/avahi/avahi_0.6.30.bb | 2 +-
meta/recipes-devtools/intltool/intltool.inc | 2 +-
meta/recipes-extended/polkit/polkit_0.101.bb | 4 ++--
meta/recipes-gnome/gnome/gconf-dbus_705.bb | 4 ++--
meta/recipes-gnome/gnome/gnome-desktop.inc | 4 ++--
meta/recipes-gnome/gnome/gnome-doc-utils.inc | 2 +-
meta/recipes-gnome/gnome/gnome-doc-utils_0.20.6.bb | 2 +-
.../recipes-gnome/gnome/gnome-icon-theme_2.31.0.bb | 4 ++--
meta/recipes-gnome/gnome/gnome-keyring_2.32.1.bb | 4 ++--
.../recipes-gnome/gnome/libgnome-keyring_2.32.0.bb | 4 ++--
.../xorg-lib/xkeyboard-config_2.1.bb | 4 ++--
.../shared-mime-info/shared-mime-info.inc | 2 +-
.../shared-mime-info/shared-mime-info_0.90.bb | 2 +-
14 files changed, 21 insertions(+), 21 deletions(-)

diff --git a/meta/recipes-connectivity/avahi/avahi.inc b/meta/recipes-connectivity/avahi/avahi.inc
index dc7a5ae..5695403 100644
--- a/meta/recipes-connectivity/avahi/avahi.inc
+++ b/meta/recipes-connectivity/avahi/avahi.inc
@@ -21,7 +21,7 @@ SRC_URI = "http://avahi.org/download/avahi-${PV}.tar.gz \
file://99avahi-autoipd \
file://initscript.patch"

-inherit autotools pkgconfig update-rc.d gettext
+inherit autotools pkgconfig update-rc.d gettext perlnative

EXTRA_OECONF = "--with-distro=debian \
--with-avahi-priv-access-group=adm \
diff --git a/meta/recipes-connectivity/avahi/avahi_0.6.30.bb b/meta/recipes-connectivity/avahi/avahi_0.6.30.bb
index 05716d0..da40426 100644
--- a/meta/recipes-connectivity/avahi/avahi_0.6.30.bb
+++ b/meta/recipes-connectivity/avahi/avahi_0.6.30.bb
@@ -6,7 +6,7 @@ LIC_FILES_CHKSUM = "file://LICENSE;md5=2d5025d4aa3495befef8f17206a5b0a1 \
file://avahi-daemon/main.c;endline=21;md5=9ee77368c5407af77caaef1b07285969 \
file://avahi-client/client.h;endline=23;md5=f4ac741a25c4f434039ba3e18c8674cf"

-PR = "r4"
+PR = "r5"

SRC_URI[md5sum] = "e4db89a2a403ff4c47d66ac66fad1f43"
SRC_URI[sha256sum] = "f9e4316c2339d0020726edd846d01bee0c39980906db0c247479e5807457ff1f"
diff --git a/meta/recipes-devtools/intltool/intltool.inc b/meta/recipes-devtools/intltool/intltool.inc
index d8917ad..7885b01 100644
--- a/meta/recipes-devtools/intltool/intltool.inc
+++ b/meta/recipes-devtools/intltool/intltool.inc
@@ -12,5 +12,5 @@ RRECOMMENDS_${PN} = "perl-modules"

inherit autotools pkgconfig perlnative

-export PERL = "/usr/bin/env perl"
+export INTLTOOL_PERL_virtclass-native = "/usr/bin/env perl"
BBCLASSEXTEND = "native"
diff --git a/meta/recipes-extended/polkit/polkit_0.101.bb b/meta/recipes-extended/polkit/polkit_0.101.bb
index 6769914..2dd8f58 100644
--- a/meta/recipes-extended/polkit/polkit_0.101.bb
+++ b/meta/recipes-extended/polkit/polkit_0.101.bb
@@ -8,12 +8,12 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=155db86cdbafa7532b41f390409283eb \

SRC_URI = "http://hal.freedesktop.org/releases/polkit-${PV}.tar.gz \
file://introspection.patch"
-PR = "r0"
+PR = "r1"
DEPENDS = "libpam expat dbus-glib eggdbus intltool"
RDEPENDS_${PN} = "libpam"
EXTRA_OECONF = "--with-authfw=pam --with-os-type=moblin --disable-man-pages --disable-gtk-doc --disable-introspection"

-inherit autotools pkgconfig
+inherit autotools pkgconfig perlnative

FILES_${PN} += "${libdir}/${PN}-1/extensions/*.so \
${datadir}/${PN}-1/actions/* \
diff --git a/meta/recipes-gnome/gnome/gconf-dbus_705.bb b/meta/recipes-gnome/gnome/gconf-dbus_705.bb
index fdfc45f..cbfc42d 100644
--- a/meta/recipes-gnome/gnome/gconf-dbus_705.bb
+++ b/meta/recipes-gnome/gnome/gconf-dbus_705.bb
@@ -10,7 +10,7 @@ RPROVIDES_${PN}-dev = "gconf-dev"

#SRCREV = "705"
#PV = "2.16.0+svnr${SRCPV}"
-PR = "r0"
+PR = "r1"

# This SVN repo is no longer available use a tarball mirror site until
# we move to proper gconf recipe.
@@ -19,7 +19,7 @@ SRC_URI = "http://autobuilder.pokylinux.org/sources/trunk_developer.imendio.com_

S = "${WORKDIR}/trunk"

-inherit pkgconfig autotools
+inherit pkgconfig autotools perlnative

PARALLEL_MAKE = ""

diff --git a/meta/recipes-gnome/gnome/gnome-desktop.inc b/meta/recipes-gnome/gnome/gnome-desktop.inc
index 336b87f..670d56b 100644
--- a/meta/recipes-gnome/gnome/gnome-desktop.inc
+++ b/meta/recipes-gnome/gnome/gnome-desktop.inc
@@ -11,7 +11,7 @@ do_configure_prepend () {

FILES_${PN} += "${datadir}/gnome-about"

-PR = "r1"
+PR = "r2"

-inherit gnome pkgconfig
+inherit gnome pkgconfig perlnative

diff --git a/meta/recipes-gnome/gnome/gnome-doc-utils.inc b/meta/recipes-gnome/gnome/gnome-doc-utils.inc
index bd7c615..525c1b4 100644
--- a/meta/recipes-gnome/gnome/gnome-doc-utils.inc
+++ b/meta/recipes-gnome/gnome/gnome-doc-utils.inc
@@ -2,7 +2,7 @@ LICENSE = "GPL& LGPL"
DEPENDS = "libxml2 libxslt libxslt-native gnome-doc-utils-native"
DEPENDS_virtclass-native = "libxml2-native libxslt-native intltool-native"

-inherit gnome gettext python-dir
+inherit gnome gettext python-dir perlnative

EXTRA_OECONF = "--disable-scrollkeeper"

diff --git a/meta/recipes-gnome/gnome/gnome-doc-utils_0.20.6.bb b/meta/recipes-gnome/gnome/gnome-doc-utils_0.20.6.bb
index 1ec1076..c65cf64 100644
--- a/meta/recipes-gnome/gnome/gnome-doc-utils_0.20.6.bb
+++ b/meta/recipes-gnome/gnome/gnome-doc-utils_0.20.6.bb
@@ -1,7 +1,7 @@
require gnome-doc-utils.inc
LIC_FILES_CHKSUM = "file://COPYING.GPL;md5=eb723b61539feef013de476e68b5c50a \
file://COPYING.LGPL;md5=a6f89e2100d9b6cdffcea4f398e37343"
-PR = "r4"
+PR = "r5"

SRC_URI += "file://xsltproc_nonet.patch \
file://use-usr-bin-env-for-python-in-xml2po.patch"
diff --git a/meta/recipes-gnome/gnome/gnome-icon-theme_2.31.0.bb b/meta/recipes-gnome/gnome/gnome-icon-theme_2.31.0.bb
index 55868ab..e7f17f5 100644
--- a/meta/recipes-gnome/gnome/gnome-icon-theme_2.31.0.bb
+++ b/meta/recipes-gnome/gnome/gnome-icon-theme_2.31.0.bb
@@ -9,7 +9,7 @@ SECTION = "x11/gnome"
DEPENDS = "icon-naming-utils-native glib-2.0 intltool-native"
RDEPENDS_${PN} = "hicolor-icon-theme"
RRECOMMENDS_${PN} = "librsvg-gtk"
-PR = "r1"
+PR = "r2"

FILES_${PN} += "${datadir}/*"

@@ -21,7 +21,7 @@ SRC_URI[sha256sum] = "ea7e05b77ead159379392b3b275ca0c9cbacd7d936014e447cc7c5e27a

EXTRA_OECONF = "--disable-hicolor-check --with-iconmap=${STAGING_LIBDIR_NATIVE}/../libexec/icon-name-mapping"

-inherit autotools
+inherit autotools perlnative

# We can't do this until the output is shared into all target sysroots
#PACKAGE_ARCH = "all"
diff --git a/meta/recipes-gnome/gnome/gnome-keyring_2.32.1.bb b/meta/recipes-gnome/gnome/gnome-keyring_2.32.1.bb
index 3f38401..7ae49c4 100644
--- a/meta/recipes-gnome/gnome/gnome-keyring_2.32.1.bb
+++ b/meta/recipes-gnome/gnome/gnome-keyring_2.32.1.bb
@@ -11,9 +11,9 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \

SECTION = "x11/gnome"

-PR = "r2"
+PR = "r3"

-inherit autotools gnome pkgconfig
+inherit autotools gnome pkgconfig perlnative

DEPENDS = "gtk+ libgcrypt libtasn1 libtasn1-native gconf"
RDEPENDS_${PN} = "libgnome-keyring"
diff --git a/meta/recipes-gnome/gnome/libgnome-keyring_2.32.0.bb b/meta/recipes-gnome/gnome/libgnome-keyring_2.32.0.bb
index 09b6d9c..77c82d3 100644
--- a/meta/recipes-gnome/gnome/libgnome-keyring_2.32.0.bb
+++ b/meta/recipes-gnome/gnome/libgnome-keyring_2.32.0.bb
@@ -9,9 +9,9 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=0914b9d3ebaba41ef2e3e0ae16f296cf \
file://egg/egg-dh.h;endline=22;md5=1626c16af2a8da1f88324cf3ced33f08"

SECTION = "x11/gnome/libs"
-PR = "r0"
+PR = "r1"

-inherit gnome
+inherit gnome perlnative

DEPENDS = "dbus eggdbus"

diff --git a/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.1.bb b/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.1.bb
index b077fa3..e4c7dc0 100644
--- a/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.1.bb
+++ b/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.1.bb
@@ -19,14 +19,14 @@ SRC_URI[sha256sum] = "e293aa4b0dd259dbb4f0e7f56fdd95db5047d052c7b3b80922fe566392
SECTION = "x11/libs"
DEPENDS = "intltool-native xkbcomp-native glib-2.0"

-PR = "r1"
+PR = "r2"

EXTRA_OECONF = "--with-xkb-rules-symlink=xorg"

RDEPENDS_${PN} += "xkbcomp"
FILES_${PN} += "${datadir}/X11/xkb"

-inherit autotools pkgconfig
+inherit autotools pkgconfig perlnative

do_install_append () {
install -d ${D}/usr/share/X11/xkb/compiled
diff --git a/meta/recipes-support/shared-mime-info/shared-mime-info.inc b/meta/recipes-support/shared-mime-info/shared-mime-info.inc
index 64eef9d..8b10535 100644
--- a/meta/recipes-support/shared-mime-info/shared-mime-info.inc
+++ b/meta/recipes-support/shared-mime-info/shared-mime-info.inc
@@ -10,7 +10,7 @@ DEPENDS_virtclass-native = "libxml2-native intltool-native glib-2.0-native"

SRC_URI = "http://freedesktop.org/~hadess/shared-mime-info-${PV}.tar.bz2"

-inherit autotools pkgconfig gettext
+inherit autotools pkgconfig gettext perlnative

EXTRA_OECONF = "--disable-update-mimedb"

diff --git a/meta/recipes-support/shared-mime-info/shared-mime-info_0.90.bb b/meta/recipes-support/shared-mime-info/shared-mime-info_0.90.bb
index cbbd0fe..4c852fa 100644
--- a/meta/recipes-support/shared-mime-info/shared-mime-info_0.90.bb
+++ b/meta/recipes-support/shared-mime-info/shared-mime-info_0.90.bb
@@ -1,5 +1,5 @@
require shared-mime-info.inc
-PR = "r0"
+PR = "r1"

SRC_URI += "file://fix-parallel-build.patch \
file://fix-parallel-build-backport.patch \


first stage not building in parallel?

Kumar Gala <galak@...>
 

Is it normal that the first stage (native) portion does not seem to either deal with BB_NUMBER_THREADS or PARALLEL_MAKE?

- k


Re: [PATCH] Update TERMCMD message to align with previous change

Saul Wold <sgw@...>
 

On 07/27/2011 09:18 AM, Paul Eggleton wrote:
On Wednesday 27 July 2011 17:09:09 Saul Wold wrote:
Matthew,

Paul Eggelton recently made a similar change so I am going to drop this
one.
Hmm, actually I missed the default to xterm change and thus did not alter that
aspect of the comments. Therefore I think we should apply this.
Saul has not woken up completely yet and thought that Paul made that change, thanks for speaking up!

Sau!

Cheers,
Paul


Re: [PATCH] Update TERMCMD message to align with previous change

Richard Purdie
 

On Wed, 2011-07-27 at 17:18 +0100, Paul Eggleton wrote:
On Wednesday 27 July 2011 17:09:09 Saul Wold wrote:
Matthew,

Paul Eggelton recently made a similar change so I am going to drop this
one.
Hmm, actually I missed the default to xterm change and thus did not alter that
aspect of the comments. Therefore I think we should apply this.
Agreed, patch merged to master, thanks.

Richard


Re: [PATCH] Update TERMCMD message to align with previous change

Paul Eggleton
 

On Wednesday 27 July 2011 17:09:09 Saul Wold wrote:
Matthew,

Paul Eggelton recently made a similar change so I am going to drop this
one.
Hmm, actually I missed the default to xterm change and thus did not alter that
aspect of the comments. Therefore I think we should apply this.

Cheers,
Paul

--

Paul Eggleton
Intel Open Source Technology Centre