[OE-core] [PATCH 0/1] opkg: Add the condition for the content of arch.conf when enable multilib

2012-04-09 Thread Xiaofeng Yan
From: Xiaofeng Yan After successfully installed some lib32 multilib packages into the x86-64 image, we just found that the file content of /var/lib/opkg/status in rootfs changed after the very 1st boot, many lib32 related packages information are missing in that file. The missing arch "x86" in a

[OE-core] [PATCH 1/1] opkg: Add the condition for the content of arch.conf when enable multilib

2012-04-09 Thread Xiaofeng Yan
From: Xiaofeng Yan After successfully installed some lib32 multilib packages into the x86-64 image, we just found that the file content of /var/lib/opkg/status in rootfs changed after the very 1st boot, many lib32 related packages information are missing in that file. The missing arch "x86" in a

[OE-core] [PATCH 1/1] bitbake.conf: Add a variable BB_CONFIGHASH_SORT

2012-04-09 Thread Dongxiao Xu
BB_CONFIGHASH_SORT is to indicate whether the order of the value is order sensitive for calculating the config hash. Signed-off-by: Dongxiao Xu --- meta/conf/bitbake.conf |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf inde

[OE-core] [PATCH 0/1][PULL] bitbake.conf: Add a variable BB_CONFIGHASH_SORT

2012-04-09 Thread Dongxiao Xu
Hi Richard, This pull request adds a variable in bitbake.conf, which is used for cache checksum calculation, please help to review and pull. Thanks, Dongxiao The following changes since commit 1a82989345fb98becb487d270fd93a5e6dffeb47: runqemu-internal: Add console=tty for qemuppc and NFS (20

Re: [OE-core] Do we have a package that installs the kernel headers and config into the target?

2012-04-09 Thread Maksym Parkachov
Hi Dexuan, > Any chance the students could cross compile the wifi module using > > an external toolchain? > We could try this. > But even I didn't try this before, so this needs efforts to find it out. > > I wanted to achieve exactly the same, namely, compiling modules with external toolchain. I s

[OE-core] [PATCH 1/1] meta-toolchain: runqemu falied on FC16/Opensuse12.1 x86_64

2012-04-09 Thread Robert Yang
runqemu can't launch a target image on Fedora 16 64bit or Opensuse 12.1 64bit, this is because runqemu needs the host's libGL.so, which requires GLIBC_2.14 which is defined in libc.so.6, but our default libc.so.6 is version 2.13, here is the message from Richard: The easiest solution would be to c

[OE-core] [PATCH 0/1] meta-toolchain: runqemu falied on FC16/Opensuse12.1 x86_64

2012-04-09 Thread Robert Yang
Test info: * Have tested on: * Fedora 16 x86_64 * Opensuse 12.1 x86_64 * Ubuntu 10.04 * The testing commands are: $ bitbake core-image-sato meta-toolchain meta-toolchain-sdk And untar the sdk, then runqemu from the sdk to start the target. // Robert The following changes since commit

Re: [OE-core] [PATCH 0/1] meta-toolchain: runqemu falied on FC16/Opensuse12.1 x86_64

2012-04-09 Thread Lu, Lianhao
Robert Yang wrote on 2012-04-09: > Test info: > * Have tested on: > * Fedora 16 x86_64 > * Opensuse 12.1 x86_64 Robert, Hongna just found a qemu launch error on openSuse x86_64 using the 2.15 eglibc-nativesdk, something about the SDL initialization error. Did your platform work well? >

[OE-core] [PATCH 1/1] adt-installer: Fixed ppc kernel naming.

2012-04-09 Thread Lianhao Lu
1. Fixed the ppc kernel naming. 2. Disabled opkg shared library to avoid runtime opkg-cl launching error. 3. Adjusted the variable sequence in adt-installer.conf Fixed bug [YOCTO #2233] Signed-off-by: Lianhao Lu --- .../installer/adt-installer/adt_installer |4 ++-- .../installer/a

[OE-core] [PATCH 0/1] adt-installer fixing

2012-04-09 Thread Lianhao Lu
Fixing the adt-installer for ppc kernel naming and some other issues. The following changes since commit 1a82989345fb98becb487d270fd93a5e6dffeb47: Saul Wold (1): runqemu-internal: Add console=tty for qemuppc and NFS are available in the git repository at: git://git.yoctoproject.org/p

Re: [OE-core] [PATCH 0/1] meta-toolchain: runqemu falied on FC16/Opensuse12.1 x86_64

2012-04-09 Thread Robert Yang
On 04/09/2012 06:36 PM, Lu, Lianhao wrote: Robert Yang wrote on 2012-04-09: Test info: * Have tested on: * Fedora 16 x86_64 * Opensuse 12.1 x86_64 Robert, Hongna just found a qemu launch error on openSuse x86_64 using the 2.15 eglibc-nativesdk, something about the SDL initialization

[OE-core] [PATCH 0/1] git 1.7.7: remove perl.mak before compile

2012-04-09 Thread Robert Yang
Test info: * $ bitbake git-native -ccompile * $ touch tmp/sysroots/i686-linux/usr/lib/perl-native/perl/5.14.2/Config.pm * $ bitake git-native -f -ccompile git-native (or git) built successfully. // Robert The following changes since commit 1a82989345fb98becb487d270fd93a5e6dffeb47: runqemu-in

[OE-core] [PATCH 1/1] git 1.7.7: remove perl.mak before compile

2012-04-09 Thread Robert Yang
The git may fail to rebuild when perl's Config.pm or config.h changes, this is because Makefile detects that perl/perl.mak is out of date. Remove perl.mak to let Makefile regenerate it would fix the error. Both git and git-native have this problem. To reproduce the error: (On x86_64 host) $ bitba

Re: [OE-core] [PATCH 0/1] shadow-native: disable logging to syslog

2012-04-09 Thread Chris Larson
On Sat, Apr 7, 2012 at 4:59 PM, Saul Wold wrote: > On 04/05/2012 11:53 PM, Scott Garman wrote: >> >> Hello, >> >> This pull request includes a patch to shadow to disable logging to >> syslog, to prevent sysroot user and group additions from writing >> entries to the host's syslog. >> >> I have bui

Re: [OE-core] [PATCH 3/7] conf/machine/include: Cleanup MIPS tunings to match README

2012-04-09 Thread Mark Hatle
On 4/8/12 4:34 PM, Andreas Oberritter wrote: On 07.04.2012 02:10, Mark Hatle wrote: Just ran a local build with the qemumips machine, this is a standard mips32 target. From the configure line for eglibc: /msp-lpggp1/mhatle/git/oe-core/build-mips32/tmp-eglibc/work/mips32-oe-linux/eglibc-2.13-r

Re: [OE-core] [PATCH 0/1] shadow-native: disable logging to syslog

2012-04-09 Thread Saul Wold
On 04/08/2012 10:00 PM, Scott Garman wrote: On 04/07/2012 04:59 PM, Saul Wold wrote: On 04/05/2012 11:53 PM, Scott Garman wrote: Hello, This pull request includes a patch to shadow to disable logging to syslog, to prevent sysroot user and group additions from writing entries to the host's sysl

Re: [OE-core] [PATCH 3/7] conf/machine/include: Cleanup MIPS tunings to match README

2012-04-09 Thread Koen Kooi
Op 9 apr. 2012, om 17:17 heeft Mark Hatle het volgende geschreven: > On 4/8/12 4:34 PM, Andreas Oberritter wrote: >> On 07.04.2012 02:10, Mark Hatle wrote: >>> Just ran a local build with the qemumips machine, this is a standard >>> mips32 target. >>> >>> From the configure line for eglibc: >>>

Re: [OE-core] [PATCH 3/7] conf/machine/include: Cleanup MIPS tunings to match README

2012-04-09 Thread Mark Hatle
On 4/9/12 10:56 AM, Koen Kooi wrote: Op 9 apr. 2012, om 17:17 heeft Mark Hatle het volgende geschreven: On 4/8/12 4:34 PM, Andreas Oberritter wrote: On 07.04.2012 02:10, Mark Hatle wrote: Just ran a local build with the qemumips machine, this is a standard mips32 target. From the configure

Re: [OE-core] [PATCH 0/1] shadow-native: disable logging to syslog

2012-04-09 Thread Scott Garman
On 04/09/2012 08:30 AM, Saul Wold wrote: On 04/08/2012 10:00 PM, Scott Garman wrote: On 04/07/2012 04:59 PM, Saul Wold wrote: On 04/05/2012 11:53 PM, Scott Garman wrote: Hello, This pull request includes a patch to shadow to disable logging to syslog, to prevent sysroot user and group additio

Re: [OE-core] [PATCH 0/1] shadow-native: disable logging to syslog

2012-04-09 Thread Saul Wold
On 04/09/2012 09:23 AM, Scott Garman wrote: On 04/09/2012 08:30 AM, Saul Wold wrote: On 04/08/2012 10:00 PM, Scott Garman wrote: On 04/07/2012 04:59 PM, Saul Wold wrote: On 04/05/2012 11:53 PM, Scott Garman wrote: Hello, This pull request includes a patch to shadow to disable logging to sysl

[OE-core] [PATCH 0/1] hello-mod: Remove hello-mod example external kernel module recipe

2012-04-09 Thread Darren Hart
The following changes since commit 1a82989345fb98becb487d270fd93a5e6dffeb47: runqemu-internal: Add console=tty for qemuppc and NFS (2012-04-06 01:12:15 +0100) are available in the git repository at: git://git.yoctoproject.org/user-contrib/dvhart/oe-core hello-mod http://git.yoctoproject.o

[OE-core] [PATCH 1/1] hello-mod: Remove hello-mod example external kernel module recipe

2012-04-09 Thread Darren Hart
Fixes [YOCTO #1501] oe-core contains a core set of recipes user in other layers. The hello-mod recipe is an example recipe and does not provide any useful functionality for the target system. Such a recipe is a better match for an examples layer, such as meta-skeleton, currently part the poky rep

[OE-core] Yocto Project 1.2 M4 schedule

2012-04-09 Thread Liu, Song
Hi all, This is to restate and clarify the schedule for Yocto Project 1.2 M4 (milestone 4). If you are concerned or have patches you would like to merge, please see the following dates: 1. RC3 official patch cut-off time: 12:00AM April 8th, 2012, PDT 2. RC3 build: April 11th, 2012, PDT 3. RC4 o

Re: [OE-core] [PATCH 3/7] conf/machine/include: Cleanup MIPS tunings to match README

2012-04-09 Thread Andreas Oberritter
On 09.04.2012 17:17, Mark Hatle wrote: > On 4/8/12 4:34 PM, Andreas Oberritter wrote: >> On 07.04.2012 02:10, Mark Hatle wrote: >>> Just ran a local build with the qemumips machine, this is a standard >>> mips32 target. >>> >>> From the configure line for eglibc: >>> >>> /msp-lpggp1/mhatle/git/oe-

Re: [OE-core] [PATCH 3/7] conf/machine/include: Cleanup MIPS tunings to match README

2012-04-09 Thread Mark Hatle
On 4/9/12 3:06 PM, Andreas Oberritter wrote: On 09.04.2012 17:17, Mark Hatle wrote: On 4/8/12 4:34 PM, Andreas Oberritter wrote: On 07.04.2012 02:10, Mark Hatle wrote: Just ran a local build with the qemumips machine, this is a standard mips32 target. ... So the canonical arch is correct,

Re: [OE-core] [PATCH 3/7] conf/machine/include: Cleanup MIPS tunings to match README

2012-04-09 Thread Andreas Oberritter
On 09.04.2012 22:25, Mark Hatle wrote: > On 4/9/12 3:06 PM, Andreas Oberritter wrote: >> On 09.04.2012 17:17, Mark Hatle wrote: >>> On 4/8/12 4:34 PM, Andreas Oberritter wrote: On 07.04.2012 02:10, Mark Hatle wrote: > Just ran a local build with the qemumips machine, this is a standard >>>

Re: [OE-core] [PATCH 3/7] conf/machine/include: Cleanup MIPS tunings to match README

2012-04-09 Thread Mark Hatle
On 4/9/12 3:25 PM, Mark Hatle wrote: On 4/9/12 3:06 PM, Andreas Oberritter wrote: On 09.04.2012 17:17, Mark Hatle wrote: On 4/8/12 4:34 PM, Andreas Oberritter wrote: On 07.04.2012 02:10, Mark Hatle wrote: Just ran a local build with the qemumips machine, this is a standard mips32 target. .

Re: [OE-core] [PATCH 3/7] conf/machine/include: Cleanup MIPS tunings to match README

2012-04-09 Thread Phil Blundell
On Mon, 2012-04-09 at 15:25 -0500, Mark Hatle wrote: > And just to be extra clear, I consider it a defect if we can produce a > package > with the same name for two different tune settings.. (the exception being the > hell that is ARM and thumb namings.) While you might consider that a defect (

[OE-core] ARM tunings was Re: [PATCH 3/7] conf/machine/include: Cleanup MIPS tunings to match README

2012-04-09 Thread Mark Hatle
On 4/9/12 4:03 PM, Phil Blundell wrote: On Mon, 2012-04-09 at 15:25 -0500, Mark Hatle wrote: And just to be extra clear, I consider it a defect if we can produce a package with the same name for two different tune settings.. (the exception being the hell that is ARM and thumb namings.) While y

Re: [OE-core] [PATCH 1/1] connman: ensure ofono package is generated.

2012-04-09 Thread Saul Wold
On 04/05/2012 11:20 PM, Lianhao Lu wrote: Make sure ofono package is generated when buidling connman, because dynamic package connman-plugin-ofono has a RDEPENDS on ofono. Since this is for a plugin, can the connman-plugin-ofono be generated in a separate package (or possibly even a separate re

Re: [OE-core] ARM tunings was Re: [PATCH 3/7] conf/machine/include: Cleanup MIPS tunings to match README

2012-04-09 Thread Phil Blundell
On Mon, 2012-04-09 at 16:21 -0500, Mark Hatle wrote: > I do, and thus the hell that is ARM. I could not currently generate a single > package feed that work would on a variety of devices (like a traditional > workstaton/server Linux OS would.) Well, actually, you could in fact do exactly that.

Re: [OE-core] ARM tunings was Re: [PATCH 3/7] conf/machine/include: Cleanup MIPS tunings to match README

2012-04-09 Thread Mark Hatle
On 4/9/12 4:30 PM, Phil Blundell wrote: On Mon, 2012-04-09 at 16:21 -0500, Mark Hatle wrote: I do, and thus the hell that is ARM. I could not currently generate a single package feed that work would on a variety of devices (like a traditional workstaton/server Linux OS would.) Well, actually,

Re: [OE-core] [PATCH 0/1] hello-mod: Remove hello-mod example external kernel module recipe

2012-04-09 Thread Saul Wold
On 04/09/2012 10:53 AM, Darren Hart wrote: The following changes since commit 1a82989345fb98becb487d270fd93a5e6dffeb47: runqemu-internal: Add console=tty for qemuppc and NFS (2012-04-06 01:12:15 +0100) are available in the git repository at: git://git.yoctoproject.org/user-contrib/dvhart

Re: [OE-core] [PATCH 0/1] hello-mod: Remove hello-mod example external kernel module recipe

2012-04-09 Thread Darren Hart
On 04/09/2012 03:14 PM, Saul Wold wrote: > On 04/09/2012 10:53 AM, Darren Hart wrote: >> The following changes since commit 1a82989345fb98becb487d270fd93a5e6dffeb47: >> >>runqemu-internal: Add console=tty for qemuppc and NFS (2012-04-06 >> 01:12:15 +0100) >> >> are available in the git repos

Re: [OE-core] [PATCH 3/7] conf/machine/include: Cleanup MIPS tunings to match README

2012-04-09 Thread Khem Raj
On Mon, Apr 9, 2012 at 1:25 PM, Mark Hatle wrote: > > In order to reconcile the above, the three primary options are see are: > > *) Define only mips or mips32 tune, but not both -- producing "mips" as the > package arch.  (But then what do we do in the future about mips1, mips2, > mips3, mips4, m

[OE-core] [PATCH 0/1] hello-mod: Move hello-mod from meta to meta-skeleton

2012-04-09 Thread Darren Hart
V2: Do this all in oe-core as meta-skeleton is part of oe-core (duh!) The following changes since commit 1a82989345fb98becb487d270fd93a5e6dffeb47: runqemu-internal: Add console=tty for qemuppc and NFS (2012-04-06 01:12:15 +0100) are available in the git repository at: git://git.yoctoproject

[OE-core] [PATCH 1/1] hello-mod: Move hello-mod from meta to meta-skeleton

2012-04-09 Thread Darren Hart
Fixes [YOCTO #1501] hello-mod is an example kernel module, and does not provide any real functionality. As such, it would be better placed under meta-skeleton than meta. Signed-off-by: Darren Hart --- .../recipes-kernel/hello-mod/files/COPYING |0 .../recipes-kernel/hello-mod/files/

[OE-core] [PATCH 1/2] tclibc-eglibc.inc: make locale packages dependency conditional

2012-04-09 Thread nitin . a . kamble
From: Nitin A Kamble Only add locale package dependencies if the eglibc is configured with locale support. This avoids dependencies issues for distros such as poky-tiny Signed-off-by: Nitin A Kamble --- meta/conf/distro/include/tclibc-eglibc.inc | 23 --- 1 files change

[OE-core] [PATCH 2/2] poky-tiny.conf: adjust eglibc options for poky-tiny

2012-04-09 Thread nitin . a . kamble
From: Nitin A Kamble Avoid errors for building meta-toolchain for poky-tiny This Fixes Bug: [YOCTO #2259] Signed-off-by: Nitin A Kamble --- meta-yocto/conf/distro/poky-tiny.conf |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/meta-yocto/conf/distro/poky-tiny.conf

[OE-core] [PATCH 0/2] Misc bugfixes

2012-04-09 Thread nitin . a . kamble
From: Nitin A Kamble The following changes since commit 190f6d791d51aaa4cfb9f1cf932bc205ff674fb5: runqemu-internal: Add console=tty for qemuppc and NFS (2012-04-06 01:12:47 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib nitin/bugfixes http://git.pokyl

[OE-core] [PATCH 1/1] tune-mips32: Update the default MIPS tuning to be mips32

2012-04-09 Thread Mark Hatle
Previously the default mips tuning was defined as "mips1" internally in the compiler. Revise this and change to "mips32". This eliminates the need for the mips32 specific tunings, which were not being used anyway. (They exists and were used, but were not differentiated by package arch prior to a

[OE-core] [PATCH 0/1] MIPS/MIPS32 tune -> MIPS

2012-04-09 Thread Mark Hatle
The following is in reference to the recent discussion about the mips32 -package- arch changing from mips to mips32. One of the potential options was to get rid of the previous "mips" and replace it with the mips32 definition standard. This patch does just that. Working with Khem, we have moved

Re: [OE-core] [PATCH 0/1] MIPS/MIPS32 tune -> MIPS

2012-04-09 Thread Andreas Oberritter
On 10.04.2012 01:31, Mark Hatle wrote: > The following is in reference to the recent discussion about the mips32 > -package- arch changing from mips to mips32. One of the potential options > was to get rid of the previous "mips" and replace it with the mips32 > definition standard. This patch doe

Re: [OE-core] [PATCH 0/1] MIPS/MIPS32 tune -> MIPS

2012-04-09 Thread Mark Hatle
On 4/9/12 7:14 PM, Andreas Oberritter wrote: On 10.04.2012 01:31, Mark Hatle wrote: The following is in reference to the recent discussion about the mips32 -package- arch changing from mips to mips32. One of the potential options was to get rid of the previous "mips" and replace it with the mip

Re: [OE-core] [PATCH 0/1] meta-toolchain: runqemu falied on FC16/Opensuse12.1 x86_64

2012-04-09 Thread Robert Yang
On 04/09/2012 08:21 PM, Robert Yang wrote: On 04/09/2012 06:36 PM, Lu, Lianhao wrote: Robert Yang wrote on 2012-04-09: Test info: * Have tested on: * Fedora 16 x86_64 * Opensuse 12.1 x86_64 Robert, Hongna just found a qemu launch error on openSuse x86_64 using the 2.15 eglibc-nativesdk,

Re: [OE-core] [PATCH 1/1] connman: ensure ofono package is generated.

2012-04-09 Thread Lu, Lianhao
Saul Wold wrote on 2012-04-10: > On 04/05/2012 11:20 PM, Lianhao Lu wrote: >> Make sure ofono package is generated when buidling connman, because >> dynamic package connman-plugin-ofono has a RDEPENDS on ofono. >> > Since this is for a plugin, can the connman-plugin-ofono be generated in > a sepa

[OE-core] [PATCH V2 0/1] connman: optionally build ofono plugin

2012-04-09 Thread Lianhao Lu
Only build connman ofono plugin when 3g distro feature is enabled. The following changes since commit 1a82989345fb98becb487d270fd93a5e6dffeb47: Saul Wold (1): runqemu-internal: Add console=tty for qemuppc and NFS are available in the git repository at: git://git.yoctoproject.org/poky

[OE-core] [PATCH V2 1/1] connman: optionally build ofono plugin.

2012-04-09 Thread Lianhao Lu
Only build ofono plugin when 3g feature is enabled. Also add dependency to ofono when ofono plugin is being built. This is part of the buf fixing [YOCTO #2216]. Signed-off-by: Lianhao Lu --- meta/recipes-connectivity/connman/connman.inc |3 ++- 1 files changed, 2 insertions(+), 1 deletions(

Re: [OE-core] [PATCH 0/1] meta-toolchain: runqemu falied on FC16/Opensuse12.1 x86_64

2012-04-09 Thread Lu, Lianhao
Robert Yang wrote on 2012-04-10: > > > On 04/09/2012 08:21 PM, Robert Yang wrote: >> >> >> On 04/09/2012 06:36 PM, Lu, Lianhao wrote: >>> >>> Robert Yang wrote on 2012-04-09: Test info: * Have tested on: * Fedora 16 x86_64 * Opensuse 12.1 x86_64 >>> >>> Robert, >>> Hongna

Re: [OE-core] [PATCH 0/1] meta-toolchain: runqemu falied on FC16/Opensuse12.1 x86_64

2012-04-09 Thread Robert Yang
On 04/10/2012 12:06 PM, Lu, Lianhao wrote: Robert Yang wrote on 2012-04-10: On 04/09/2012 08:21 PM, Robert Yang wrote: On 04/09/2012 06:36 PM, Lu, Lianhao wrote: Robert Yang wrote on 2012-04-09: Test info: * Have tested on: * Fedora 16 x86_64 * Opensuse 12.1 x86_64 Robert, Hongna ju

[OE-core] [PATCH] gdb: add --with-libexpat-prefix

2012-04-09 Thread Martin Jansa
* otherwise it sometimes finds host's expat Signed-off-by: Martin Jansa --- meta/recipes-devtools/gdb/gdb-common.inc |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta/recipes-devtools/gdb/gdb-common.inc b/meta/recipes-devtools/gdb/gdb-common.inc index a8fca6f..4f7ea

Re: [OE-core] [PATCH V2 1/1] connman: optionally build ofono plugin.

2012-04-09 Thread Koen Kooi
This changes the default behaviour, so it should not go in for 1.2 Op 10 apr. 2012, om 05:16 heeft Lianhao Lu het volgende geschreven: > Only build ofono plugin when 3g feature is enabled. Also add dependency > to ofono when ofono plugin is being built. > > This is part of the buf fixing [YOCTO