Richard,
This is the pending pulls since last week that we have held up due to
various issue with the autobuilder. As I send the email, the AB had
not completed yet, but I have reviewed these patches and build them locally
for 3 platforms.
Please review the final AB output.
There are at least
On 11/17/2013 09:52 PM, Martin Jansa wrote:
* because kernel isn't needed to build packagegroup and building
it doesn't influence if it's included in image or not.
Signed-off-by: Martin Jansa
---
meta/recipes-core/packagegroups/packagegroup-core-boot.bb | 1 -
1 file changed, 1 deletion(-
On Tue, Nov 19, 2013 at 9:59 PM, Khem Raj wrote:
>
> On Nov 19, 2013, at 2:45 PM, Richard Purdie
> wrote:
>
>> On Tue, 2013-11-19 at 14:39 -0800, Khem Raj wrote:
>>> On Nov 19, 2013, at 2:36 PM, Richard Purdie
>>> wrote:
>>>
On Tue, 2013-11-19 at 14:29 -0800, Khem Raj wrote:
> We
I met the same error when I inherited 'rm_work' in local.conf and
performed a world build.
This is reproducible with the latest code.
1. add in local.conf
INHERIT += "rm_work"
2. bitbake world
//Chen Qi
On 11/19/2013 07:21 AM, Yi Qingliang wrote:
after update poky, I got error when comp
On Nov 19, 2013, at 2:45 PM, Richard Purdie
wrote:
> On Tue, 2013-11-19 at 14:39 -0800, Khem Raj wrote:
>> On Nov 19, 2013, at 2:36 PM, Richard Purdie
>> wrote:
>>
>>> On Tue, 2013-11-19 at 14:29 -0800, Khem Raj wrote:
>>>
Well reproducer case is that build from sstate but such that an
From: Jackie Huang
It's not a good idea to generate the target EFI image in
a native packge, it would be a problem when build a 64bit
target on 32bit host. In fact, all we need from grub-efi-native
is the grub-mkimage binary, so change the solution to:
* grub-efi-native only install grub-mkimage
From: Jackie Huang
-mcmodel=large is not supported by gcc with version lower
than 4.4, but we don't need to use memory over 4GiB, so add
a patch to allow compilation without large model support.
Signed-off-by: Jackie Huang
---
...allow-a-compilation-without-mcmodel-large.patch | 69 +++
From: Jackie Huang
v3 comments:
Drop the original solution to generate and deploy EFI image in the -native
packae and change to do that in taret package, and the -native one only
provides the grub-mkimage binary. No need 3 files anymore, make them in
one bb.
--
The following changes since commit
On Wed, 20 Nov 2013 01:35:32 +0100
Martin Jansa wrote:
> Inconsistent whitespace
argh. I totally thought I'd fixed those all.
Fixed that one too, updated the branch on contrib.
-s
--
Listen, get this. Nobody with a good compiler needs to be justified.
On Tuesday, November 19, 2013 11:35:14 AM Phil Blundell wrote:
> On Tue, 2013-11-19 at 09:24 +, Phil Blundell wrote:
> > On Tue, 2013-11-19 at 07:21 +0800, Yi Qingliang wrote:
> > >I found one patch 'Use hardlinks for do_populate_sysroot for speed'
> > >may be related with this error.
> >
> >
On Tue, Nov 19, 2013 at 06:31:57PM -0600, Peter Seebach wrote:
> It is distressing when bitbake -e can't run due to sanity check
> failures, because the solution often involves figuring out what
> configuration file are being read and what values they are setting.
> Solution: Don't do that. If the
This patch depends on a separate patch to bitbake providing an
isTracking() in DataSmart. The goal here is that if you run "bitbake -e",
you can get variable values and include history even if something is
horribly wrong, because "something is horribly wrong" is precisely when
"bitbake -e" is most
It is distressing when bitbake -e can't run due to sanity check
failures, because the solution often involves figuring out what
configuration file are being read and what values they are setting.
Solution: Don't do that. If the datasmart object reports that
tracking is enabled, emit an error() but
On Tue, Nov 19, 2013 at 6:44 PM, Phil Blundell wrote:
> On Tue, 2013-11-19 at 17:37 -0500, Bruce Ashfield wrote:
>> Alternatively, recipes need to be fixed to call the
>> modules-base.bbclass routine to restore
>> scripts, and I think it is obvious that won't work in all cases.
>
> Admittedly I'm
On Tue, 2013-11-19 at 14:39 -0800, Khem Raj wrote:
> On Nov 19, 2013, at 2:36 PM, Richard Purdie
> wrote:
>
> > On Tue, 2013-11-19 at 14:29 -0800, Khem Raj wrote:
> >
> >> Well reproducer case is that build from sstate but such that an external
> >> module needs to be rebuilt
> >> if external
On Tue, Nov 19, 2013 at 5:42 PM, Richard Purdie
wrote:
> On Tue, 2013-11-19 at 17:37 -0500, Bruce Ashfield wrote:
>>
>> Exactly. And I had windriver bug with the same symptoms as yours. It
>> was a package
>> that built its own modules, and hence never called this either.
>>
>> > and my recipes di
On Tue, 2013-11-19 at 17:37 -0500, Bruce Ashfield wrote:
> Alternatively, recipes need to be fixed to call the
> modules-base.bbclass routine to restore
> scripts, and I think it is obvious that won't work in all cases.
Admittedly I'm no expert, but this is not obvious to me. Why can't
those reci
On Tue, 2013-11-19 at 17:37 -0500, Bruce Ashfield wrote:
>
> Exactly. And I had windriver bug with the same symptoms as yours. It
> was a package
> that built its own modules, and hence never called this either.
>
> > and my recipes did override module_do_compile task but not do_compile like
> >
On Tue, 2013-11-19 at 14:29 -0800, Khem Raj wrote:
> Well reproducer case is that build from sstate but such that an external
> module needs to be rebuilt
> if external module also comes from sstate then it all is fine. Its only when
> everything is coming from
> sstate except this external modul
On Nov 19, 2013, at 2:36 PM, Richard Purdie
wrote:
> On Tue, 2013-11-19 at 14:29 -0800, Khem Raj wrote:
>
>> Well reproducer case is that build from sstate but such that an external
>> module needs to be rebuilt
>> if external module also comes from sstate then it all is fine. Its only when
On Tue, Nov 19, 2013 at 5:29 PM, Khem Raj wrote:
>
> On Nov 19, 2013, at 10:17 AM, Bruce Ashfield wrote:
>
>> Adding Khem.
>>
>> Khem .. see below.
>>
>> On Tue, Nov 19, 2013 at 12:54 PM, Bruce Ashfield
>> wrote:
>>> On Tue, Nov 19, 2013 at 12:46 PM, Phil Blundell wrote:
On Tue, 2013-11-19
On Tue, 2013-11-19 at 14:29 -0800, Khem Raj wrote:
> Well reproducer case is that build from sstate but such that an external
> module needs to be rebuilt
> if external module also comes from sstate then it all is fine. Its only when
> everything is coming from
> sstate except this external modu
On Nov 19, 2013, at 10:17 AM, Bruce Ashfield wrote:
> Adding Khem.
>
> Khem .. see below.
>
> On Tue, Nov 19, 2013 at 12:54 PM, Bruce Ashfield
> wrote:
>> On Tue, Nov 19, 2013 at 12:46 PM, Phil Blundell wrote:
>>> On Tue, 2013-11-19 at 17:37 +, Mike Crowe wrote:
On Tuesday 08 Octobe
On Tue, Nov 19, 2013 at 06:36:41PM +, Paul Eggleton wrote:
> On Tuesday 19 November 2013 19:20:12 Martin Jansa wrote:
> > On Tue, Nov 19, 2013 at 04:59:19PM +0100, Andreas Müller wrote:
> > > On Tue, Nov 19, 2013 at 4:50 PM, Martin Jansa
> wrote:
> > > > On Thu, Oct 31, 2013 at 12:08:25AM +01
On Tuesday 19 November 2013 19:20:12 Martin Jansa wrote:
> On Tue, Nov 19, 2013 at 04:59:19PM +0100, Andreas Müller wrote:
> > On Tue, Nov 19, 2013 at 4:50 PM, Martin Jansa
wrote:
> > > On Thu, Oct 31, 2013 at 12:08:25AM +0100, Martin Jansa wrote:
> > >> Starting now I'll use
> > >> http://openem
On Tue, Nov 19, 2013 at 04:30:09PM +, Paul Eggleton wrote:
> Hi Martin,
>
> On Tuesday 19 November 2013 16:50:40 Martin Jansa wrote:
> > On Thu, Oct 31, 2013 at 12:08:25AM +0100, Martin Jansa wrote:
> > > Starting now I'll use
> > > http://openembedded.org/wiki/Bitbake_World_Status
> > > to po
On Tue, Nov 19, 2013 at 05:01:06PM +0100, Andrea Adami wrote:
> On Tue, Nov 19, 2013 at 4:56 PM, Joe MacDonald wrote:
> > [Re: [OE-core] State of bitbake world] On 13.11.19 (Tue 16:50) Martin Jansa
> > wrote:
> >
> >> On Thu, Oct 31, 2013 at 12:08:25AM +0100, Martin Jansa wrote:
> >> > Starting n
On Tue, Nov 19, 2013 at 04:59:19PM +0100, Andreas Müller wrote:
> On Tue, Nov 19, 2013 at 4:50 PM, Martin Jansa wrote:
> > On Thu, Oct 31, 2013 at 12:08:25AM +0100, Martin Jansa wrote:
> >> Starting now I'll use
> >> http://openembedded.org/wiki/Bitbake_World_Status
> >> to post results from my bi
Adding Khem.
Khem .. see below.
On Tue, Nov 19, 2013 at 12:54 PM, Bruce Ashfield
wrote:
> On Tue, Nov 19, 2013 at 12:46 PM, Phil Blundell wrote:
>> On Tue, 2013-11-19 at 17:37 +, Mike Crowe wrote:
>>> On Tuesday 08 October 2013 at 17:12:54 -0400, Bruce Ashfield wrote:
>>> > When building ag
On Tue, 2013-11-19 at 17:49 +, Mike Crowe wrote:
> On Tuesday 19 November 2013 at 12:41:40 -0500, Bruce Ashfield wrote:
> > What issue was this causing for you ? The scripts are native, and hence
> > should just be using the build machines compiler, linker and don't need
> > the kernel args.
>
On Tue, Nov 19, 2013 at 12:46 PM, Richard Purdie
wrote:
> On Tue, 2013-11-19 at 12:41 -0500, Bruce Ashfield wrote:
>> On Tue, Nov 19, 2013 at 12:37 PM, Mike Crowe wrote:
>> > Ensure that the environment variable and command line arguments that are
>> > used when calling make in kernel_do_compile
On Tue, Nov 19, 2013 at 12:46 PM, Phil Blundell wrote:
> On Tue, 2013-11-19 at 17:37 +, Mike Crowe wrote:
>> On Tuesday 08 October 2013 at 17:12:54 -0400, Bruce Ashfield wrote:
>> > When building against the sysroot, out of tree modules can require modpost
>> > and other utilities normally fou
On Tuesday 19 November 2013 at 12:41:40 -0500, Bruce Ashfield wrote:
> On Tue, Nov 19, 2013 at 12:37 PM, Mike Crowe wrote:
> > Ensure that the environment variable and command line arguments that are
> > used when calling make in kernel_do_compile are used in
> > kernelscripts_sstate_postinst.
>
On Tue, 2013-11-19 at 17:37 +, Mike Crowe wrote:
> On Tuesday 08 October 2013 at 17:12:54 -0400, Bruce Ashfield wrote:
> > When building against the sysroot, out of tree modules can require modpost
> > and other utilities normally found in the kernel's scripts directory. For
> > the kernel sour
On Tue, Nov 19, 2013 at 12:37 PM, Mike Crowe wrote:
> kernelscripts_sstate_postinst uses the compiler (and therefore binutils) to
> generate the kernel scripts so it must declare a dependency on them. The
> ones in DEPENDS don't apply to do_populate_sysroot_setscene.
>
> Signed-off-by: Mike Crowe
On Tue, 2013-11-19 at 12:41 -0500, Bruce Ashfield wrote:
> On Tue, Nov 19, 2013 at 12:37 PM, Mike Crowe wrote:
> > Ensure that the environment variable and command line arguments that are
> > used when calling make in kernel_do_compile are used in
> > kernelscripts_sstate_postinst.
>
> What issue
On Tue, Nov 19, 2013 at 12:37 PM, Mike Crowe wrote:
> Ensure that the environment variable and command line arguments that are
> used when calling make in kernel_do_compile are used in
> kernelscripts_sstate_postinst.
What issue was this causing for you ? The scripts are native, and hence
should
kernelscripts_sstate_postinst uses the compiler (and therefore binutils) to
generate the kernel scripts so it must declare a dependency on them. The
ones in DEPENDS don't apply to do_populate_sysroot_setscene.
Signed-off-by: Mike Crowe
---
meta/classes/kernel.bbclass |2 ++
1 file changed, 2
Ensure that the environment variable and command line arguments that are
used when calling make in kernel_do_compile are used in
kernelscripts_sstate_postinst.
Signed-off-by: Mike Crowe
---
meta/classes/kernel.bbclass |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/
On Tuesday 08 October 2013 at 17:12:54 -0400, Bruce Ashfield wrote:
> When building against the sysroot, out of tree modules can require modpost
> and other utilities normally found in the kernel's scripts directory. For
> the kernel source in the staging dir, these scripts have been removed to
> a
Hi Martin,
On Tuesday 19 November 2013 16:50:40 Martin Jansa wrote:
> On Thu, Oct 31, 2013 at 12:08:25AM +0100, Martin Jansa wrote:
> > Starting now I'll use
> > http://openembedded.org/wiki/Bitbake_World_Status
> > to post results from my bitbake world buils.
>
> It was updated few times since t
On Tue, Nov 19, 2013 at 4:56 PM, Joe MacDonald wrote:
> [Re: [OE-core] State of bitbake world] On 13.11.19 (Tue 16:50) Martin Jansa
> wrote:
>
>> On Thu, Oct 31, 2013 at 12:08:25AM +0100, Martin Jansa wrote:
>> > Starting now I'll use
>> > http://openembedded.org/wiki/Bitbake_World_Status
>> > to
On Tue, Nov 19, 2013 at 4:50 PM, Martin Jansa wrote:
> On Thu, Oct 31, 2013 at 12:08:25AM +0100, Martin Jansa wrote:
>> Starting now I'll use
>> http://openembedded.org/wiki/Bitbake_World_Status
>> to post results from my bitbake world buils.
>
> It was updated few times since this e-mail and I've
[Re: [OE-core] State of bitbake world] On 13.11.19 (Tue 16:50) Martin Jansa
wrote:
> On Thu, Oct 31, 2013 at 12:08:25AM +0100, Martin Jansa wrote:
> > Starting now I'll use
> > http://openembedded.org/wiki/Bitbake_World_Status
> > to post results from my bitbake world buils.
>
> It was updated f
On Thu, Oct 31, 2013 at 12:08:25AM +0100, Martin Jansa wrote:
> Starting now I'll use
> http://openembedded.org/wiki/Bitbake_World_Status
> to post results from my bitbake world buils.
It was updated few times since this e-mail and I've received no
feedback.
Should I continue to post them or nobo
The purpose of oe-selftest is to run unittest modules added in
scripts/lib/selftest/tests,
which are tests against bitbake tools.
The scripts/lib/selftest/tests path for tests is only temporary.
Tests probably will be moved to meta/lib/oeqa/ once we've worked out
how that can work.
(the reason to
From: Alexandru Palalau
Tests for RM_OLD_IMAGE and for WARN_QA/ERROR_QA behaviour.
Signed-off-by: Alexandru Palalau
Signed-off-by: Stefan Stanacar
---
scripts/lib/selftest/tests/__init__.py | 1 +
scripts/lib/selftest/tests/bboptions.py | 39 +
2 files change
Hello,
This series adds an oe-selftest script, some modules and a new layer
meta-selftest.
which are meant to help in writing tests (using python unittest) for various
bitbake tools/scripts as well as simple output checks or do
complete builds with different options (with the emphasis that ever
From: Corneliu Stoicescu
Everything in this layer is meant to be used by tests.
Signed-off-by: Corneliu Stoicescu
Signed-off-by: Stefan Stanacar
---
.gitignore | 1 +
meta-selftest/COPYING.MIT | 17 +
meta-selftest/
From: Corneliu Stoicescu
Tests for bitbake-layers and expected output for some bitbake options.
Signed-off-by: Corneliu Stoicescu
Signed-off-by: Stefan Stanacar
---
scripts/lib/selftest/tests/__init__.py | 1 +
scripts/lib/selftest/tests/bboutput.py | 86 ++
2
> -Original Message-
> From: Burton, Ross [mailto:ross.bur...@intel.com]
> Sent: den 16 november 2013 00:25
> To: Peter Kjellerstedt
> Cc: OE-core
> Subject: Re: [OE-core] [PATCH 00/14] Improvements to pybootchartgui
>
> Hi,
>
> On 15 November 2013 17:08, Peter Kjellerstedt
> wrote:
> >
Hi,
can anyone comment on my patch or push it into the master branch ?
Dominik
On 11/14/2013 05:15 PM, Dominik Holland wrote:
I also changed RDEPENDS_class-native to RDEPENDS_dbus_class-native now
---
meta/recipes-core/dbus/dbus.inc | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
On Tue, 2013-11-19 at 09:24 +, Phil Blundell wrote:
> On Tue, 2013-11-19 at 07:21 +0800, Yi Qingliang wrote:
> >I found one patch 'Use hardlinks for do_populate_sysroot for speed'
> >may be related with this error.
>
> The failure only seems to occur with the kernel, whereas I think that
> pa
From: Jackie Huang
grub requires bison and it will fail to configure on
the host without bison installed, add the dependency
to fix it.
Signed-off-by: Jackie Huang
---
meta/recipes-bsp/grub/grub_2.00.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-bsp/grub/g
From: Zhong Hongbo
pygobject-3.0 use GObject from gi.repository instead of
gobject modules. Since oe-core use pygobject-2.x, change
all of "from gi.repository import GObject" to
"import gobject" for bluez4.
Signed-off-by: Zhong Hongbo
---
...pygobject-instead-ofgobject-introspection.patch |
From: Zhong Hongbo
Signed-off-by: Zhong Hongbo
---
.../bluez/bluez4-4.101/install-test-script.patch | 26
meta/recipes-connectivity/bluez/bluez4_4.101.bb|6 -
2 files changed, 31 insertions(+), 1 deletion(-)
create mode 100644
meta/recipes-connectivity/blu
Hi Phil,
On Monday, November 18, 2013 7:28 PM, Phil Blundell wrote:
> On Mon, 2013-11-18 at 13:28 +, Mats Kärrman wrote:
> > On Monday, November 18, 2013 2:15 PM, Phil Blundell wrote:
> > >> Subject: Re: [OE-core] RPROVIDES not package specific with native and
> > >> added package
> > >>
> >
add the support of vmdk.
---
meta/classes/boot-directdisk.bbclass | 21 ++---
1 files changed, 18 insertions(+), 3 deletions(-)
diff --git a/meta/classes/boot-directdisk.bbclass
b/meta/classes/boot-directdisk.bbclass
index 5535728..3277666 100644
--- a/meta/classes/boot-directd
On 11/18/2013 08:20 PM, Richard Purdie wrote:
On Mon, 2013-11-18 at 18:31 +0800, yanjun.zhu wrote:
When ccache is enabled, a parameter "ccache" is inserted.
libtool can not handle this parameter correctly. So "--tag=CC"
is introduced to help libtool handle it.
---
meta/recipes-support/apr/apr-
On Tue, 2013-11-19 at 07:21 +0800, Yi Qingliang wrote:
> The stack trace of python calls that resulted in this exception/failure was:
> File: 'sysroot_stage_all', lineno: 6, function:
> 0002:def sysroot_stage_all(d):
> 0003:oe.path.copyhardlinktree(d.expand("/mnt/src/kl360-
> build/t
When enable multilib for x86_64, lsb rpm packages both for archs x86_64
and i486 will be installed. But i486 target packages could not be
installed that no such pattern in rpm platform file. Update platform
file to enable install i486 rpm packages.
Signed-off-by: Kai Kang
---
meta/recipes-extend
LSB_Test.sh: update rpm platform file to enable install i486 packages on x86-64
bsps
when multlib is enabled.
The following changes since commit e15893adf9268b2920b24c52d5c2bb777c6f778e:
bitbake: serv.py: Give pr-server up to 5 seconds to commit data (2013-11-18
17:19:11 +)
are available
62 matches
Mail list logo
