From: Zhai Edwin
Signed-off-by: Zhai Edwin
---
.../{pcmanfm_0.9.9.bb => pcmanfm_0.9.10.bb}|4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-sato/pcmanfm/{pcmanfm_0.9.9.bb => pcmanfm_0.9.10.bb} (88%)
diff --git a/meta/recipes-sato/pcmanfm/pcmanfm_0.9.9.b
From: Zhai Edwin
Signed-off-by: Zhai Edwin
---
.../conf/distro/include/distro_tracking_fields.inc | 54 ++--
1 files changed, 27 insertions(+), 27 deletions(-)
diff --git a/meta/conf/distro/include/distro_tracking_fields.inc
b/meta/conf/distro/include/distro_tracking_fields.
From: Zhai Edwin
Signed-off-by: Zhai Edwin
---
.../configure_fix.patch|0
.../libfm/{libfm_0.1.16.bb => libfm_0.1.17.bb} |7 +++
2 files changed, 3 insertions(+), 4 deletions(-)
rename meta/recipes-support/libfm/{libfm-0.1.16 =>
libfm-0.1.17}/config
From: Zhai Edwin
Signed-off-by: Zhai Edwin
---
.../x11vnc/{x11vnc_0.9.12.bb => x11vnc_0.9.13.bb} |8
1 files changed, 4 insertions(+), 4 deletions(-)
rename meta/recipes-graphics/x11vnc/{x11vnc_0.9.12.bb => x11vnc_0.9.13.bb}
(66%)
diff --git a/meta/recipes-graphics/x11vnc/x11vn
From: Zhai Edwin
All,
These are upgrade for libfm, pcmanfm and x11vnc. Pls. help review and pull.
The following changes since commit 9d6790c4409dee4d08fe6a47450125c406d0ba32:
cooker.py: Allow the -e option to work with virtual classes and -b
(2011-12-01 23:14:05 +)
are available in the
> From: openembedded-core-boun...@lists.openembedded.org
> [openembedded-core-boun...@lists.openembedded.org] on behalf of Richard
> Purdie [richard.pur...@linuxfoundation.org]
> Sent: Thursday, December 01, 2011 9:33 PM
> To: Patches and discussions about the oe-core layer
> Subject: Re: [OE-cor
2011/12/1 Ulf Samuelsson
> 2011-12-01 16:37, Koen Kooi skrev:
>
> Op 1 dec. 2011, om 14:16 heeft Philip Balister het volgende geschreven:
>
>
> On 11/29/2011 03:06 PM, Koen Kooi wrote:
>
> Op 29 nov. 2011, om 20:36 heeft Ulf Samuelsson het volgende geschreven:
>
>
> On 2011-11-29 16:03, Richa
Op 1 dec. 2011, om 17:31 heeft Ulf Samuelsson het volgende geschreven:
> 2011-12-01 16:37, Koen Kooi skrev:
>> Op 1 dec. 2011, om 14:16 heeft Philip Balister het volgende geschreven:
>>
>>
>>> On 11/29/2011 03:06 PM, Koen Kooi wrote:
>>>
Op 29 nov. 2011, om 20:36 heeft Ulf Samuelsson het
Op 2 dec. 2011, om 00:56 heeft Paul Eggleton het volgende geschreven:
> Create a new build output history reporting class, using testlab.bbclass
> from meta-oe as a base. This records information from images produced by
> the build process in text files structured suitably for tracking within
> a
Op 2 dec. 2011, om 00:56 heeft Paul Eggleton het volgende geschreven:
> Include package history collection from packagehistory.bbclass (thus
> superseding it), with the following changes:
>
> * Store package history under BUILDHISTORY_DIR/packages
> * Disable storing package history as version n
Why have I been unsubscribed from the list??
Are we censoring users that voice opinions that for whatever reason do not
meet the list maintainer ??
Or did I say something that violates the list etiquette? If so I would have
appreciated a message about that (and perhaps a warning upfront). Not that
On Fri, 2011-12-02 at 12:02 +0100, Frans Meulenbroeks wrote:
> Why have I been unsubscribed from the list??
That is rather bizarre. Mailman will unsubscribe you if too many mails
are returned undeliverable, but you ought to get a warning before that
happens. I'll have a look at the logs and see
2011/12/2 Phil Blundell
> On Fri, 2011-12-02 at 12:02 +0100, Frans Meulenbroeks wrote:
> > Why have I been unsubscribed from the list??
>
> That is rather bizarre. Mailman will unsubscribe you if too many mails
> are returned undeliverable, but you ought to get a warning before that
> happens.
On Friday 02 December 2011 11:15:31 Koen Kooi wrote:
> Does this do a commit per build as well?
Yes, since the commit occurs when bitbake completes (in response to the
BuildCompleted event).
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
On Friday 02 December 2011 11:03:34 Koen Kooi wrote:
> I know I forgot to update it, but that should be: 2007 - 2011
OK, I have updated this in the branch.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
___
Openembedded-core maili
Op 2 dec. 2011, om 12:35 heeft Paul Eggleton het volgende geschreven:
> On Friday 02 December 2011 11:15:31 Koen Kooi wrote:
>> Does this do a commit per build as well?
>
> Yes, since the commit occurs when bitbake completes (in response to the
> BuildCompleted event).
I noticed the extra bitb
On Friday 02 December 2011 12:46:40 Koen Kooi wrote:
> I noticed the extra bitbake spew :)
> https://github.com/Angstrom-distribution/buildhistory/commits/master
Yes, once you've established a baseline of course it should get much quieter
:)
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Tec
Ideally a specific revision of a layer should specify on which revision it
depends on/was tested with, so people can reproduce that same setup.
Randomly mixing revisions is a recipe for problems.
Expecting that a layer informs its users that something is changing is
probably not workable. How woul
On Fri, Dec 2, 2011 at 11:34, Frans Meulenbroeks <
fransmeulenbro...@gmail.com> wrote:
> Ideally a specific revision of a layer should specify on which revision it
> depends on/was tested with, so people can reproduce that same setup.
>
I've been using combo-layer to this to work here at O.S. Sys
On Fri, 2011-12-02 at 15:55 +0800, edwin.z...@intel.com wrote:
> From: Zhai Edwin
>
> All,
> These are upgrade for libfm, pcmanfm and x11vnc. Pls. help review and pull.
>
> The following changes since commit 9d6790c4409dee4d08fe6a47450125c406d0ba32:
>
> cooker.py: Allow the -e option to work
On Thu, 2011-12-01 at 22:55 -0800, Saul Wold wrote:
> Anders Darander (1):
> busybox: update to 1.19.3
>
> Bruce Ashfield (7):
> kern-tools: add pre_config and merge_config.sh to the list of tools
> kernel-yocto: support allnoconfig base configuration
> linux-yocto: remove 2.6.34 recipes
>
On Fri, 2011-12-02 at 11:26 +0800, Dexuan Cui wrote:
> The following changes since commit 9d6790c4409dee4d08fe6a47450125c406d0ba32:
>
> cooker.py: Allow the -e option to work with virtual classes and -b
> (2011-12-01 23:14:05 +)
>
> are available in the git repository at:
> git://git.pok
The pull request is to address [YOCTO #1568] - "Add recipe for ltp/posix tests
and automate test".
ltp is ported from OE and updated to latest version(20110915). Testcases are
installed
to ${D}/opt/ltp and POISX test suite is also copied into ${D}/opt/ltp/testcases
folder.
Include ltp to testa
On Thu, 2011-12-01 at 19:20 -0800, Darren Hart wrote:
> The syslinux and grub-efi classes were generating config files in the current
> working directory. This caused a failure due to a race in the creation of the
> directories leading to cwd changing and the build failing to find the config
> file
Signed-off-by: Jiajun Xu
---
meta/recipes-core/tasks/task-core-tools.bb |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-core/tasks/task-core-tools.bb
b/meta/recipes-core/tasks/task-core-tools.bb
index 12d4ff9..6632b4f 100644
--- a/meta/recipes-core/tasks/t
Add information for recipe ltp, which is ported from OE.
Signed-off-by: Jiajun Xu
---
.../conf/distro/include/distro_tracking_fields.inc |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/meta/conf/distro/include/distro_tracking_fields.inc
b/meta/conf/distro/include
Port ltp recipe from OE and upgraged to latest version(20110915).
Install ltp into ${D}/opt/ltp and POSIX test suite is also copied
into ${D}/opt/ltp/testcases.
TODO: Some cases are removed since they depend on command 'expect'.
It is not in Poky or OE and we will add it for enhancement next.
Sig
On Fri, Dec 02, 2011 at 08:46:43AM +, Mats Kärrman wrote:
> > From: openembedded-core-boun...@lists.openembedded.org
> > [openembedded-core-boun...@lists.openembedded.org] on behalf of Richard
> > Purdie [richard.pur...@linuxfoundation.org]
> > Sent: Thursday, December 01, 2011 9:33 PM
> > To
Signed-off-by: Martin Jansa
---
meta/conf/bitbake.conf |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 87efd8e..552942b 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -166,6 +166,7 @@ ASSUME_PROVID
On Fri, 2011-12-02 at 17:22 +0100, Martin Jansa wrote:
> Signed-off-by: Martin Jansa
> ---
> meta/conf/bitbake.conf |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
> index 87efd8e..552942b 100644
> --- a/meta/conf/bitb
On 11/29/2011 07:00 AM, Stefan Schmidt wrote:
Without this logrotate may fail like this:
compilation terminated.
| config.c:9:18: fatal error: popt.h: No such file or directory
Signed-off-by: Stefan Schmidt
---
meta/recipes-extended/logrotate/logrotate_3.7.9.bb |4 ++--
1 files changed,
On Fri, Dec 2, 2011 at 1:55 AM, wrote:
> -PR = "r2"
> +PR = "r0"
Isn't this wrong?
-M
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
The savings can be substantial. The resutls below are for a
core-image-minimal type image:
gzip:1.1G sstate-cache
xz 714M sstate-cache
Signed-off-by: Matthew McClintock
---
v2: This one actually works!
meta/classes/sstate.bbclass | 19 +++
1 files changed, 11 in
On Friday 02 December 2011 17:21:57 McClintock Matthew-B29882 wrote:
> On Fri, Dec 2, 2011 at 1:55 AM, wrote:
> > -PR = "r2"
> > +PR = "r0"
>
> Isn't this wrong?
In this case since PV has been increased at the same time (by renaming the
recipe) it's not only OK, it's recommended practice.
Che
On Fri, Dec 2, 2011 at 11:27 AM, Paul Eggleton
wrote:
> In this case since PV has been increased at the same time (by renaming the
> recipe) it's not only OK, it's recommended practice.
Ahh Ok. New recipe = reset PR.
Thanks,
Matthew
___
Openembedded-c
Signed-off-by: Martin Jansa
---
meta/classes/base.bbclass |2 +-
meta/conf/bitbake.conf|1 +
2 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index ea53498..fbcaefb 100644
--- a/meta/classes/base.bbclass
+++ b/meta/cl
NOTE: this requires a patch I sent to the BitBake list[1] to error cleanly,
otherwise you'll see a Python backtrace and the build fail...
Per some discussion on the list recently this patch sets BB_STRICT_CHECKSUM
in the default-distrovars.inc so that missing checksums in recipes raises an
error.
Set BB_STRICT_CHECKSUM in default-distrovars so that an error is raised
if no checksum is set.
Signed-off-by: Joshua Lock
---
meta/conf/distro/include/default-distrovars.inc |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/meta/conf/distro/include/default-distrovars.inc
On Fri, Dec 2, 2011 at 11:39 AM, Martin Jansa wrote:
> Signed-off-by: Martin Jansa
> ---
> meta/classes/base.bbclass | 2 +-
> meta/conf/bitbake.conf | 1 +
> 2 files changed, 2 insertions(+), 1 deletions(-)
>
> diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
> index
On Fri, Dec 2, 2011 at 9:18 AM, Martin Jansa wrote:
> So if you have some layer adding
> layerB: PR .= ".b0"
> and other
> layerA: PR .= ".a0"
>
> and PR appends are evaluated in this order, then you will break upgrade
> patch forever if you have to remove layerB for some reason and you
> cannot e
From: Nitin A Kamble
Add support for building with x32 toolchain.
Simplified the use of SRC_URI & S vars across multiple files.
Signed-off-by: Nitin A Kamble
Signed-off-by: H.J. Lu
---
meta/recipes-graphics/mesa/mesa-7.11.inc | 11 ++--
meta/recipes-graphics/mesa/mesa-common.
From: Nitin A Kamble
These commits fixes building of various recipes with x32 toolchain
for x32 target/machines. And these do not affect these recipes for
other non-x32 targets.
X32 is new ABI for x86-64 architecture.
For more information refer: https://sites.google.com/site/x32abi/
Thanks,
Nit
From: Nitin A Kamble
This fixes bug: [YOCTO #1403]
Earlier hack was breaking compiler parameters set by tune settings. And that
caused x32
build failure. Now previous CC parameters are kept intact while adding new -L
parameter.
Signed-off-by: Nitin A Kamble
---
meta/recipes-multimedia/gstre
From: Nitin A Kamble
Make the assembly syntax compatible with x32 gcc. Othewise x32 gcc throws
errors.
This Fixes bug: [YOCTO #1412]
Signed-off-by: Nitin A Kamble
---
.../liboil/liboil-0.3.17/liboil_fix_for_x32.patch | 222
meta/recipes-support/liboil/liboil_0.3.17.bb
From: Nitin A Kamble
Pass along CC & CFLAGS vars so that the tune parameters set get used.
This fixes compilation with x32 toolchain.
Signed-off-by: Nitin A Kamble
Signed-off-by: H.J. Lu
---
.../glib-2.0/glib-2.0/glib-2.0_fix_for_x32.patch | 76
meta/recipes-core/glib
From: Nitin A Kamble
By hardcoding CC's definition in the Makefile, all the gcc parameters
set by tune settings are lost. Causing compile failure with x32 toolchain
As the bitbake defined CC is good, there is no need to redfine CC in the
make file, hence removed it to fix the issue.
This fixes
From: Nitin A Kamble
Add support for building with x32 toolchain.
Signed-off-by: Nitin A Kamble
Signed-off-by: H.J. Lu
---
meta/recipes-support/gmp/gmp/gmp_bugfix.patch | 94
meta/recipes-support/gmp/gmp/gmp_fix_for_x32.patch | 45 +
meta/recipes-support/
From: Nitin A Kamble
This fixes compilation with x32 toolchain.
Signed-off-by: Nitin A Kamble
Signed-off-by: H.J. Lu
---
.../xorg-lib/libxt/libxt_fix_for_x32.patch | 19 +++
meta/recipes-graphics/xorg-lib/libxt_1.1.1.bb |4 +++-
2 files changed, 22 insertion
From: Nitin A Kamble
Don't always define LONG64 for AMD64
X32 defines __amd64__/amd64 with 32bit long. We should simply check
__LP64__ before defining LONG64 without checking __amd64__/amd64.
This fixes compilation with x32 toolchain.
Signed-Off-By: H.J. Lu
Signed-Off-By: Nitin A Kamble 201
From: Nitin A Kamble
This Fixes bug: [YOCTO #1418]
Remove the `q' suffix on x86-64 atomic instructions.
We don't need the `q' suffix on x86_64 atomic instructions for AO_t,
which is defined as "unsigned long". "unsigned long" is 32bit for x32
and 64bit for x86-64. The register operand in x86-6
From: Nitin A Kamble
This Fixes bug: [YOCTO #1417]
Properly load arguments 5 an 6 for x86-64 syscall
Use asm ("r10") and asm ("r8") to load arguments 5 an 6 for x86-64
syscall so that it works with both x32 and x86-64.
Signed-off-by: Nitin A Kamble
Signed-Off-By: H.J. Lu
---
.../libaio/libai
From: Nitin A Kamble
Add BN_ADDR for address type instead of using BN_ULONG or unsigned long:
1. For W64, address type is unsigned long long, not unsigned long.
2. For x32, address type is unsigned long , not BN_ULONG.
Added a new targetlinux-x32 in the config file
The do_install() code t
Op 2 dec. 2011, om 12:49 heeft Paul Eggleton het volgende geschreven:
> On Friday 02 December 2011 12:46:40 Koen Kooi wrote:
>> I noticed the extra bitbake spew :)
>> https://github.com/Angstrom-distribution/buildhistory/commits/master
>
> Yes, once you've established a baseline of course it sho
On 2011-12-02 10:49, Koen Kooi wrote:
Op 1 dec. 2011, om 17:31 heeft Ulf Samuelsson het volgende geschreven:
2011-12-01 16:37, Koen Kooi skrev:
Op 1 dec. 2011, om 14:16 heeft Philip Balister het volgende geschreven:
On 11/29/2011 03:06 PM, Koen Kooi wrote:
Op 29 nov. 2011, om 20:36 heeft
> From: openembedded-core-boun...@lists.openembedded.org
> [openembedded-core-boun...@lists.openembedded.org] on behalf of Martin Jansa
> [martin.ja...@gmail.com]
> Sent: Friday, December 02, 2011 5:18 PM
> To: Patches and discussions about the oe-core layer
> Subject: Re: [OE-core] Coordinating
Hi
after pulling latest sources (angstrom environment) I get:
Pseudo is not present but is required, building this first before the main build
NOTE: angstrom DOES NOT support libiconv because the eglibc provided iconv
library is used
On Fri, 2011-12-02 at 12:02 +0100, Frans Meulenbroeks wrote:
> Why have I been unsubscribed from the list??
>
> Are we censoring users that voice opinions that for whatever reason do
> not meet the list maintainer ??
> Or did I say something that violates the list etiquette? If so I would
> have a
On Sat, Dec 03, 2011 at 01:11:03AM +0100, Andreas Müller wrote:
> Hi
>
> after pulling latest sources (angstrom environment) I get:
>
> Pseudo is not present but is required, building this first before the main
> build
> NOTE: angstrom DOES NOT support libiconv because the eglibc provided iconv
58 matches
Mail list logo
