Re: [yocto] [Bug 246987] [tcf] Would be nice to have Shell(Terminal) subsystem over TCF

2010-12-08 Thread Zhang, Jessica
Yeh... It's quite a milestone since it's our first contribution to the community... Cheers, Jessica Ke, Liping wrote: > Hi, Jessica > > FYI. > TCF terminal/shell java code part is now in upstream. > > Thanks& Regards, > criping > >> -Original Message- >> From: bugzilla-dae...@eclipse.or

Re: [yocto] [poky] Adding extra metadata to Yocto/Poky

2010-12-08 Thread Chris Larson
On Wed, Dec 8, 2010 at 5:49 AM, Richard Purdie wrote: > We're in a position where we have people wanting to extend Poky but > wondering exactly how to add their own layer and make Poky useful for > their specific use cases. > > This is a topic I want to work with the OE community on and have > dis

[yocto] Weekly Test Report for Yocto Nightly 20101204 Build

2010-12-08 Thread Xu, Jiajun
Hi all, This is the Weekly Test Report for nightly build 20101204. Toolchain and qemuppc sdk testing is blocked because build for them failed. Netbook testing is also blocked because of a new installation bug. Other failed cases are caused by known bugs in bugzilla. Zypper still

Re: [yocto] [Bug 246987] [tcf] Would be nice to have Shell(Terminal) subsystem over TCF

2010-12-08 Thread Tian, Kevin
that's a great news. So now all of our eclipse enhancements are in upstream! Thanks Kevin >From: Ke, Liping >Sent: Thursday, December 09, 2010 9:44 AM > >Hi, Jessica > >FYI. >TCF terminal/shell java code part is now in upstream. > >Thanks& Regards, >criping > >> -Original Message- >> From

[yocto] FW: [Bug 246987] [tcf] Would be nice to have Shell(Terminal) subsystem over TCF

2010-12-08 Thread Ke, Liping
Hi, Jessica FYI. TCF terminal/shell java code part is now in upstream. Thanks& Regards, criping > -Original Message- > From: bugzilla-dae...@eclipse.org [mailto:bugzilla-dae...@eclipse.org] > Sent: Wednesday, December 08, 2010 11:54 PM > To: Ke, Liping > Subject: [Bug 246987] [tcf] Would

Re: [yocto] [PATCH 1/3] yocto-kernel: factor common routes, update to 2.6.37 and branch renaming

2010-12-08 Thread Darren Hart
On 12/08/2010 12:20 PM, Bruce Ashfield wrote: On 10-12-08 09:35 AM, Bruce Ashfield wrote: In order to extend and create more kernel recipes based on the supported yocto kernel common routines need to be placed in re-usable blocks. There may be a minor problem with this, stay tuned. I just had

Re: [yocto] strange bitbake error

2010-12-08 Thread Kamble, Nitin A
> > > > > Thanks Richard for the clarification. So what would be possible > > solution for this circular dependency issue? I can check if we can > get > > the latest gnu-config via cvs. Any other or better solution? > > Is there a release tarball we can use? If not, we might end up hosting > a > r

Re: [yocto] [PATCH 1/3] yocto-kernel: factor common routes, update to 2.6.37 and branch renaming

2010-12-08 Thread Bruce Ashfield
On 10-12-08 03:20 PM, Bruce Ashfield wrote: On 10-12-08 09:35 AM, Bruce Ashfield wrote: In order to extend and create more kernel recipes based on the supported yocto kernel common routines need to be placed in re-usable blocks. There may be a minor problem with this, stay tuned. I just had a

Re: [yocto] [PATCH 1/3] yocto-kernel: factor common routes, update to 2.6.37 and branch renaming

2010-12-08 Thread Bruce Ashfield
On 10-12-08 09:35 AM, Bruce Ashfield wrote: In order to extend and create more kernel recipes based on the supported yocto kernel common routines need to be placed in re-usable blocks. To accomplish this meta/recipes-kernel/linux/linux-yocto_git.bb is broken into three parts: } -COMPATI

Re: [yocto] [PATCH 1/3] yocto-kernel: factor common routes, update to 2.6.37 and branch renaming

2010-12-08 Thread Bruce Ashfield
On 10-12-08 09:35 AM, Bruce Ashfield wrote: In order to extend and create more kernel recipes based on the supported yocto kernel common routines need to be placed in re-usable blocks. There may be a minor problem with this, stay tuned. I just had a strange failure when I built the 2.6.37 kern

Re: [yocto] [PATCH 0/3] linux-yocto: refactor recipes and update the kernel

2010-12-08 Thread Bruce Ashfield
On 10-12-08 09:35 AM, Bruce Ashfield wrote: Richard, FYI: Darren pointed out that these should go to poky@ as well, so any follow ups will go to both lists. Sorry about the initial miss! Cheers, Bruce Consider these patches for merging. I've been building and working with these for 2 weeks

Re: [yocto] [Bug 552] autobuild missing the non-x86 realboard images

2010-12-08 Thread Elizabeth Flanagan
On 12/08/2010 12:32 AM, Xu, Jiajun wrote: >> >> I wanted to give people a heads up about the addition of a few more >> targets to the nightly build and how they'll effect the nightly (and our >> overall efficency). >> >> This bug asks for the addition of a few targets: >> >> arm: beagleboard: poky

Re: [yocto] strange bitbake error

2010-12-08 Thread Richard Purdie
On Wed, 2010-12-08 at 08:29 -0800, Kamble, Nitin A wrote: > > > On Tue, 2010-12-07 at 19:15 -0800, Kamble, Nitin A wrote: > > > I am getting following bitbake error. I also tried passing –D > > option > > > to bitbake, but I did not find anything useful. Also bellow is the > > > change which is

Re: [yocto] [poky] Adding extra metadata to Yocto/Poky

2010-12-08 Thread Darren Hart
On 12/08/2010 04:49 AM, Richard Purdie wrote: Hi, We're in a position where we have people wanting to extend Poky but wondering exactly how to add their own layer and make Poky useful for their specific use cases. This is a topic I want to work with the OE community on and have discussion about

Re: [yocto] strange bitbake error

2010-12-08 Thread Kamble, Nitin A
> On Tue, 2010-12-07 at 19:15 -0800, Kamble, Nitin A wrote: > > I am getting following bitbake error. I also tried passing –D > option > > to bitbake, but I did not find anything useful. Also bellow is the > > change which is causing this error. > > > > I don’t see anything oblivious here. As I

[yocto] [PATCH 1/3] yocto-kernel: factor common routes, update to 2.6.37 and branch renaming

2010-12-08 Thread Bruce Ashfield
In order to extend and create more kernel recipes based on the supported yocto kernel common routines need to be placed in re-usable blocks. To accomplish this meta/recipes-kernel/linux/linux-yocto_git.bb is broken into three parts: - meta/classes/kernel-yocto.bbclass: contains common routines

[yocto] [PATCH 3/3] qemu: update arm timer handling

2010-12-08 Thread Bruce Ashfield
commit e388771458b4ff3ad81ab70e390b24d069647da4 in the upstream kernel factored/cleaned the SP804 timer code. This commit exposed issues in the qemu timer emulation that was dependent on the old behaviour. As a result, no kernel past 2.6.34 would boot on qemu-system-arm. The quick fix is to backpo

[yocto] [PATCH 2/3] linux-libc-headers-yocto: use common linux-yocto routines

2010-12-08 Thread Bruce Ashfield
Modify linux-libc-headers-yocto to use the common linux-yocto routines, so headers exported to userspace will track the branches in the yocto kernel git repository. This commit also switches supported boards to prefer the yocto libc headers. Signed-off-by: Bruce Ashfield --- .../linux-libc-head

[yocto] [PATCH 0/3] linux-yocto: refactor recipes and update the kernel

2010-12-08 Thread Bruce Ashfield
Richard, Consider these patches for merging. I've been building and working with these for 2 weeks now, and while they aren't perfect, they work and we need more eyes on 2.6.37. What we get is the following: - factoring of the code into some reusable routines in the form of a linux-yocto bbc

Re: [yocto] [poky] Adding extra metadata to Yocto/Poky

2010-12-08 Thread Richard Purdie
On Wed, 2010-12-08 at 07:08 -0700, Chris Larson wrote: > On Wed, Dec 8, 2010 at 5:49 AM, Richard Purdie > wrote: > > We're in a position where we have people wanting to extend Poky but > > wondering exactly how to add their own layer and make Poky useful for > > their specific use cases. > > > >

[yocto] Adding extra metadata to Yocto/Poky

2010-12-08 Thread Richard Purdie
Hi, We're in a position where we have people wanting to extend Poky but wondering exactly how to add their own layer and make Poky useful for their specific use cases. This is a topic I want to work with the OE community on and have discussion about but equally, people are interested at the momen

Re: [yocto] strange bitbake error

2010-12-08 Thread Richard Purdie
Hi Nitin, On Tue, 2010-12-07 at 19:15 -0800, Kamble, Nitin A wrote: > I am getting following bitbake error. I also tried passing –D option > to bitbake, but I did not find anything useful. Also bellow is the > change which is causing this error. > > I don’t see anything oblivious here. As I un

Re: [yocto] Is "--sysroot" enough for variable rootfs of cross-canadian g++?

2010-12-08 Thread Zhang, Jessica
Lu, Lianhao wrote: > Richard Purdie wrote on 2010-12-08: >> Hi Lianhao, >> >> On Tue, 2010-12-07 at 00:02 -0800, Lu, Lianhao wrote: >>> I'm wondering whether"-sysroot" is enough for our current design >>> that the rootfs used by toolchain can be copied by the user to >>> various locations? I just

Re: [yocto] yocto_installer test script update

2010-12-08 Thread Ke, Liping
And Jessica If you have no rights to modify my branch tree ( I am not sure), you can check it in your own branch. We can merge it later. Thanks a lot! criping > -Original Message- > From: Ke, Liping > Sent: Wednesday, December 08, 2010 5:35 PM > To: Zhang, Jessica; Tian, Kevin; Lu, Lia

Re: [yocto] yocto_installer test script update

2010-12-08 Thread Ke, Liping
Hi, Jessica I have check the script in my branch tree (branch origin/lke/master), please check @ http://git.pokylinux.org/cgit/cgit.cgi/poky-contrib/log/?h=lke/master After checkout, directly goto poky_tree/script/adt_installer, everything is there. Thanks& Regards, criping > -Original

Re: [yocto] [Bug 552] autobuild missing the non-x86 realboard images

2010-12-08 Thread Xu, Jiajun
> > I wanted to give people a heads up about the addition of a few more > targets to the nightly build and how they'll effect the nightly (and our > overall efficency). > > This bug asks for the addition of a few targets: > > arm: beagleboard: poky-image-sato, poky-image-minimal, poky-image-sdk