Date   

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


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

Saul Wold <sgw@...>
 

On 07/26/2011 12:22 PM, Matthew McClintock wrote:
A previous patch changed the default TERM to use xterm. This updates
local.conf.sample to match the change

Signed-off-by: Matthew McClintock<msm@...>
---
meta-yocto/conf/local.conf.sample | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/meta-yocto/conf/local.conf.sample b/meta-yocto/conf/local.conf.sample
index 499c48e..7a0fc89 100644
--- a/meta-yocto/conf/local.conf.sample
+++ b/meta-yocto/conf/local.conf.sample
@@ -205,7 +205,7 @@ ENABLE_BINARY_LOCALE_GENERATION = "1"
# out if that is desired
NO32LIBS = "1"

-# If you do not use (or have installed) gnome-terminal you will need to
+# If you do not use (or have installed) xterm you will need to
# uncomment these variables and set them to the terminal you wish to use
# when resolving patches which cannot be applied
# Supported shell prefixes for *_TERMCMD and *_TERMCMDRUN ARE:
Matthew,

Paul Eggelton recently made a similar change so I am going to drop this one.

In the future
Sau!


Re: BSP in meta layer vs poky

Richard Purdie
 

On Wed, 2011-07-27 at 09:23 -0500, Kumar Gala wrote:
I was wondering what distinction qualified for a BSP existing in a
meta layer vs in poky directly.

For FSL PPC we currently have MPC8315-RDB in poky. Ideally we'd have
one BSP for each major flavor [ associated with a unique compiler /
libc target ]. This would end up being something like P2020-RDB
(e500v2 core), P204x-RDB (e500mc core), P5020DS (e5500 core - 32/64
bit).

Than everything else would live in the meta-fsl-ppc layer.
The original criteria for what we included was:

* One board per architecture
* Should be available to a general developer in a relatively cost
effective manner (sub $1000?)
* Lets us test functionality of the architecture

Trying to find a PPC board we could easily obtain was quite tricky. We
stuck to one board per architecture for fairness reasons and also
resources since the Yocto project isn't resourced to maintain BSPs.

We're definitely open to discussions about changes there but it does
need to be a high level discussion, likely at the advisory board level.

Note that some of Yocto's developers and the QA team have those
reference board for test purposes so if we do change we'd need to update
their hardware.

Cheers,

Richard