Use "??=" to set default ROOT_HOME.
The following changes since commit e5d077d57f7d150d5a0bb67fdc1c87a94091cafe:
bitbake: lib: print is a function in moderm python, covert remaining users
(2013-05-09 22:28:24 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contri
Use "??=" to set default ROOT_HOME. It can be overwrote by developer
with "?=" in any layer and at same time it also can be overwrote in
local.conf.
Signed-off-by: Kang Kai
---
meta/conf/bitbake.conf |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/conf/bitbake.conf
We have removed the nostamps for do_rootfs and do_build, so it seems
reasonable to remove the stamps for do_bootimg, do_bootdirectdisk and
do_vmdkimg.
The current problem is that the do_vmdkimg always re-run, but the
do_rootfs may not, so the code like below in the do_rootfs function
doesn't re-ru
The following changes since commit 486650fd3819d83d51e9ab84c7c5d11e44dccaf8:
python: remove the default optimization (2013-05-10 10:25:24 +0800)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib robert/nostamp
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h
On Thu, May 9, 2013 at 9:24 AM, Paul Eggleton wrote:
> If the user specifies an invalid feature in IMAGE_FEATURES, show an
> error during parsing. Valid IMAGE_FEATURES are drawn from
> PACKAGE_GROUP_ definitions, COMPLEMENTARY_GLOBS and a new 'validitems'
> varflag on IMAGE_FEATURES (so that addi
W dniu 09.05.2013 20:42, Trevor Woerner pisze:
> On Thu, May 9, 2013 at 12:57 PM, Marcin Juszkiewicz
> wrote:
>> Who will maintain those layers after my leave? This was not decided
>> yet. There are few guys at Linaro who know how to use OpenEmbedded
>> but most of them is outside of Builds and B
On Thu, 2013-05-09 at 12:48 +0200, Martin Jansa wrote:
> Do we really need -e "${CONFIGURESTAMPFILE}" check in autotools_preconfigure?
>
> In some cases when do_configure is failing (but after creating e.g.
> .qmake.cache)
> it would be better to start with clean B on 2nd attempt to configure it,
On 9 May 2013 18:56, Joe Slater wrote:
> Provide a handy utility which is found on Red Hat/Fedora
> systems.
NACK.
That appears to be the copy of service from Ubuntu so it supports
sysvinit and upstart. *If* we're going to ship an abstraction tool in
our images (and I'm not sure we should, to b
On Thu, May 9, 2013 at 12:57 PM, Marcin Juszkiewicz
wrote:
> Who will maintain those layers after my leave? This was not decided yet.
> There are few guys at Linaro who know how to use OpenEmbedded but most
> of them is outside of Builds and Baselines team.
To me this implies that these layers an
From: "Felipe F. Tonello"
This is necessary when Qt applicatins want to know variables such as
QT_MAJOR_VERSION, QT_VERSION, QT_MINOR_VERSION, gcc version etc.
OBS: This change made the build system crazy. When I changed it and run
bitbake my-qt-app-recipe, qmake was consuming 100% cpu usage for
Provide a handy utility which is found on Red Hat/Fedora
systems.
---
.../sysvinit_2.88dsf-add-service-script.patch | 266
meta/recipes-core/sysvinit/sysvinit_2.88dsf.bb | 12 +-
2 files changed, 277 insertions(+), 1 deletions(-)
create mode 100644
meta/recipes-c
On 05/09/2013 07:31 AM, Martin Jansa wrote:
Signed-off-by: Martin Jansa
---
meta/recipes-devtools/flex/flex.inc | 15 ++-
.../flex/flex/drop.suffix.from.wrapper.patch| 21 +
2 files changed, 35 insertions(+), 1 deletion(-)
create mode
On Thu, May 9, 2013 at 12:57 PM, Paul Eggleton
wrote:
> Add a BUILDHISTORY_IMAGE_FILES variable specifying a space-separated
> list of files within an image to copy into buildhistory, so that changes
> to them can be tracked. Typically this would be used for configuration
> files, and by default t
NOTE: I skipped "openembedded-devel" ML cause most of users of Linaro
layers also read OE Core ML.
As I will leave Linaro at the end of May I would like to write some kind
of summary of current state of Linaro layers for OpenEmbedded.
At Linaro we have 3 layers:
1. meta-aarch64
2. meta-linaro
3.
On Thu, 2013-05-09 at 18:19 +0200, Martin Jansa wrote:
> On Thu, May 09, 2013 at 05:05:58PM +0100, Richard Purdie wrote:
> > There are various bits of cruft that have built up around our file
> > accesses. This patch
> > cleans some of them up, specifically:
> >
> > * Remove pointless "from __bu
Signed-off-by: Richard Purdie
---
diff --git a/meta/classes/imagetest-qemu.bbclass
b/meta/classes/imagetest-qemu.bbclass
index c30d1cb..94bed3b 100644
--- a/meta/classes/imagetest-qemu.bbclass
+++ b/meta/classes/imagetest-qemu.bbclass
@@ -137,15 +137,15 @@ def qemuimagetest_main(d):
On May 9, 2013, at 9:04 AM, Mark Hatle wrote:
> On 5/9/13 10:40 AM, Phil Blundell wrote:
>> On Thu, 2013-05-09 at 10:26 -0500, Mark Hatle wrote:
>>> This would be my suggestion. I'd also want to make sure there is a
>>> libpthread-dev (which for some reason I think there already is) because the
On Thu, 2013-05-09 at 17:26 +0100, Paul Eggleton wrote:
> If a recipe is named such that its PN value matches something already in
> OVERRIDES (such as when PN happens to be the same as MACHINE or DISTRO),
> it can have unexpected consequences. Assignments such as
> FILES_${PN} = "xyz" effectively
This file is already opened a few lines previously, so drop the duplicated
call.
Signed-off-by: Richard Purdie
---
diff --git a/meta/classes/buildstats.bbclass b/meta/classes/buildstats.bbclass
index 453c50b..e12e14f 100644
--- a/meta/classes/buildstats.bbclass
+++ b/meta/classes/buildstats.bbcla
string.join() is deprecated syntax and doesn't work under python3
so use the modern sytax instead.
Signed-off-by: Richard Purdie
---
diff --git a/meta/classes/useradd.bbclass b/meta/classes/useradd.bbclass
index 52c0ba4..fd61019 100644
--- a/meta/classes/useradd.bbclass
+++ b/meta/classes/useradd
If a recipe is named such that its PN value matches something already in
OVERRIDES (such as when PN happens to be the same as MACHINE or DISTRO),
it can have unexpected consequences. Assignments such as
FILES_${PN} = "xyz" effectively turn into FILES = "xyz".
Implements [YOCTO #4288].
Signed-off-
Remove the legacy support for the apps-console-core IMAGE_FEATURES item;
we've kept this for a while but it's time for it to go.
Signed-off-by: Paul Eggleton
---
meta/classes/core-image.bbclass | 8
1 file changed, 8 deletions(-)
diff --git a/meta/classes/core-image.bbclass b/meta/clas
If the user specifies an invalid feature in IMAGE_FEATURES, show an
error during parsing. Valid IMAGE_FEATURES are drawn from
PACKAGE_GROUP_ definitions, COMPLEMENTARY_GLOBS and a new 'validitems'
varflag on IMAGE_FEATURES (so that additional non-package group features
can be added elsewhere.)
Imp
The following changes since commit 2253e9f12734c6e6aa489942b5e4628eca1fa29d:
classes/lib: Fix getcmdstatus breakage (2013-05-09 16:05:02 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/imagefeatures
http://cgit.openembedded.org/cgi
On Thu, May 09, 2013 at 05:05:58PM +0100, Richard Purdie wrote:
> There are various bits of cruft that have built up around our file accesses.
> This patch
> cleans some of them up, specifically:
>
> * Remove pointless "from __builtin__ import file"
> * Use open(), not file()
> * Wrap file usa
There are various bits of cruft that have built up around our file accesses.
This patch
cleans some of them up, specifically:
* Remove pointless "from __builtin__ import file"
* Use open(), not file()
* Wrap file usage in a with container to ensure files are closed
* Add missing .close() call
On 5/9/13 10:40 AM, Phil Blundell wrote:
On Thu, 2013-05-09 at 10:26 -0500, Mark Hatle wrote:
This would be my suggestion. I'd also want to make sure there is a
libpthread-dev (which for some reason I think there already is) because the
links in there are required for on-target thread debugging
* Check for existence of specified buildhistory directory and show a
proper error message if it doesn't
* Show an error message instead of a traceback with a mangled revision
if one of the specified git revisions is invalid
* Show usage information if --help is specified
* Write error messages
Add a BUILDHISTORY_IMAGE_FILES variable specifying a space-separated
list of files within an image to copy into buildhistory, so that changes
to them can be tracked. Typically this would be used for configuration
files, and by default this includes /etc/passwd and /etc/group, but the
user is free t
The following changes since commit 2253e9f12734c6e6aa489942b5e4628eca1fa29d:
classes/lib: Fix getcmdstatus breakage (2013-05-09 16:05:02 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/buildhistory-7
http://cgit.openembedded.org/cg
On Thu, 2013-05-09 at 10:26 -0500, Mark Hatle wrote:
> This would be my suggestion. I'd also want to make sure there is a
> libpthread-dev (which for some reason I think there already is) because the
> links in there are required for on-target thread debugging...
Really? If those links are nee
On Thu, 2013-05-09 at 10:26 -0500, Mark Hatle wrote:
> On 5/9/13 9:32 AM, Khem Raj wrote:
> >
> > On May 9, 2013, at 5:55 AM, Bogdan Marinescu
> > wrote:
> >
> >> libpthread needs libgcc to function properly. Without libgcc I get
> >> the following error:
> >>
> >> root@qemux86:~# tclsh
> >> % ex
On 5/9/13 9:32 AM, Khem Raj wrote:
On May 9, 2013, at 5:55 AM, Bogdan Marinescu
wrote:
libpthread needs libgcc to function properly. Without libgcc I get
the following error:
root@qemux86:~# tclsh
% exit 0
libgcc_s.so.1 must be installed for pthread_cancel to work
Aborted
root@qemux86:~#
T
We no longer change GLIBC_ADDONS per target so we no longer need to special
case the SDK settings for it either.
Signed-off-by: Richard Purdie
---
diff --git a/meta/conf/machine-sdk/i586.conf b/meta/conf/machine-sdk/i586.conf
index 190f2bd..baacce7 100644
--- a/meta/conf/machine-sdk/i586.conf
+++
powertop uses gettext during config time and at build time to generate
the messages, so really should inherit gettext
[YOCTO #4470]
Signed-off-by: Saul Wold
---
meta/recipes-kernel/powertop/powertop_2.3.bb |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-k
On Thu, 2013-05-09 at 15:08 +0100, Phil Blundell wrote:
> There was some previous discussion of how to detect the precise
> situation that caused libgcc_s to be required, though my recollection
> of all the details is a bit hazy. I'll see if I can find it in the
> archives.
It turns out that th
On Thu, 2013-05-09 at 14:19 +0100, Richard Purdie wrote:
> On Thu, 2013-05-09 at 15:55 +0300, Bogdan Marinescu wrote:
> > diff --git a/meta/recipes-core/eglibc/eglibc.inc
> > b/meta/recipes-core/eglibc/eglibc.inc
> > index 1e04197..24fb05b 100644
> > --- a/meta/recipes-core/eglibc/eglibc.inc
> > +
On May 9, 2013, at 5:55 AM, Bogdan Marinescu
wrote:
> libpthread needs libgcc to function properly. Without libgcc I get
> the following error:
>
> root@qemux86:~# tclsh
> % exit 0
> libgcc_s.so.1 must be installed for pthread_cancel to work
> Aborted
> root@qemux86:~#
>
> This patch fixes th
Signed-off-by: Martin Jansa
---
meta/recipes-devtools/flex/flex.inc | 15 ++-
.../flex/flex/drop.suffix.from.wrapper.patch| 21 +
2 files changed, 35 insertions(+), 1 deletion(-)
create mode 100644
meta/recipes-devtools/flex/flex/drop.suff
On May 9, 2013, at 5:55 AM, Bogdan Marinescu
wrote:
> libpthread needs libgcc to function properly. Without libgcc I get
> the following error:
>
> root@qemux86:~# tclsh
> % exit 0
> libgcc_s.so.1 must be installed for pthread_cancel to work
> Aborted
> root@qemux86:~#
>
> This patch fixes th
On Thu, 2013-05-09 at 16:28 +0300, Marinescu, Bogdan A wrote:
> It's not exactly unconditional, it is conditioned by 'nptl' in
> ${GLIBC_ADDONS}.
Well, true, but nptl is more or less mandatory nowadays. That
conditional is an artifact from the days when linuxthreads was the
default and you had
On Thu, May 9, 2013 at 4:20 PM, Phil Blundell wrote:
> On Thu, 2013-05-09 at 15:55 +0300, Bogdan Marinescu wrote:
> > # nptl needs libgcc but dlopens it, so our shlibs code doesn't detect
> this
> > -#RDEPENDS_${PN} += "${@['','libgcc']['nptl' in '${GLIBC_ADDONS}']}"
> > +RDEPENDS_${PN} += "${@[
On Thu, 2013-05-09 at 15:55 +0300, Bogdan Marinescu wrote:
> # nptl needs libgcc but dlopens it, so our shlibs code doesn't detect this
> -#RDEPENDS_${PN} += "${@['','libgcc']['nptl' in '${GLIBC_ADDONS}']}"
> +RDEPENDS_${PN} += "${@['','libgcc']['nptl' in '${GLIBC_ADDONS}']}"
Wow, it seems like t
On Thu, 2013-05-09 at 15:55 +0300, Bogdan Marinescu wrote:
> libpthread needs libgcc to function properly. Without libgcc I get
> the following error:
>
> root@qemux86:~# tclsh
> % exit 0
> libgcc_s.so.1 must be installed for pthread_cancel to work
> Aborted
> root@qemux86:~#
>
> This patch fixes
Flex wrapper was added with:
commit d835488c526aa61163ade503c6586eaa59509a07
Author: Kevin Tian
Date: Wed Jan 5 10:26:36 2011 +0800
flex-native: create a wrapper script for sstate installation
flex-native encodes M4 staging path in its binary, which breaks sstate
installation in a
libpthread needs libgcc to function properly. Without libgcc I get
the following error:
root@qemux86:~# tclsh
% exit 0
libgcc_s.so.1 must be installed for pthread_cancel to work
Aborted
root@qemux86:~#
This patch fixes the above issue and similar ones by adding a
runtime dependency of libgcc to e
The license checksum changed because of a small correction in the
license text.
Signed-off-by: Bogdan Marinescu
---
.../tcl/fix_issue_with_old_distro_glibc.patch | 96
.../tcltk/tcl/fix_non_native_build_issue.patch | 91 +++
meta/recipes-devtools
Signed-off-by: Cristian Iorga
---
meta/recipes-multimedia/sbc/{sbc_1.0.bb => sbc_1.1.bb} |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
rename meta/recipes-multimedia/sbc/{sbc_1.0.bb => sbc_1.1.bb} (75%)
diff --git a/meta/recipes-multimedia/sbc/sbc_1.0.bb
b/meta/recipes-multime
On 9/05/2013 6:33 PM, Robert Yang wrote:
On 05/09/2013 11:24 AM, Jonathan Liu wrote:
If the vmdk image symbolic link already exists from a previous build,
overwrite it instead of returning an error.
Signed-off-by: Jonathan Liu
---
meta/classes/image-vmdk.bbclass | 2 +-
1 file changed, 1
If the vmdk image symbolic link already exists from a previous build,
overwrite it instead of returning an error.
Signed-off-by: Jonathan Liu
---
meta/classes/image-vmdk.bbclass | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/meta/classes/image-vmdk.bbclass b/meta/classes/i
On Wed, May 8, 2013 at 7:29 PM, Saul Wold wrote:
> On 05/07/2013 06:00 AM, Bogdan Marinescu wrote:
>
>> A number of patches are now part of the upstream.
>> Tested by compiling and running core-image-minimal/qemux86.
>>
>>
> This patch is not applying cleaning, please verify it. see below
>
>
>
>
A number of patches are now part of the upstream.
Tested by compiling and running core-image-minimal/qemux86.
Signed-off-by: Bogdan Marinescu
---
.../gmp/gmp-5.1.0/187b7b1646ee.patch | 44
.../gmp/gmp-5.1.0/obsolete_automake_macros.patch | 13 --
.../
Signed-off-by: Ionut Radu
---
.../configure.patch|0
.../guess-fix.patch|0
.../lib-build-fix.patch|0
.../makefile.patch | 20
.../pcimod
Do we really need -e "${CONFIGURESTAMPFILE}" check in autotools_preconfigure?
In some cases when do_configure is failing (but after creating e.g.
.qmake.cache)
it would be better to start with clean B on 2nd attempt to configure it, but
CONFIGURESTAMPFILE wasn't created yet.
Does someone remembe
On 9 May 2013 09:09, Cristian Iorga wrote:
> Signed-off-by: Cristian Iorga
Signed-off-by: Ross Burton
Ross
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-c
This allows out-of-tree versions to include one file to have all set.
Signed-off-by: Marcin Juszkiewicz
---
meta/recipes-devtools/gdb/gdb-cross-canadian.inc| 2 ++
meta/recipes-devtools/gdb/gdb-cross-canadian_7.6.bb | 2 --
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/
Signed-off-by: Marcin Juszkiewicz
---
.../gdb/{gdb_7.5.1.bb => gdb-7.6.inc}| 5 +++--
...s-canadian_7.5.1.bb => gdb-cross-canadian_7.6.bb} | 5 +
.../gdb/{gdb-cross_7.5.1.bb => gdb-cross_7.6.bb} | 5 +
.../gdb/gdb/gdbserver-cflags-last.diff | 20 ++
This allows out-of-tree versions to reuse this file for any version.
Signed-off-by: Marcin Juszkiewicz
---
meta/recipes-devtools/gdb/gdb-common.inc | 3 ---
1 file changed, 3 deletions(-)
diff --git a/meta/recipes-devtools/gdb/gdb-common.inc
b/meta/recipes-devtools/gdb/gdb-common.inc
index 6f4
W dniu 09.05.2013 09:48, Marinescu, Bogdan A pisze:
> I will recheck. However, does it make sense for us to work in parallel
> on upgrading the same package?
I will update my patches later today.
___
Openembedded-core mailing list
Openembedded-core@list
On 05/09/2013 11:24 AM, Jonathan Liu wrote:
If the vmdk image symbolic link already exists from a previous build,
overwrite it instead of returning an error.
Signed-off-by: Jonathan Liu
---
meta/classes/image-vmdk.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/
Signed-off-by: Cristian Iorga
---
.../glib-2.0/{glib-2.0_2.36.0.bb => glib-2.0_2.36.1.bb}|4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-core/glib-2.0/{glib-2.0_2.36.0.bb => glib-2.0_2.36.1.bb}
(93%)
diff --git a/meta/recipes-core/glib-2.0/glib-2.0_
On May 9, 2013, at 12:42 AM, Richard Purdie
wrote:
> In principle they do belong in the .bb file rather than the
> general .inc/. People can then do things in other layers if desired.
>
yes true
___
Openembedded-core mailing list
Openembedded-core@l
On Wed, May 8, 2013 at 5:29 PM, Saul Wold wrote:
> On 05/08/2013 04:59 AM, Bogdan Marinescu wrote:
>
>> 'gdbserver-cflags-last.diff' was integrated into upstream.
>>
>> Was it really? I note that the patch from Marcin still incorporates a
> similar patch, please verify this should not be a reba
On Wed, May 8, 2013 at 5:34 PM, Saul Wold wrote:
> On 05/08/2013 06:33 AM, Bogdan Marinescu wrote:
>
>> 'fix_use_of_gcc.patch' was integrated in the main repository.
>>
>> Signed-off-by: Bogdan Marinescu
>> ---
>> .../btrfs-tools/btrfs-tools/**fix_use_of_gcc.patch | 31
>> -
On Wed, 2013-05-08 at 21:37 -0700, Khem Raj wrote:
> not if we have 1 version.
In principle they do belong in the .bb file rather than the
general .inc/. People can then do things in other layers if desired.
Cheers,
Richard
>
> On May 8, 2013, at 4:43 AM, Marcin Juszkiewicz
> wrote:
>
> > S
65 matches
Mail list logo