From: Kang Kai
gcc-crosssdk can't find the standard headers before, and it was fixed.
So it is not needed to search the gcc standard paths by
qt4-tools-nativesdk itself.
Signed-off-by: Kang Kai
---
meta/recipes-qt/qt4/qt4-tools-nativesdk.inc |9 ++---
1 files changed, 2 insertions(+),
From: Kang Kai
Because of the gcc-crosssdk bug, cmake-nativesdk needs to search gcc
standard paths itself. Right now it was fixed, so remove the additional
CXXFLAG for cmake-nativesdk.
Signed-off-by: Kang Kai
---
meta/recipes-devtools/cmake/cmake_2.8.5.bb |8 +---
1 files changed, 1 in
From: Kang Kai
Fixes [Yocto #1231]
crosssdk.bbclass uses ${includedir_nativesdk} to define target_includedir,
but includedir_nativesdk is not defined before. This makes gcc-crosssdk
can NOT search the correct standard headers and libraries search path.
Define includedir_nativesdk in bitbake.con
From: Kang Kai
Hi Saul,
qt4-tools-nativesdk needs set the gcc standard header searching paths because
crosssdk.bbclass uses a undefined variable "includedir_nativesdk".
These commits are to fix it, and update qt4-tools-nativesdk and cmake-nativesdk
bb files.
The following changes since commit
During the update of the bitbake recipe's string to 3.0.3 the internal
version marker in the kernel stayed at v3.0. This meant that kernel
configuration auditing the constructed file couldn't be found and audit
warnings were thrown. This syncs all the recipes and get back to
clean configurations.
Richard/Saul,
When doing some clean build testing on my latest changes (given that
I'm a bit paranoid), I noticed the kernel config audit throwing some
warnings (unset values, etc).
The root cause is that when the config fragments are processed they
are assembled into a file with the version stri
Hi Richard and Saul,
This pull request is to fix bug 1370, please help to review and pull.
Thanks,
Dongxiao
The following changes since commit 445d6426197579a9c0317498cc6919bb63e7f726:
meta-toolchain/environment: Collected site config files in runtime.
(2011-08-24 19:26:01 -0700)
are availa
For image type of recipes, we need to define do_package_write as its
do_build recrdeptask, which ensures that all packaging types listed in
PACKAGE_CLASSES will be built out.
[YOCTO 1370]
Signed-off-by: Dongxiao Xu
---
meta/classes/package.bbclass |2 +-
1 files changed, 1 insertions(+), 1
On Wed, 2011-08-24 at 20:32 +0200, Koen Kooi wrote:
> When using binary locales rootfs generation fails with:
>
> | Unknown package 'locale-base-en-us'.
> | Collected errors:
> | * opkg_install_cmd: Cannot install package locale-base-en-us.
>
> This is due to:
>
> $ dpkg-deb -I ipk/armv7a/local
On 2011年08月25日 08:13, Paul Eggleton wrote:
On Thursday 25 August 2011 00:36:45 Saul Wold wrote:
Why do we need the qt4e-base-image and this demo-image? Do we expect to
have multiple images? This creates yet another image that needs to be
built and tested? Can this really just be added to the
On Tue, 2011-08-23 at 20:40 -0700, Saul Wold wrote:
> On 08/17/2011 09:17 AM, Khem Raj wrote:
> > Some place pnum=1 is used which is removed as well since
> > striplevel=1 is default
> >
> > Signed-off-by: Khem Raj
> > ---
> > .../eee-acpi-scripts/eee-acpi-scripts_git.bb |4 +-
[...]
> >
On Wed, 2011-08-24 at 13:00 -0700, Chris Larson wrote:
> From: Chris Larson
>
> This should resolve the devshell issue people are seeing.
>
> Signed-off-by: Chris Larson
> ---
> meta/classes/terminal.bbclass |4 +++-
> 1 files changed, 3 insertions(+), 1 deletions(-)
Merged to master, tha
On Wed, Aug 24, 2011 at 6:24 PM, Richard Purdie
wrote:
> On Wed, 2011-08-24 at 17:20 -0700, Chris Larson wrote:
>> On Wed, Aug 24, 2011 at 5:16 PM, Paul Eggleton
>> wrote:
>> > On Thursday 25 August 2011 00:16:40 Chris Larson wrote:
>> >> I strongly disagree with this. The fact is, we almost neve
On Wed, 2011-08-24 at 17:20 -0700, Chris Larson wrote:
> On Wed, Aug 24, 2011 at 5:16 PM, Paul Eggleton
> wrote:
> > On Thursday 25 August 2011 00:16:40 Chris Larson wrote:
> >> I strongly disagree with this. The fact is, we almost never go back
> >> and "clean these up later", so crap accrues.
>
On Wed, 2011-08-24 at 19:29 -0400, Bruce Ashfield wrote:
> On Wed, Aug 24, 2011 at 7:21 PM, Bruce Ashfield
> wrote:
> > On Wed, Aug 24, 2011 at 7:08 PM, Richard Purdie
> > wrote:
> >> Hi Bruce,
> >>
> >> On Wed, 2011-08-24 at 16:50 -0400, Bruce Ashfield wrote:
> >>> Here's a consolidated kernel p
On Wed, Aug 24, 2011 at 5:16 PM, Paul Eggleton
wrote:
> On Thursday 25 August 2011 00:16:40 Chris Larson wrote:
>> I strongly disagree with this. The fact is, we almost never go back
>> and "clean these up later", so crap accrues.
>
> We're talking about the difference between:
>
> if a = "":
>
>
On Thursday 25 August 2011 00:16:40 Chris Larson wrote:
> I strongly disagree with this. The fact is, we almost never go back
> and "clean these up later", so crap accrues.
We're talking about the difference between:
if a = "":
and
if a:
This is not crap, it's a triviality (for the case where
On Thursday 25 August 2011 00:36:45 Saul Wold wrote:
> Why do we need the qt4e-base-image and this demo-image? Do we expect to
> have multiple images? This creates yet another image that needs to be
> built and tested? Can this really just be added to the sato-sdk or
> lsb-sdk images instead?
N
On 08/22/2011 08:36 AM, Jiajun Xu wrote:
There is no need for libsdl to inherit nativesdk since we enable the target
version
with BBCLASSEXTEND now.
We add libsdl into sato image since some 3D graphics testing need it.
The following changes since commit 9134800548a03bfe3a7e351a15f2129bcb3cc680
On 08/23/2011 11:34 PM, Xiaofeng Yan wrote:
From: Xiaofeng Yan
[YOCTO #999]
Copy metadata of qt4e-demo-image from OE for easy testing qt4embeded on
embedded platform.
This image was tested on qemuarm and can run program "qtdemoE".
Signed-off-by: Xiaofeng Yan
---
meta/recipes-qt/images/qt4e-b
On 08/23/2011 07:32 AM, Dongxiao Xu wrote:
Hi Richard and Saul,
This is the second pull request that fixes the hardcoded libdir in procps to
support multilib.
Please help to review and pull.
Thanks,
Dongxiao
The following changes since commit 9134800548a03bfe3a7e351a15f2129bcb3cc680:
xcb
On Wed, Aug 24, 2011 at 7:21 PM, Bruce Ashfield
wrote:
> On Wed, Aug 24, 2011 at 7:08 PM, Richard Purdie
> wrote:
>> Hi Bruce,
>>
>> On Wed, 2011-08-24 at 16:50 -0400, Bruce Ashfield wrote:
>>> Here's a consolidated kernel pull request that fixes a series
>>> of bugs that have been around for a w
On Wed, Aug 24, 2011 at 7:08 PM, Richard Purdie
wrote:
> Hi Bruce,
>
> On Wed, 2011-08-24 at 16:50 -0400, Bruce Ashfield wrote:
>> Here's a consolidated kernel pull request that fixes a series
>> of bugs that have been around for a while and fixes some of the
>> remaining issues from the -rt work
On Mon, Aug 22, 2011 at 6:01 AM, Paul Eggleton
wrote:
> FWIW I agree with Martin; I wouldn't hold back the patch just for this reason
> - it's not incorrect code, it's consistent with the rest of the file, and we
> can easily clean these up later.
I strongly disagree with this. The fact is, we al
On 08/23/2011 03:33 PM, Joshua Lock wrote:
libtasn is no longer hosted as a sub-project of gnutls, it has its ftp
directory.
Signed-off-by: Joshua Lock
---
meta/recipes-support/gnutls/libtasn1_2.9.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-suppor
On 08/24/2011 01:25 AM, jingdong...@windriver.com wrote:
From: Jingdong Lu
Both hddimg and livecd use init-live.sh script to boot the rootfs.img.
But the paths of rootfs.img in hddimg and livecd are different. So we add
a variable "ISOLINUX" to provide a correct path.
The following changes sinc
Hi Bruce,
On Wed, 2011-08-24 at 16:50 -0400, Bruce Ashfield wrote:
> Here's a consolidated kernel pull request that fixes a series
> of bugs that have been around for a while and fixes some of the
> remaining issues from the -rt work that completed last week.
>
> Darren: I also updated the -rt so
On Wed, Aug 24, 2011 at 1:13 PM, Saul Wold wrote:
> On 08/24/2011 12:49 PM, Chris Larson wrote:
>>
>> Saul reminded me that I never sent a proper email to let people know about
>> the
>> usability change to devshell, so only those who reviewed the commits
>> know about it.
>>
>> In the new impleme
On 08/21/2011 08:11 PM, wenzong@windriver.com wrote:
From: Wenzong Fan
v2 updates: with ${sbindir} to replace the hardcode '/usr/sbin'
The following changes since commit 36396b6ecb0c84c6752cdc8118c496e8ec05a388:
Richard Purdie (1):
xcb/libpthreads: Add BBCLASSEXTEND to resolve m
On 08/21/2011 11:37 PM, wenzong@windriver.com wrote:
From: Wenzong Fan
Some minor updates to cronie.
The following changes since commit edd8e1e8b974eb3f0f9f66c2207aadf43612350b:
Scott Rifenbark (1):
documentation/adt-manual/adt-command.xml: general edits.
are available in the g
On 08/19/2011 09:55 AM, Phil Blundell wrote:
This makes building for little-endian mips32 slightly more convenient.
Signed-off-by: Phil Blundell
---
meta/conf/machine/include/tune-mips32.inc |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/meta/conf/machine/include
On Wed, Aug 24, 2011 at 4:50 PM, Bruce Ashfield
wrote:
> Richard/Saul,
>
> Here's a consolidated kernel pull request that fixes a series
> of bugs that have been around for a while and fixes some of the
> remaining issues from the -rt work that completed last week.
>
> Darren: I also updated the -
Richard/Saul,
Here's a consolidated kernel pull request that fixes a series
of bugs that have been around for a while and fixes some of the
remaining issues from the -rt work that completed last week.
Darren: I also updated the -rt source revs and recipe with some
streamlining that builds on top
Fixes [YOCTO #1391]
Fixes [YOCTO #1389]
qemuppc must have a dedicated branch for -rt support, since it has
board specific patches that are not suitable for a common location.
This fixes the boot by propagating some common fixes and by syncing
to the latest meta-configuration.
There are some varia
Fixes [YOCTO: #686]
During routine maintenance some base changes were re-wound on
the common branches. All machines still had these changes, but
any new machine branched from the common base would miss those
changes. This update restores those commits to the standard branch
and merges them out to
Fixes [YOCTO #916]
Fixes [YOCTO #900]
Merging:
[
commit 4ae8f8605c81c39b959948e23f7123294a5dfb3f
Author: Liming Wang
Date: Wed Aug 24 10:45:19 2011 +0800
x86: use vdso gettime fallback versus returning an error
__vdso_clock_gettime should fall back to call vdso_fallback_gettime
Updating the SRCREV to pickup a series of changes to the
kern-tools that allow more flexible creation of trees from
scratch. This functionality is not used by the normal
kernel build process and has no impact on existing builds.
Signed-off-by: Bruce Ashfield
---
.../kern-tools/kern-tools-native_
On 8/24/2011 1:13 PM, Saul Wold wrote:
On 08/24/2011 12:49 PM, Chris Larson wrote:
Saul reminded me that I never sent a proper email to let people know
about the
usability change to devshell, so only those who reviewed the commits
know about it.
In the new implementation, a single OE_TERMINAL v
On 08/24/2011 12:49 PM, Chris Larson wrote:
Saul reminded me that I never sent a proper email to let people know about the
usability change to devshell, so only those who reviewed the commits
know about it.
In the new implementation, a single OE_TERMINAL variable controls the behavior.
So your
From: Chris Larson
This should resolve the devshell issue people are seeing.
Signed-off-by: Chris Larson
---
meta/classes/terminal.bbclass |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/meta/classes/terminal.bbclass b/meta/classes/terminal.bbclass
index 4123046..f2
On Wed, Aug 24, 2011 at 12:54 PM, Khem Raj wrote:
> On 8/24/2011 12:49 PM, Chris Larson wrote:
>>
>> Saul reminded me that I never sent a proper email to let people know about
>> the
>> usability change to devshell, so only those who reviewed the commits
>> know about it.
>>
>> In the new implemen
On 8/24/2011 12:49 PM, Chris Larson wrote:
Saul reminded me that I never sent a proper email to let people know about the
usability change to devshell, so only those who reviewed the commits
know about it.
In the new implementation, a single OE_TERMINAL variable controls the behavior.
When usin
Saul reminded me that I never sent a proper email to let people know about the
usability change to devshell, so only those who reviewed the commits
know about it.
In the new implementation, a single OE_TERMINAL variable controls the behavior.
When using 'auto', or requesting an unsupported termin
Op 24 aug. 2011 om 20:36 heeft Saul Wold het volgende
geschreven:
> On 08/24/2011 11:32 AM, Koen Kooi wrote:
>> Without providing these site entries tcl networking doesn't work on the
>> target.
>>
>> Original OE commit:
>>
>> commit 0c340037644f87054462f62b50cd397c162615b7
>> Author: Koen
On Wed, Aug 24, 2011 at 11:30 AM, Saul Wold wrote:
> In your recent changes to devshell, you seem to have broken the default
> behavior of setting TERMCMD / TERMCMDRUN.
>
> When I set them up for scree as follows:
>
> TERMCMD = "${SCREEN_TERMCMD}"
> TERMCMDRUN = "${SCREEN_TERMCMDRUN}"
First, thi
On 08/24/2011 11:32 AM, Koen Kooi wrote:
Without providing these site entries tcl networking doesn't work on the target.
Original OE commit:
commit 0c340037644f87054462f62b50cd397c162615b7
Author: Koen Kooi
Date: Wed May 26 13:04:18 2010 +0200
tcl: add 2 entries to arm-linux site file (
Without providing these site entries tcl networking doesn't work on the target.
Original OE commit:
commit 0c340037644f87054462f62b50cd397c162615b7
Author: Koen Kooi
Date: Wed May 26 13:04:18 2010 +0200
tcl: add 2 entries to arm-linux site file (possibly only glibc specific,
need to chec
When using binary locales rootfs generation fails with:
| Unknown package 'locale-base-en-us'.
| Collected errors:
| * opkg_install_cmd: Cannot install package locale-base-en-us.
This is due to:
$ dpkg-deb -I ipk/armv7a/locale-base-en-us_2.12-r16_armv7a.ipk | grep Depends
Depends: eglibc-binar
Chris,
In your recent changes to devshell, you seem to have broken the default
behavior of setting TERMCMD / TERMCMDRUN.
When I set them up for scree as follows:
TERMCMD = "${SCREEN_TERMCMD}"
TERMCMDRUN = "${SCREEN_TERMCMDRUN}"
I get a DEBUG message claing to be starting konsole, not scree
On Aug 24, 2011, at 11:01 AM, Khem Raj wrote:
> On 8/23/2011 10:08 PM, Kumar Gala wrote:
>> The gcc-poison-parameters was added specifically to deal with an issue
>> on ppc targets and a bug when we build with -Os -frename-registers.
>>
>> This bug below reports the issue and is fixed in gcc-4.6
On Wed, 2011-08-24 at 08:50 -0700, Saul Wold wrote:
> Richard,
>
> This is a set of bugfixes and cleanups for M4, please take a closer look
> at Dongxiao's procps change, which you commented on in the past.
>
> Thanks
> Sau!
>
>
> The following changes since commit 13e14763f14b5b84051ecb1
On Sat, Aug 20, 2011 at 05:54, Phil Blundell wrote:
> Can you explain why this test is redundant? From inspection of the
> patch it seems this would lead to "Error: conflicting FSTYPE types [nfs]
> and nfs" if FSTYPE="nfs" to begin with. I guess there is some other
> provision in the logic to ma
On 8/24/2011 3:52 AM, Phil Blundell wrote:
On Wed, 2011-08-24 at 09:47 +0800, Xu, Dongxiao wrote:
My understanding is that, if GCC is not configured with the ability of code space
optimization, target recipes will not have code size benefit even if adding
"-Os" option.
No, that's incorrect.
On 8/23/2011 10:08 PM, Kumar Gala wrote:
The gcc-poison-parameters was added specifically to deal with an issue
on ppc targets and a bug when we build with -Os -frename-registers.
This bug below reports the issue and is fixed in gcc-4.6.x:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44618
Som
From: Wenzong Fan
[YOCTO #1252]
While pam_unix.so required by an application on lsb image, it will need to
call the unix_chkpwd to get userinfo from shadow file. This fix get a normal
user could read shadow file via unix_chkpwd.
Signed-off-by: Wenzong Fan
---
meta/recipes-extended/pam/libpam_
From: Phil Blundell
This makes building for little-endian mips32 slightly more convenient.
Signed-off-by: Phil Blundell
---
meta/conf/machine/include/tune-mips32.inc |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/meta/conf/machine/include/tune-mips32.inc
b/meta/c
From: Jingdong Lu
Both hddimg and livecd use init-live.sh script to boot the rootfs.img.
But the paths of rootfs.img in hddimg and livecd are different. So we add
a variable "ISOLINUX" to provide a correct path.
Signed-off-by: Jingdong Lu
---
meta/recipes-core/initrdscripts/files/init-live.sh
From: Wenzong Fan
1) Add required pam plugins to RDEPENDS list;
2) Correct configure option that used for enable pam support;
3) Create empty crond config file cron.deny;
4) Don't set readonly variable UID in crond init script.
Signed-off-by: Wenzong Fan
---
meta/recipes-extended/cronie/cronie
Richard,
This is a set of bugfixes and cleanups for M4, please take a closer look
at Dongxiao's procps change, which you commented on in the past.
Thanks
Sau!
The following changes since commit 13e14763f14b5b84051ecb158404dcef937cc4e0:
image.bbclass, kernel.bbclass: remove non-standa
From: Joshua Lock
libtasn is no longer hosted as a sub-project of gnutls, it has its ftp
directory.
Signed-off-by: Joshua Lock
---
meta/recipes-support/gnutls/libtasn1_2.9.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-support/gnutls/libtasn1_2.9.bb
From: Dongxiao Xu
Revise the install.patch which hardcode the lib paths.
Change ${PN} to ${BPN} in file names.
Signed-off-by: Dongxiao Xu
---
.../procps/procps-3.2.8/install.patch | 30 +--
meta/recipes-extended/procps/procps_3.2.8.bb |8 ++--
2 files c
On Wed, Aug 24, 2011 at 05:25, wrote:
> Both hddimg and livecd use init-live.sh script to boot the rootfs.img.
> But the paths of rootfs.img in hddimg and livecd are different. So we add
> a variable "ISOLINUX" to provide a correct path.
I do like the patch and I think the way it fixes it is the
Acked-by: Otavio Salvador
On Tue, Aug 23, 2011 at 19:32, Paul Eggleton
wrote:
> combo-layer's hook scripts are intended to modify patches as they pass
> through; the default one adds a prefix with the component name and
> a line with the component repo revision before the Signed-off-by;
> howeve
On Wednesday 24 August 2011 10:02:37 Martyn Welch wrote:
> On 23/08/11 17:25, Paul Eggleton wrote:
> > On Tuesday 23 August 2011 10:59:42 Klausfpga wrote:
> > FYI OE is in the middle of a transition of sorts; we're moving to a more
> > modular metadata structure based around a smaller common core (
On Wed, 2011-08-24 at 09:47 +0800, Xu, Dongxiao wrote:
> My understanding is that, if GCC is not configured with the ability of code
> space optimization, target recipes will not have code size benefit even if
> adding "-Os" option.
No, that's incorrect. All that --enable-target-optspace does i
On 23/08/11 17:25, Paul Eggleton wrote:
> On Tuesday 23 August 2011 10:59:42 Klausfpga wrote:
> FYI OE is in the middle of a transition of sorts; we're moving to a more
> modular metadata structure based around a smaller common core (OE-Core). For
> more information please see this page:
>
> h
On Tue, 2011-08-23 at 11:19 -0700, Darren Hart wrote:
> I will respin this series once we come to a consensus on the concerns
> Khem and Phil have raised.
Thanks. Looks like Richard merged it anyway, though, so probably no
need to respin.
p.
___
Op
From: Jingdong Lu
Both hddimg and livecd use init-live.sh script to boot the rootfs.img.
But the paths of rootfs.img in hddimg and livecd are different. So we add
a variable "ISOLINUX" to provide a correct path.
Signed-off-by: Jingdong Lu
---
meta/recipes-core/initrdscripts/files/init-live.sh
From: Jingdong Lu
Both hddimg and livecd use init-live.sh script to boot the rootfs.img.
But the paths of rootfs.img in hddimg and livecd are different. So we add
a variable "ISOLINUX" to provide a correct path.
The following changes since commit edd8e1e8b974eb3f0f9f66c2207aadf43612350b:
Scot
69 matches
Mail list logo
