[OE-core] [CONSOLIDATED PULL 00/30] Updates and Patches

Richard, I have built these on and got green builds (the failures were due to the AB05 Update and the Qemu paravirtualization). This patch set seems straight forward to me, the mulitlib changes from Contantin might need a check. There was some discussion about the tzdata changes, but the result

Re: [OE-core] [PATCH 5/8] busybox: add ifup's ifstate dir to package

On 02/05/2013 07:55 AM, Bernhard Reutner-Fischer wrote: ifupdown stores its ifstate into CONFIG_IFIPDOWN_IFSTATE_PATH. Fixes: ifup: can't open '/var/run/ifstate': No such file or directory Signed-off-by: Bernhard Reutner-Fischer --- meta/recipes-core/busybox/busybox.inc |4 1 file c

[OE-core] [PATCH] zip: explictly disable bzip2 support

* we don't depends on bzip2, so make sure it's not autodetected in sysroot Signed-off-by: Martin Jansa --- meta/recipes-extended/zip/zip.inc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-extended/zip/zip.inc b/meta/recipes-extended/zip/zip.inc index 265d

[OE-core] OpenEmbedded Technical Steering Committee - 29 January 2013

OpenEmbedded Technical Steering Committee 29 January 2013 Attendees: Richard, Koen, Khem, Fray Apologies: Paul Notes: Jefro Agenda & Results 1. pick a chair RP ___ 2. new issues ___

[OE-core] [PATCH] tzcode/tzdata: Update to 2012j

Readme update to indicate status of project and authorship Signed-off-by: Saul Wold --- .../recipes-extended/tzcode/tzcode-native_2011i.bb | 25 -- .../recipes-extended/tzcode/tzcode-native_2012j.bb | 24 + .../tzdata/{tzdata_2012d.bb => tzdata_2012j.bb}

[OE-core] [PATCH v2 0/3] relocate_sdk.py: improvements

Now that I have had to debug the SDK relocator on multiple occasions I figure it might be nice to get the patches upstreamed. This last time through fixing the python 2.4.x compatibility was very easy using the prior two patches to allow me to do so. The idea here is to increase the portability o

[OE-core] [PATCH v2 3/3] relocate_sdk.py: allow relocate_sdk.py to work with python 2.4.x

Avoid the chicken / egg problem of an SDK that provides a working python but requires that version of python to extract itself. The RHEL 5.x systems and some other enterprise Linux systems ship with python 2.4.x as the default python. We need to at least be able to extract work executables even i

[OE-core] [PATCH v2 1/3] relocate_sdk.py: Fix corruption of sdk binaries

There are two cases of corruption that the relocate_sdk.py was not correctly dealing with. 1) SDK Extras should be left alone Extra external binaries included in an SDK that were linked against the host's version of /usr/lib/ld-so.so should not get a relocation applied. In the case that w

[OE-core] [PATCH v2 2/3] populate_sdk_base.bbclass: Improve debugging capabilities for SDK installer

After having to debug the SDK installer a few times in addition to the relocation code the following patch was created to improve the capabilities around debugging the SDK installer. 1) Add a verbose mode -D which set a set -x to see what the SDK installer is doing. 2) Add a mode -S to save th

Re: [OE-core] RFC: meta-oe appends and overlayed recipes

On Mon, 2013-02-11 at 17:09 +, Paul Eggleton wrote: > * meta-oe/recipes-qt/packagegroups/packagegroup-qte-toolchain-target.bbappend > This is adding qwt to the qte toolchain. As far as I am concerned this is a > distro policy decision - Qwt is a third-party library that is not part of Qt. > I

Re: [OE-core] package errors

Khem Raj writes: > I am seeing below errors after this commit to OE-Core > > commit f2e16c655286aab465054db6727fa3365bef3124 Sorry; before I committed them I did a small code cleanup and did not wait for the results of image builds (changes in package.bbclass cause rebuild of whole distribution)

[OE-core] [PATCH 2/2] package.bbclass: support dangling path components

Commit ec2aab09769f4b6817d74d2175afa2b7c7598750 introduced a regression on packages which contain symlinks with unresolvable path components (e.g. lsof-dbg). While assigning a variable, an exception was raised and the exception handler accessed this variable. Patch deals both with the dangling pa

[OE-core] [PATCH 1/2] lib/oe/path.py: support missing directory components in realpath()

Some use cases in OE operate on symlinks which dangling path components. Assume that these are directories instead of raising ENOENT. Signed-off-by: Enrico Scholz --- meta/lib/oe/path.py| 26 ++ meta/lib/oe/tests/test_path.py | 10 +- 2 files changed,

[OE-core] package errors

Hi Enrico I am seeing below errors after this commit to OE-Core commit f2e16c655286aab465054db6727fa3365bef3124 Author: Enrico Scholz Date: Sun Feb 10 13:41:47 2013 +0100 package.bbclass: use oe.path.realpath() oe.path.realpath() provides are common and more correct implementation

[OE-core] OE Changelog since 2013-02-03 until 2013-02-10

Changelog since 2013-02-03 until 2013-02-10. Projects included in this report: bitbake: git://git.openembedded.org/bitbake openembedded-core: git://git.openembedded.org/openembedded-core meta-openembedded: git://git.openembedded.org/meta-openembedded meta-angstrom: git://github.com/Angstrom-distr

Re: [OE-core] RFC: meta-oe appends and overlayed recipes

On Mon, Feb 11, 2013 at 3:09 PM, Paul Eggleton wrote: ... > Currently we have the following overlayed recipes: > > * icon-naming-utils: meta-oe has a newer version (0.8.90 vs OE-Core's 0.8.7) > and it uses BBCLASSEXTEND rather than OE-Core's native recipe. I would propose > to just move the meta-o

Re: [OE-core] [PATCH] qemu: upgrade to 1.3.1

qhat kind of testing have you done with this update, since qemu is core to our BSPs I want to make sure we have tested it well. Thanks Sau! On 02/11/2013 05:01 AM, Constantin Musca wrote: Signed-off-by: Constantin Musca --- meta/recipes-devtools/qemu/{qemu_1.3.0.bb => qemu_1.3.1.

[OE-core] RFC: meta-oe appends and overlayed recipes

Hi all, I'd like to make an attempt to remove all appends and overlayed recipes from the meta-oe layer. As I've said previously, I don't believe meta-oe - as a collection of very useful additional recipes that many wish to be able to use on top of their OE-Core based build configurations - shou

[OE-core] [PATCH 3/3] fontconfig: rename the patches directory

Rename the patches directory to files as we only have one version of fontconfig, so the hassle of moving these files every upgrade can be avoided. Signed-off-by: Ross Burton --- .../Add-sysroot-option-to-fc-cache-and-fc-cat.patch|0 1 file changed, 0 insertions(+), 0 dele

[OE-core] [PATCH 0/3] Clean up fontconfig recipes

Hi, The fontconfig recipes were showing their age with lots of cruft and plain odd constructs. Distressingly the majority of them were from myself with no clear commit logs. Thus I was guilt-tripped into cleaning the fontconfig recipes up. Ross The following changes since commit 00a2411470b989

[OE-core] [PATCH 2/3] fontconfig: drop explicit -native recipe

Instead, use BBCLASSEXTEND=native in fontconfig. We can drop the installation of fc-lang/fc-glyphname, they are not used by fontconfig's build anymore as it ships the generated files in the tarball. Signed-off-by: Ross Burton --- .../fontconfig/fontconfig-native_2.10.2.bb | 14 -

[OE-core] [PATCH 1/3] fontconfig: remove unexplainable and broken build tweaking

The build flag twiddling in do_configure_append was unexplainable and clearly wrong (native flags for a cross build), remove it all. Parallel make appears to be working now, so enable it. The tarball doesn't contain read only sources, remove the unpack hacking. The pkgconfig doesn't need patchin

[OE-core] [PATCH] systemd.bbclass: use PACKAGESPLITFUNCS instead of populate_packages_prepend

This is cleaner and leads to more accurate profiles. Signed-off-by: Ross Burton --- meta/classes/systemd.bbclass | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/meta/classes/systemd.bbclass b/meta/classes/systemd.bbclass index e0ea65c..8b55813 100644 --- a/me

[OE-core] [PATCH 1/2] multilib.bbclass: save multilib variables before executing the gcc-cross-canadian statements

Signed-off-by: Constantin Musca --- meta/classes/multilib.bbclass | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/meta/classes/multilib.bbclass b/meta/classes/multilib.bbclass index f1696b6..a999b69 100644 --- a/meta/classes/multilib.bbclass +++ b/meta/classes/mult

[OE-core] [PATCH 2/2] gcc-cross-canadian: enable multilib support

Signed-off-by: Constantin Musca --- meta/recipes-devtools/gcc/gcc-4.7.inc | 2 +- meta/recipes-devtools/gcc/gcc-cross-canadian.inc | 1 + meta/recipes-devtools/gcc/gcc-multilib-config.inc | 3 ++- 3 files changed, 4 insertions(+), 2 deletions(-) diff --git a/meta/recipes-devtools/gc

[OE-core] [PATCH] qt4: use system SQLite

We've always been depending on external SQLite, however by default Qt builds using its own internal copy of SQLite. Add the configure option to actually use the external SQLite library and make it clearer which version is in use. Fixes [YOCTO #2514]. Signed-off-by: Paul Eggleton --- meta/recipe

Re: [OE-core] [PATCH 2/2] libiconv: Remove RPATH from binaries

On Fri, 2013-02-08 at 16:35 +0100, Björn Stenberg wrote: > Modify libtool to not add RPATH. > This solves https://bugzilla.yoctoproject.org/show_bug.cgi?id=2669 > > Signed-off-by: Björn Stenberg > --- > meta/recipes-support/libiconv/libiconv_1.14.bb |6 ++ > 1 files changed, 6 insertions

[OE-core] [PATCH 1/2 v2] glib-2.0: Fix ptest to build with uclibc.

Only install eglibc-specific dependencies when building for eglibc. Tweak a test case that won't build with uclibc. Signed-off-by: Björn Stenberg --- .../glib-2.0/glib-2.0/fix-conflicting-rand.patch | 35 meta/recipes-core/glib-2.0/glib-2.0_2.34.3.bb | 18 ++--

Re: [OE-core] [denzil] qt 4.8.0 is not available from source anymore

On Mon, Feb 11, 2013 at 4:43 PM, Paul Eggleton < paul.eggle...@linux.intel.com> wrote: > On Monday 11 February 2013 16:01:10 Andrei Gherzan wrote: > > On Mon, Feb 11, 2013 at 3:10 PM, Sarbu, Florin-Ionut (Florin) < > > florin.sa...@windriver.com> wrote: > > > On Monday, February 11, 2013 02:51 AM

Re: [OE-core] [PATCH 1/5] systemd.bbclass: helper class for recipes with systemd units

On Fri, 2013-02-08 at 22:43 +, Ross Burton wrote: > This class adds postinst/prerm scripts to start/stop/enable/disable the > services > as relevant, and some magic to ensure the service files are installed. > > Based on (but not the same as) the systemd.bbclass in meta-systemd, so thanks >

Re: [OE-core] [denzil] qt 4.8.0 is not available from source anymore

On Monday 11 February 2013 16:01:10 Andrei Gherzan wrote: > On Mon, Feb 11, 2013 at 3:10 PM, Sarbu, Florin-Ionut (Florin) < > florin.sa...@windriver.com> wrote: > > On Monday, February 11, 2013 02:51 AM Andrei Gherzan wrote: > > > > > > In denzil SRC_URI for qt4.8.0 uses: > > > http://get.qt.nokia

Re: [OE-core] [denzil] qt 4.8.0 is not available from source anymore

On Mon, Feb 11, 2013 at 3:10 PM, Sarbu, Florin-Ionut (Florin) < florin.sa...@windriver.com> wrote: > Use git > > We are not talking about switching of sources. I want to know why 4.8.0 is not on yocto mirror. Andrei > > -Original Message- > *From: *Andrei Gherzan [and...@gherzan.ro] >

[OE-core] [PATCH] distro_check: Remove creation of empty Meego filelist.

From: Anders Roxell This fixes permissions errors when running distrodata. Signed-off-by: Anders Roxell --- meta/lib/oe/distro_check.py | 11 +-- 1 files changed, 5 insertions(+), 6 deletions(-) diff --git a/meta/lib/oe/distro_check.py b/meta/lib/oe/distro_check.py index ad13d5e..8e

Re: [OE-core] any way to list *all* possible sources across the current layers?

On Sun, 2013-02-10 at 12:32 -0500, Robert P. J. Day wrote: >hoping this question makes sense -- i use own-mirrors.bbclass to point > at a sizable directory of tarballs (almost 12G worth) that i've been > collecting over many months and, after every OE layer upgrade, whatever > newer sources are

Re: [OE-core] [denzil] qt 4.8.0 is not available from source anymore

Use git -Original Message- From: Andrei Gherzan [and...@gherzan.ro] Sent: Monday, February 11, 2013 02:51 AM Pacific Standard Time To: openembedded Subject: [OE-core] [denzil] qt 4.8.0 is not available from source anymore In denzil SRC_URI for qt4.8.0 uses: http:

[OE-core] [PATCH] qemu: upgrade to 1.3.1

Signed-off-by: Constantin Musca --- meta/recipes-devtools/qemu/{qemu_1.3.0.bb => qemu_1.3.1.bb} | 4 ++-- meta/recipes-devtools/qemu/qemu_git.bb | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) rename meta/recipes-devtools/qemu/{qemu_1.3.0.bb => qemu_1.3.1.bb} (64%)

[OE-core] [PATCH] mesa: upgrade to 9.0.2

Signed-off-by: Constantin Musca --- meta/recipes-graphics/mesa/{mesa-9.0.1.inc => mesa-9.0.2.inc} | 4 ++-- meta/recipes-graphics/mesa/{mesa-dri_9.0.1.bb => mesa-dri_9.0.2.bb} | 0 2 files changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/mesa/{mesa-9.0.1.inc => mesa-9.

[OE-core] [PATCH] pixman: upgrade to 0.29.2

obsolete_automake_macros.patch: removed - included in the new version Signed-off-by: Constantin Musca --- .../xorg-lib/pixman/obsolete_automake_macros.patch | 14 -- .../xorg-lib/{pixman_0.28.2.bb => pixman_0.29.2.bb}| 7 +++ 2 files changed, 3 insertions(+), 18

[OE-core] [PATCH] cairo: upgrade to 1.12.12

Signed-off-by: Constantin Musca --- meta/recipes-graphics/cairo/{cairo_1.12.10.bb => cairo_1.12.12.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/cairo/{cairo_1.12.10.bb => cairo_1.12.12.bb} (92%) diff --git a/meta/recipes-graphics/cairo/cairo_1.12.10

Re: [OE-core] [PATCH 1/1] ccache.bbclass: Allow user to override CCACHE_DIR.

Hello, On Sun, 10 Feb 2013 14:48:58 +0100 Enrico Scholz wrote: > Paul Sokolovsky > writes: > > > For example, some users may want to use single cache directory > > (instead of per-package) with known max size limit, to better > > control disk usage. > > You change conflicts with > > | do_cle

Re: [OE-core] [denzil] qt 4.8.0 is not available from source anymore

On Mon, Feb 11, 2013 at 1:47 PM, Andrei Gherzan wrote: > On Mon, Feb 11, 2013 at 1:39 PM, Paul Eggleton < > paul.eggle...@linux.intel.com> wrote: > >> On Monday 11 February 2013 13:33:19 Andrei Gherzan wrote: >> > On Mon, Feb 11, 2013 at 1:10 PM, Richard Purdie < >> > >> > richard.pur...@linuxfou

Re: [OE-core] [denzil] qt 4.8.0 is not available from source anymore

On Mon, Feb 11, 2013 at 1:39 PM, Paul Eggleton < paul.eggle...@linux.intel.com> wrote: > On Monday 11 February 2013 13:33:19 Andrei Gherzan wrote: > > On Mon, Feb 11, 2013 at 1:10 PM, Richard Purdie < > > > > richard.pur...@linuxfoundation.org> wrote: > > > On Mon, 2013-02-11 at 12:50 +0200, Andre

Re: [OE-core] [denzil] qt 4.8.0 is not available from source anymore

On Monday 11 February 2013 13:33:19 Andrei Gherzan wrote: > On Mon, Feb 11, 2013 at 1:10 PM, Richard Purdie < > > richard.pur...@linuxfoundation.org> wrote: > > On Mon, 2013-02-11 at 12:50 +0200, Andrei Gherzan wrote: > > > In denzil SRC_URI for qt4.8.0 uses: > > http://get.qt.nokia.com/qt/source/

Re: [OE-core] [denzil] qt 4.8.0 is not available from source anymore

On Mon, Feb 11, 2013 at 1:10 PM, Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > On Mon, 2013-02-11 at 12:50 +0200, Andrei Gherzan wrote: > > In denzil SRC_URI for qt4.8.0 uses: > > > http://get.qt.nokia.com/qt/source/qt-everywhere-opensource-src-${PV}.tar.gz > > > > This source seem

Re: [OE-core] [PATCHv2] packagegroup-core-boot: add VIRTUAL-RUNTIME_network_manager

On 08/02/13 15:20, m...@communistcode.co.uk wrote: From: Jack Mitchell Now netbase has been split into netbase and init-ifupdown, the user should be able to make a choice on which network manager to install, and not be forced to install init-ifupdown alongside if they wish to use a vanilla copy

Re: [OE-core] [denzil] qt 4.8.0 is not available from source anymore

On Mon, 2013-02-11 at 12:50 +0200, Andrei Gherzan wrote: > In denzil SRC_URI for qt4.8.0 uses: > http://get.qt.nokia.com/qt/source/qt-everywhere-opensource-src-${PV}.tar.gz > > This source seems to be outdated and replaced > by: http://releases.qt-project.org/qt4/source/ > > The problem is that the

[OE-core] [denzil] qt 4.8.0 is not available from source anymore

In denzil SRC_URI for qt4.8.0 uses: http://get.qt.nokia.com/qt/source/qt-everywhere-opensource-src-${PV}.tar.gz This source seems to be outdated and replaced by: http://releases.qt-project.org/qt4/source/ The problem is that the new location doesn't include the 4.8.0 release. qt-everywhere-openso