[OE-core] [PATCH 0/2] Timezone code and date update to 2014d

It is not uncommon to have the tzcode and data update several times a year. This update fixes a bug the 2014c update introduced to zic. I moved the build information out of the bb files into inc files to keep future update patches smaller. Armin Kuster (2): Update tzcode to 2014d for zic fix

[OE-core] [PATCH 2/2] Update tzdata to 2014d

moved build data to an inc file since it changes little. Signed-off-by: Armin Kuster --- meta/recipes-extended/tzdata/{tzdata_2014c.bb => tzdata.inc} | 5 - meta/recipes-extended/tzdata/tzdata_2014d.bb | 6 ++ 2 files changed, 6 insertions(+), 5 deletions(-) rename meta/

[OE-core] [PATCH 1/2] Update tzcode to 2014d for zic fix

Changes affecting code zic no longer generates files containing time stamps well before the Big Bang. This works around GNOME bug 730332 . (Thanks to Leonardo Chiquitto for reporting the bug, and to Arthur David Olson and J

[OE-core] [PATCH 1/2] lrzsz: fix autoheader warning due to missing AC_DEFINE template

Signed-off-by: Ross Burton --- meta/recipes-bsp/lrzsz/lrzsz-0.12.20/acdefine.patch | 19 +++ meta/recipes-bsp/lrzsz/lrzsz_0.12.20.bb |1 + 2 files changed, 20 insertions(+) create mode 100644 meta/recipes-bsp/lrzsz/lrzsz-0.12.20/acdefine.patch diff --git a/meta

[OE-core] [PATCH 2/2] socat: upgrade to 1.7.2.4

socat manually maintains config.h.in instead of using autoheader, so exclude autoheader from autoreconf and remove all patches that are intended to enable use of autoheader. The license checksum changed, because the company address changed. Based on a upgrade by Hongxu Jia , with cleanup after no

[OE-core] [OE-Core][PATCH v2] gzip: Avoid host contamination during build

From: Dan McGregor On systems with /bin and /usr/bin merged the gzip recipe may find grep in /usr/bin, while OE puts it in /bin. Force the recipe to find grep in the correct place. Signed-off-by: Dan McGregor --- meta/recipes-extended/gzip/gzip.inc | 2 ++ 1 file changed, 2 insertions(+) diff

[OE-core] [PATCH v2] weston: make lcms explicitly configurable

From: Tim Orling Per Ross's comment, make --enable-lcms deterministic. Follow upstream style to make it more likely to be merged upstream. Signed-off-by: Tim Orling --- .../wayland/weston/make-lcms-configurable.patch| 22 --- .../weston/make-lcms-explicitly-configurable.patch | 43

Re: [OE-core] [PATCH] systemd: Upgrade 212 -> 213

On Fri, May 30, 2014 at 7:28 AM, Burton, Ross wrote: >> + sed -i '/ln --relative --help/d' ${S}/configure.ac >> sed -i -e 's:\$(LN_S) --relative -f:lnr:g' ${S}/Makefile.am >> sed -i -e 's:\$(LN_S) --relative:lnr:g' ${S}/Makefile.am > > Introducing lnr was my fault but this is

[OE-core] [PATCH 1/1] libogg: upgrade to 1.3.2

- Switched to BP variable. Signed-off-by: Cristian Iorga --- meta/recipes-multimedia/libogg/{libogg_1.3.1.bb => libogg_1.3.2.bb} | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) rename meta/recipes-multimedia/libogg/{libogg_1.3.1.bb => libogg_1.3.2.bb} (71%) diff --git a/meta/recip

[OE-core] [PATCH 0/1] libogg: upgrade to 1.3.2

The following changes since commit c2852ea835a54ee967fd1e8cf3717844c338d2a1: bitbake: utils: avoid printing traceback on ExpansionError during parsing (2014-05-30 10:20:25 +0100) are available in the git repository at: git://git.yoctoproject.org/poky-contrib ciorga/PUs http://git.yoctopro

[OE-core] [PATCH] bitbake.conf: Set a dafault value for TUNE_PKGARCH

If we don't do this, we see an exception: ERROR: Failure expanding variable MACHINE_ARCH, expression was ${@[d.getVar('TUNE_PKGARCH', True), d.getVar('MACHINE', True)][bool(d.getVar('MACHINE', True))].replace('-', '_')} which triggered exception AttributeError: 'NoneType' object has no attribute

Re: [OE-core] [PATCH] systemd: Upgrade 212 -> 213

On 29 May 2014 20:10, Khem Raj wrote: > + sed -i '/ln --relative --help/d' ${S}/configure.ac > sed -i -e 's:\$(LN_S) --relative -f:lnr:g' ${S}/Makefile.am > sed -i -e 's:\$(LN_S) --relative:lnr:g' ${S}/Makefile.am Introducing lnr was my fault but this is getting a bit convol

[OE-core] [PATCH] gcc: Clean up configure_prepend and fix for mingw

The do_configure_prepend was duplicated in gcc-4.X.inc and gcc-configure-common.inc leading to confusion when reading the resulting do_configure task where the file was processed twice. The only difference was the removal of the include line for gcc 4.8/4.9. On mingw were were seeing two issues,

[OE-core] [PATCH] multilib: Set PN correctly on cross-canadian extension cases

When we extended cross-canadian recipes with multilib, we were seeing failures since PN was unchanged. """ ERROR: Multiple versions of gcc-cross-canadian-i586 are due to be built (/media/build1/poky/meta/recipes-devtools/gcc/gcc-cross-canadian_4.9.bb virtual:multilib:lib32:/media/build1/poky/meta/

[OE-core] [PATCH] classextend: Fix crosssdk remapping for multilib

Multilib builds only require one crosssdk toolchain. We therefore shouldn't be remapping crosssdk names. This resolves build failures looking for weird multilib crosssdk toolchains. Signed-off-by: Richard Purdie diff --git a/meta/lib/oe/classextend.py b/meta/lib/oe/classextend.py index 14d6f20a.

Re: [OE-core] [PATCH 1/1] nfs-utils: use cross toolchain to compile testlk

On 30 May 2014 03:11, Chong Lu wrote: > I remove "CC=$(CC_FOR_BUILD)" in order to inherit compiler. > Do you mean that I should reset CFLAGS in makefile rather than inherit > compiler? > If I reset CFLAGS, this makefile will use host compiler. > Moreover, testlk can't execute in target. I just ha

Re: [OE-core] [PATCH 2/3] apr: fix cross compiling failed

To help future bisecting this should be merged with the upgrade patch into a single upgrade-and-fix patch. Apart from that the patch looks good, thanks. Ross On 30 May 2014 04:27, Hongxu Jia wrote: > The do_compile failed: > | tools/gen_test_char > include/private/apr_escape_test_char.h > | /bi

Re: [OE-core] [Repo Issue] x264: Unable to find revision

Hi Hui Qing, On Friday 30 May 2014 09:44:31 Chong, Hui Qing wrote: > Hi, I am working on Yocto Project 1.6, Daisy branch. Previously I am able to > build the image successfully, but now I have errors as follow: > > ERROR: Fetcher failure: Unable to find revision > 585324fee380109acd9986388f857f41

[OE-core] [Repo Issue] x264: Unable to find revision

Hi, I am working on Yocto Project 1.6, Daisy branch. Previously I am able to build the image successfully, but now I have errors as follow: ERROR: Fetcher failure: Unable to find revision 585324fee380109acd9986388f857f413a60b896 in branch master even from upstream ERROR: Function failed: Fetcher