date:20140217

[OE-core] [PATCH 1/7] libnl: Update to 3.2.24

2014-02-17 Thread Saul Wold

Signed-off-by: Saul Wold 
---
 ...free-caused-by-freeing-link-af_data-in-rt.patch | 41 --
 .../libnl/{libnl_3.2.22.bb => libnl_3.2.24.bb} |  8 ++---
 2 files changed, 4 insertions(+), 45 deletions(-)
 delete mode 100644 
meta/recipes-support/libnl/libnl/0001-fix-double-free-caused-by-freeing-link-af_data-in-rt.patch
 rename meta/recipes-support/libnl/{libnl_3.2.22.bb => libnl_3.2.24.bb} (83%)

diff --git 
a/meta/recipes-support/libnl/libnl/0001-fix-double-free-caused-by-freeing-link-af_data-in-rt.patch
 
b/meta/recipes-support/libnl/libnl/0001-fix-double-free-caused-by-freeing-link-af_data-in-rt.patch
deleted file mode 100644
index 6d2c8ff..000
--- 
a/meta/recipes-support/libnl/libnl/0001-fix-double-free-caused-by-freeing-link-af_data-in-rt.patch
+++ /dev/null
@@ -1,41 +0,0 @@
-From 6f37b439af7e96104aadd8ec3ae8d3882df8d102 Mon Sep 17 00:00:00 2001
-From: Jiri Pirko 
-Date: Wed, 21 Aug 2013 14:40:34 +0200
-Subject: [PATCH] fix double free caused by freeing link af_data in
- rtnl_link_set_family()
-
-Introduced by commit 8026fe2e3a9089eff3f5a06ee6e3cc78d96334ed ("link:
-Free and realloc af specific data upon rtnl_link_set_family()")
-
-link->l_af_data[link->l_af_ops->ao_family] is freed here but not set to
-zero. That leads to double free made by link_free_data->do_foreach_af.
-
-Fix this by setting link->l_af_data[link->l_af_ops->ao_family] to zero
-rigth after free.
-
-Signed-off-by: Jiri Pirko 
-Signed-off-by: Thomas Graf 

- lib/route/link.c | 4 +++-
- 1 file changed, 3 insertions(+), 1 deletion(-)
-
-diff --git a/lib/route/link.c b/lib/route/link.c
-index a73e1db..0bb90a0 100644
 a/lib/route/link.c
-+++ b/lib/route/link.c
-@@ -1762,9 +1762,11 @@ void rtnl_link_set_family(struct rtnl_link *link, int 
family)
-   link->l_family = family;
-   link->ce_mask |= LINK_ATTR_FAMILY;
- 
--  if (link->l_af_ops)
-+  if (link->l_af_ops) {
-   af_free(link, link->l_af_ops,
-   link->l_af_data[link->l_af_ops->ao_family], NULL);
-+  link->l_af_data[link->l_af_ops->ao_family] = NULL;
-+  }
- 
-   link->l_af_ops = af_lookup_and_alloc(link, family);
- }
--- 
-1.8.4
-
diff --git a/meta/recipes-support/libnl/libnl_3.2.22.bb 
b/meta/recipes-support/libnl/libnl_3.2.24.bb
similarity index 83%
rename from meta/recipes-support/libnl/libnl_3.2.22.bb
rename to meta/recipes-support/libnl/libnl_3.2.24.bb
index 73b10c5..0d2ee21 100644
--- a/meta/recipes-support/libnl/libnl_3.2.22.bb
+++ b/meta/recipes-support/libnl/libnl_3.2.24.bb
@@ -13,11 +13,10 @@ SRC_URI = 
"http://www.infradead.org/~tgr/${BPN}/files/${BP}.tar.gz \
file://fix-pktloc_syntax_h-race.patch \
file://fix-pc-file.patch \
file://fix-lib-cache_mngr.c-two-parentheses-bugs.patch \
-   
file://0001-fix-double-free-caused-by-freeing-link-af_data-in-rt.patch \
   "
 
-SRC_URI[md5sum] = "2e1c889494d274aca24ce5f6a748e66e"
-SRC_URI[sha256sum] = 
"c7c5f267dfeae0c1a530bf96b71fb7c8dbbb07d54beef49b6712d8d6166f629b"
+SRC_URI[md5sum] = "6e0e7bad0674749d930dd9f285343d55"
+SRC_URI[sha256sum] = 
"fb8d6e5dc8af5b85bc6d00a71582a68a01e6a3f7d1664d4a646e289a99dd6816"
 
 inherit autotools pkgconfig
 
@@ -31,10 +30,11 @@ FILES_${PN}-dev += "${libdir}/libnl/cli/*/*.so \
 ${libdir}/libnl/cli/*/*.la"
 FILES_${PN}-staticdev += "${libdir}/libnl/cli/*/*.a"
 
-PACKAGES += "${PN}-cli ${PN}-route ${PN}-nf ${PN}-genl"
+PACKAGES += "${PN}-cli ${PN}-idiag ${PN}-route ${PN}-nf ${PN}-genl"
 FILES_${PN}-cli   = "${libdir}/libnl-cli-3.so.* \
  ${libdir}/libnl/cli/*/*.so.* \
  ${sbindir}/nl-*"
+FILES_${PN}-idiag  = "${libdir}/libnl-idiag-3.so.*"
 FILES_${PN}-route = "${libdir}/libnl-route-3.so.*"
 FILES_${PN}-nf= "${libdir}/libnl-nf-3.so.*"
 FILES_${PN}-genl  = "${libdir}/libnl-genl-3.so.* \
-- 
1.8.3.1

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/7] Package Updates

2014-02-17 Thread Saul Wold

The following changes since commit 11e2aaf2d751277e3e99ac2acbbeff2b7227be94:

  lib/oe/package_manager: Make empty package directories non-fatal (2014-02-16 
16:30:58 +)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib sgw/updates
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=sgw/updates

Saul Wold (7):
  libnl: Update to 3.2.24
  help2man: Update to 1.44.1
  lsbinitscripts: Update to 9.52
  man-pages: Update to 3.56
  libxkbcommon: Update to 0.3.2
  libcheck: Update to 0.9.12
  nspr: Update to 4.10.3

 ...-native_1.43.3.bb => help2man-native_1.44.1.bb} |  6 ++--
 meta/recipes-extended/lsb/lsbinitscripts_9.52.bb   |  2 +-
 .../{man-pages_3.56.bb => man-pages_3.57.bb}   |  4 +--
 ...libxkbcommon_0.3.2.bb => libxkbcommon_0.4.0.bb} |  4 +--
 .../{libcheck_0.9.11.bb => libcheck_0.9.12.bb} |  4 +--
 ...free-caused-by-freeing-link-af_data-in-rt.patch | 41 --
 .../libnl/{libnl_3.2.22.bb => libnl_3.2.24.bb} |  8 ++---
 .../nspr/{nspr_4.10.2.bb => nspr_4.10.3.bb}|  4 +--
 8 files changed, 16 insertions(+), 57 deletions(-)
 rename meta/recipes-devtools/help2man/{help2man-native_1.43.3.bb => 
help2man-native_1.44.1.bb} (72%)
 rename meta/recipes-extended/man-pages/{man-pages_3.56.bb => 
man-pages_3.57.bb} (82%)
 rename meta/recipes-graphics/xorg-lib/{libxkbcommon_0.3.2.bb => 
libxkbcommon_0.4.0.bb} (78%)
 rename meta/recipes-support/libcheck/{libcheck_0.9.11.bb => 
libcheck_0.9.12.bb} (79%)
 delete mode 100644 
meta/recipes-support/libnl/libnl/0001-fix-double-free-caused-by-freeing-link-af_data-in-rt.patch
 rename meta/recipes-support/libnl/{libnl_3.2.22.bb => libnl_3.2.24.bb} (83%)
 rename meta/recipes-support/nspr/{nspr_4.10.2.bb => nspr_4.10.3.bb} (96%)

-- 
1.8.3.1

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 6/7] libcheck: Update to 0.9.12

2014-02-17 Thread Saul Wold

Signed-off-by: Saul Wold 
---
 .../libcheck/{libcheck_0.9.11.bb => libcheck_0.9.12.bb}   | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/libcheck/{libcheck_0.9.11.bb => 
libcheck_0.9.12.bb} (79%)

diff --git a/meta/recipes-support/libcheck/libcheck_0.9.11.bb 
b/meta/recipes-support/libcheck/libcheck_0.9.12.bb
similarity index 79%
rename from meta/recipes-support/libcheck/libcheck_0.9.11.bb
rename to meta/recipes-support/libcheck/libcheck_0.9.12.bb
index 7fc352c..12ef1d4 100644
--- a/meta/recipes-support/libcheck/libcheck_0.9.11.bb
+++ b/meta/recipes-support/libcheck/libcheck_0.9.12.bb
@@ -8,8 +8,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING.LESSER;md5=2d5025d4aa3495befef8f17206a5b0a1"
 SRC_URI = "${SOURCEFORGE_MIRROR}/check/check-${PV}.tar.gz \
   "
 
-SRC_URI[md5sum] = "fd5a03979bcab9fb80ba005b55f54178"
-SRC_URI[sha256sum] = 
"ea4e8c7ffb00bb4ffb3f59f11744a71f1cc4212c79f3083c7d9a4b0953976936"
+SRC_URI[md5sum] = "46fe540d1a03714c7a1967dbc6d484e7"
+SRC_URI[sha256sum] = 
"c7d47e55e133a0ca19a52e08a99333ac55cb22618b53719b7f4117a1875b1ea3"
 
 S = "${WORKDIR}/check-${PV}"
 
-- 
1.8.3.1

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/7] lsbinitscripts: Update to 9.52

2014-02-17 Thread Saul Wold

Signed-off-by: Saul Wold 
---
 meta/recipes-extended/lsb/lsbinitscripts_9.52.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-extended/lsb/lsbinitscripts_9.52.bb 
b/meta/recipes-extended/lsb/lsbinitscripts_9.52.bb
index 11deae2..bc3e620 100644
--- a/meta/recipes-extended/lsb/lsbinitscripts_9.52.bb
+++ b/meta/recipes-extended/lsb/lsbinitscripts_9.52.bb
@@ -6,7 +6,7 @@ DEPENDS = "popt glib-2.0"
 LIC_FILES_CHKSUM = "file://COPYING;md5=ebf4e8b49780ab187d51bd26aaa022c6"
 
 S="${WORKDIR}/initscripts-${PV}"
-SRC_URI = 
"http://pkgs.fedoraproject.org/repo/pkgs/initscripts/initscripts-${PV}.tar.bz2/2453811ec27a781a77f309f356663d9e/initscripts-${PV}.tar.bz2
 \
+SRC_URI = 
"http://pkgs.fedoraproject.org/repo/pkgs/initscripts/initscripts-9.52.tar.bz2/2453811ec27a781a77f309f356663d9e/initscripts-9.52.tar.bz2
 \
file://functions.patch \
   " 
 
-- 
1.8.3.1

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/7] help2man: Update to 1.44.1

2014-02-17 Thread Saul Wold

Signed-off-by: Saul Wold 
---
 .../{help2man-native_1.43.3.bb => help2man-native_1.44.1.bb}| 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-devtools/help2man/{help2man-native_1.43.3.bb => 
help2man-native_1.44.1.bb} (72%)

diff --git a/meta/recipes-devtools/help2man/help2man-native_1.43.3.bb 
b/meta/recipes-devtools/help2man/help2man-native_1.44.1.bb
similarity index 72%
rename from meta/recipes-devtools/help2man/help2man-native_1.43.3.bb
rename to meta/recipes-devtools/help2man/help2man-native_1.44.1.bb
index 5bf6149..cf9a12d 100644
--- a/meta/recipes-devtools/help2man/help2man-native_1.43.3.bb
+++ b/meta/recipes-devtools/help2man/help2man-native_1.44.1.bb
@@ -4,10 +4,10 @@ LICENSE = "GPLv3"
 LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504"
 DEPENDS = "autoconf-native automake-native"
 
-SRC_URI = "${GNU_MIRROR}/${BPN}/${BPN}-${PV}.tar.gz"
+SRC_URI = "${GNU_MIRROR}/${BPN}/${BPN}-${PV}.tar.xz"
 
-SRC_URI[md5sum] = "a84868db7c139238df8add5d86a0b54f"
-SRC_URI[sha256sum] = 
"67978d118980ebd9f0c60be5db129527900a7b997b9568fc795ba9bdb341d303"
+SRC_URI[md5sum] = "a5dc6530340b41f0e492d400670dd7ae"
+SRC_URI[sha256sum] = 
"22de6846771921f455e389cdca07119d7f55b1877685b42dd5bbb9fc1377defb"
 
 inherit autotools native
 
-- 
1.8.3.1

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 5/7] libxkbcommon: Update to 0.3.2

2014-02-17 Thread Saul Wold

Signed-off-by: Saul Wold 
---
 .../xorg-lib/{libxkbcommon_0.3.2.bb => libxkbcommon_0.4.0.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-lib/{libxkbcommon_0.3.2.bb => 
libxkbcommon_0.4.0.bb} (78%)

diff --git a/meta/recipes-graphics/xorg-lib/libxkbcommon_0.3.2.bb 
b/meta/recipes-graphics/xorg-lib/libxkbcommon_0.4.0.bb
similarity index 78%
rename from meta/recipes-graphics/xorg-lib/libxkbcommon_0.3.2.bb
rename to meta/recipes-graphics/xorg-lib/libxkbcommon_0.4.0.bb
index 4a83b4f..2726302 100644
--- a/meta/recipes-graphics/xorg-lib/libxkbcommon_0.3.2.bb
+++ b/meta/recipes-graphics/xorg-lib/libxkbcommon_0.4.0.bb
@@ -9,8 +9,8 @@ DEPENDS = "util-macros flex-native bison-native"
 
 SRC_URI = "http://xkbcommon.org/download/${BPN}-${PV}.tar.xz";
 
-SRC_URI[md5sum] = "935cf416354bf05210de2e389484f7e8"
-SRC_URI[sha256sum] = 
"cc378a47b01b00226ecf647b69e07df04091323846124b366cf835e5cdf5a88a"
+SRC_URI[md5sum] = "bb782f1700e45b4f57c84ef513e3cf85"
+SRC_URI[sha256sum] = 
"2dc018e830d1befaf4822615204138318da3fff0112f78f3a7c638fa617375b8"
 
 inherit autotools pkgconfig
 
-- 
1.8.3.1

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 4/7] man-pages: Update to 3.56

2014-02-17 Thread Saul Wold

Signed-off-by: Saul Wold 
---
 .../man-pages/{man-pages_3.56.bb => man-pages_3.57.bb}| 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-extended/man-pages/{man-pages_3.56.bb => 
man-pages_3.57.bb} (82%)

diff --git a/meta/recipes-extended/man-pages/man-pages_3.56.bb 
b/meta/recipes-extended/man-pages/man-pages_3.57.bb
similarity index 82%
rename from meta/recipes-extended/man-pages/man-pages_3.56.bb
rename to meta/recipes-extended/man-pages/man-pages_3.57.bb
index c8ecbc2..2277270 100644
--- a/meta/recipes-extended/man-pages/man-pages_3.56.bb
+++ b/meta/recipes-extended/man-pages/man-pages_3.57.bb
@@ -7,8 +7,8 @@ LICENSE = "GPLv2+"
 LIC_FILES_CHKSUM = "file://README;md5=0422377a748010b2b738342e24f141c1"
 SRC_URI = "${KERNELORG_MIRROR}/linux/docs/${BPN}/Archive/${BP}.tar.gz"
 
-SRC_URI[md5sum] = "60eb30044fda5b7a8eec7791cf51a066"
-SRC_URI[sha256sum] = 
"7d567ba8d1a953b94379bdf6fce261cb4b01343ba083ffdc4d3e2b8f9d12e66e"
+SRC_URI[md5sum] = "c56dce7f02bc980a03188276fb5e6f72"
+SRC_URI[sha256sum] = 
"8183a3d5ffd4870d3af01390380c24f783501c49ff6b28f3d96f592c04f0b06d"
 
 RDEPENDS_${PN} = "man"
 
-- 
1.8.3.1

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 7/7] nspr: Update to 4.10.3

2014-02-17 Thread Saul Wold

Signed-off-by: Saul Wold 
---
 meta/recipes-support/nspr/{nspr_4.10.2.bb => nspr_4.10.3.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/nspr/{nspr_4.10.2.bb => nspr_4.10.3.bb} (96%)

diff --git a/meta/recipes-support/nspr/nspr_4.10.2.bb 
b/meta/recipes-support/nspr/nspr_4.10.3.bb
similarity index 96%
rename from meta/recipes-support/nspr/nspr_4.10.2.bb
rename to meta/recipes-support/nspr/nspr_4.10.3.bb
index bb8912e..4792b65 100644
--- a/meta/recipes-support/nspr/nspr_4.10.2.bb
+++ b/meta/recipes-support/nspr/nspr_4.10.3.bb
@@ -13,8 +13,8 @@ SRC_URI = 
"ftp://ftp.mozilla.org/pub/mozilla.org/nspr/releases/v${PV}/src/nspr-$
 
 SRC_URI += "file://nspr.pc.in"
 
-SRC_URI[md5sum] = "f0d254da0b2b870d9a5fa094e879d4b8"
-SRC_URI[sha256sum] = 
"4d09ee67a6fb57d3c646098b0ac7fd1e31be1c2c2ca57cd2ad28b42e6d3cf400"
+SRC_URI[md5sum] = "bf298e874cf454a3c2f8fe7e671c5d2e"
+SRC_URI[sha256sum] = 
"f25779b1a665dab0090b9c977dc6c29a63320f442956ed78629b66b405cb01e5"
 
 S = "${WORKDIR}/nspr-${PV}/nspr"
 
-- 
1.8.3.1

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH V2] rpm: fix a endian incompatible error in generating tag

2014-02-17 Thread Ming Liu

A flaw was found in the way rpm generating arbitrary tags, which leads to a
incorrect query result, this issue is introduced by a incompatible endianess
when the generating process is executed on different architectures.

This patch resolves it by taking the byte order that host uses.

Signed-off-by: Ming Liu 
---
 .../rpm-tag-generate-endian-conversion-fix.patch   |   49 
 meta/recipes-devtools/rpm/rpm_5.4.9.bb |1 +
 2 files changed, 50 insertions(+), 0 deletions(-)
 create mode 100644 
meta/recipes-devtools/rpm/rpm/rpm-tag-generate-endian-conversion-fix.patch

diff --git 
a/meta/recipes-devtools/rpm/rpm/rpm-tag-generate-endian-conversion-fix.patch 
b/meta/recipes-devtools/rpm/rpm/rpm-tag-generate-endian-conversion-fix.patch
new file mode 100644
index 000..e487b82
--- /dev/null
+++ b/meta/recipes-devtools/rpm/rpm/rpm-tag-generate-endian-conversion-fix.patch
@@ -0,0 +1,49 @@
+fix a endian incompatible error in generating rpm tag
+
+A flaw was found in the way rpm generating arbitrary tags, which leads to a
+incorrect query result, this issue is introduced by a incompatible endianess
+when the generating process is executed on different architectures.
+
+This patch resolves it by taking the byte order that host uses.
+
+Upstream-Status: Pending
+
+Signed-off-by: Ming Liu 
+---
+ tagname.c |   16 
+ 1 file changed, 16 insertions(+)
+
+diff -urpN a/rpmdb/tagname.c b/rpmdb/tagname.c
+--- a/rpmdb/tagname.c
 b/rpmdb/tagname.c
+@@ -3,6 +3,19 @@
+  */
+ 
+ #include "system.h"
++#include 
++
++/* Don't redefine this macro if it already exists */
++#ifndef le32toh
++#ifdef __USE_BSD
++#include 
++#if __BYTE_ORDER == __LITTLE_ENDIAN
++#define le32toh(x) (x)
++#else
++#define le32toh(x) __bswap_32(x)
++#endif
++#endif /* __USE_BSD */
++#endif /* le32toh */
+ 
+ #include/* XXX DIGEST_CTX, xtolower, xstrcasecmp */
+ #include 
+@@ -152,7 +165,10 @@ static rpmTag _tagGenerate(const char *s
+ xx = rpmDigestUpdate(ctx, s, nb);
+ xx = rpmDigestFinal(ctx, &digest, &digestlen, 0);
+ if (digest && digestlen > 4) {
++  /* The tag is stored in a uniform byte order for cross-endian 
compatibility.
++ Swap to the host uses. */
+   memcpy(&tag, digest + (digestlen - 4), 4);
++  tag = le32toh(tag);
+   tag = (rpmTag) (tag & 0x3fff);
+   tag = (rpmTag) (tag | 0x4000);
+ }
diff --git a/meta/recipes-devtools/rpm/rpm_5.4.9.bb 
b/meta/recipes-devtools/rpm/rpm_5.4.9.bb
index 9d376a5..7921f40 100644
--- a/meta/recipes-devtools/rpm/rpm_5.4.9.bb
+++ b/meta/recipes-devtools/rpm/rpm_5.4.9.bb
@@ -89,6 +89,7 @@ SRC_URI = 
"http://www.rpm5.org/files/rpm/rpm-5.4/rpm-5.4.9-0.20120508.src.rpm;ex
   file://debugedit-valid-file-to-fix-segment-fault.patch \
   file://rpm-platform-file-fix.patch \
   file://rpm-lsb-compatibility.patch \
+  file://rpm-tag-generate-endian-conversion-fix.patch \
  "
 
 # Uncomment the following line to enable platform score debugging
-- 
1.7.1

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 3/7] lsbinitscripts: Update to 9.52

2014-02-17 Thread Laurentiu Palcu

Hi Saul,

On Mon, Feb 17, 2014 at 12:22:58AM -0800, Saul Wold wrote:
> Signed-off-by: Saul Wold 
> ---
>  meta/recipes-extended/lsb/lsbinitscripts_9.52.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-extended/lsb/lsbinitscripts_9.52.bb 
> b/meta/recipes-extended/lsb/lsbinitscripts_9.52.bb
> index 11deae2..bc3e620 100644
> --- a/meta/recipes-extended/lsb/lsbinitscripts_9.52.bb
> +++ b/meta/recipes-extended/lsb/lsbinitscripts_9.52.bb
> @@ -6,7 +6,7 @@ DEPENDS = "popt glib-2.0"
>  LIC_FILES_CHKSUM = "file://COPYING;md5=ebf4e8b49780ab187d51bd26aaa022c6"
>  
>  S="${WORKDIR}/initscripts-${PV}"
> -SRC_URI = 
> "http://pkgs.fedoraproject.org/repo/pkgs/initscripts/initscripts-${PV}.tar.bz2/2453811ec27a781a77f309f356663d9e/initscripts-${PV}.tar.bz2
>  \
> +SRC_URI = 
> "http://pkgs.fedoraproject.org/repo/pkgs/initscripts/initscripts-9.52.tar.bz2/2453811ec27a781a77f309f356663d9e/initscripts-9.52.tar.bz2
>  \
This doesn't look like an upgrade... Besides, I believe you already
upgraded this recipe to 9.52:

Author: Saul Wold 
Date:   Mon Jan 20 18:54:30 2014 -0800

lsbinitscripts: Update to 9.52

Am I missing something?

laurentiu


> file://functions.patch \
>" 
>  
> -- 
> 1.8.3.1
> 
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 3/7] lsbinitscripts: Update to 9.52

2014-02-17 Thread Burton, Ross

On 17 February 2014 08:58, Laurentiu Palcu  wrote:
> Am I missing something?

Looks like the remains from a rebase when there were two versions of
the patch in circulation.

Ross
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] pseudo-1.5.1: keep install command directory mode

2014-02-17 Thread Zhu Yanjun

From: "yanjun.zhu" 

CQID:LIN5-17788

when install command sets the created directory mode, pseudo will change
the mode of the directory to 0700 incorrectly.

Signed-off-by: yanjun.zhu 
---
 .../pseudo-1.5.1-install-directory-mode.patch  |   10 ++
 meta/recipes-devtools/pseudo/pseudo_1.5.1.bb   |3 ++-
 2 files changed, 12 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-devtools/pseudo/files/pseudo-1.5.1-install-directory-mode.patch

diff --git 
a/meta/recipes-devtools/pseudo/files/pseudo-1.5.1-install-directory-mode.patch 
b/meta/recipes-devtools/pseudo/files/pseudo-1.5.1-install-directory-mode.patch
new file mode 100644
index 000..02e3da2
--- /dev/null
+++ 
b/meta/recipes-devtools/pseudo/files/pseudo-1.5.1-install-directory-mode.patch
@@ -0,0 +1,10 @@
+--- a/ports/unix/guts/mkdirat.c
 b/ports/unix/guts/mkdirat.c
+@@ -25,6 +25,7 @@
+   stat_rc = base_fstatat(dirfd, path, &buf, AT_SYMLINK_NOFOLLOW);
+ #endif
+   if (stat_rc != -1) {
++  buf.st_mode = PSEUDO_DB_MODE(buf.st_mode, mode);
+   pseudo_client_op(OP_MKDIR, 0, -1, dirfd, path, &buf);
+   } else {
+   pseudo_debug(1, "mkdir of %s succeeded, but stat 
failed: %s\n",
diff --git a/meta/recipes-devtools/pseudo/pseudo_1.5.1.bb 
b/meta/recipes-devtools/pseudo/pseudo_1.5.1.bb
index bc92856..64115ca 100644
--- a/meta/recipes-devtools/pseudo/pseudo_1.5.1.bb
+++ b/meta/recipes-devtools/pseudo/pseudo_1.5.1.bb
@@ -1,11 +1,12 @@
 require pseudo.inc
 
-PR = "r4"
+PR = "r5"
 
 SRC_URI = " \
 http://www.yoctoproject.org/downloads/${BPN}/${BPN}-${PV}.tar.bz2 \
 file://0001-pseudo_has_unload-add-function.patch \
 file://shutdownping.patch \
+file://pseudo-1.5.1-install-directory-mode.patch \
 "
 
 SRC_URI[md5sum] = "5ec67c7bff5fe68c56de500859c19172"
-- 
1.7.9.5

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] lib/oe/image.py: fix working directory

2014-02-17 Thread Jonathan Liu

The working directory needs to be changed before the image creation
commands instead of afterwards.

Signed-off-by: Jonathan Liu 
---
 meta/lib/oe/image.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oe/image.py b/meta/lib/oe/image.py
index c15296f..31193f2 100644
--- a/meta/lib/oe/image.py
+++ b/meta/lib/oe/image.py
@@ -176,8 +176,8 @@ class Image(object):
 bb.data.update_data(localdata)
 localdata.setVar('type', type)
 
-cmds.append("\t" + localdata.getVar("IMAGE_CMD", True))
 cmds.append(localdata.expand("\tcd ${DEPLOY_DIR_IMAGE}"))
+cmds.append("\t" + localdata.getVar("IMAGE_CMD", True))
 
 if type in cimages:
 for ctype in cimages[type]:
-- 
1.8.5.4

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] SDK Issues

2014-02-17 Thread Jack Mitchell

I recently did a new build of my images and SDKs under master
(b188bda18690dc1af) refreshing a 3 month old build. Now everything
builds fine, but when trying to build our in house software with the
SDK, the new SDK falls over citing issues failing to link with libdl. If
I think switch back to using the old SDK, everything builds without
issue. Can anybody think of anything which might have altered the SDK in
the past few months in order to cause this to break? I have done a quick
directory diff of the 2 SDKs and nothing radically different. GCC 4.81
-> 4.82 and autotools 1.13  -> 1.14 are probably the big changes. From
what I can see the command to build the application is linking with all
the correct libraries and as it builds with previous versions I would be
surprised if this was wrong. It also seems to be struggling with the
-lcrypto libraries, but it hits the libdl issue first so it may just be
a domino effect, or there could be a significant issue with the SDK
generation.

i586-oe-linux-gcc -m32 -march=core2 -mtune=core2 -msse3 -mfpmath=sse
--sysroot=/scratch/jmitchell/oecore-sdk/1/sysroots/core2-32-oe-linux -I.
-I/scratch/jmitchell/code.git/net-snmp/../include -Wall -pipe  -rdynamic
-g -Wall -Wextra -Wl,--build-id -O2 -Wall -Wstrict-prototypes
-Wwrite-strings -Wcast-qual -Wno-char-subscripts -Dlinux -o .libs/snmpd
snmpd.o -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -rdynamic -rdynamic
 ./.libs/libucdagent.so ./.libs/libucdmibs.so -lwrap
../snmplib/.libs/libsnmp.so -lcrypto -ldl -lelf -ldl  -Wl,--rpath
-Wl,/scratch/jmitchell/code.git/net-snmp/../net-snmp/usr/lib
./.libs/libucdmibs.so: undefined reference to `dlopen'
../snmplib/.libs/libsnmp.so: undefined reference to `EVP_md5'
../snmplib/.libs/libsnmp.so: undefined reference to `EVP_sha1'
../snmplib/.libs/libsnmp.so: undefined reference to `RAND_bytes'
../snmplib/.libs/libsnmp.so: undefined reference to `EVP_DigestInit'
./.libs/libucdmibs.so: undefined reference to `dlclose'
../snmplib/.libs/libsnmp.so: undefined reference to `DES_ncbc_encrypt'
../snmplib/.libs/libsnmp.so: undefined reference to `DES_cbc_encrypt'
../snmplib/.libs/libsnmp.so: undefined reference to `EVP_DigestUpdate'
../snmplib/.libs/libsnmp.so: undefined reference to `HMAC'
../snmplib/.libs/libsnmp.so: undefined reference to `DES_key_sched'
./.libs/libucdmibs.so: undefined reference to `dlerror'
./.libs/libucdmibs.so: undefined reference to `dlsym'
../snmplib/.libs/libsnmp.so: undefined reference to `EVP_DigestFinal'

Any light shed would be much appreciated!

Cheers,

-- 
  Jack Mitchell (j...@embed.me.uk)
  Embedded Systems Engineer
  Cambridgeshire, UK
  http://www.embed.me.uk
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] SDK Issues

2014-02-17 Thread Richard Purdie

On Mon, 2014-02-17 at 10:44 +, Jack Mitchell wrote:
> I recently did a new build of my images and SDKs under master
> (b188bda18690dc1af) refreshing a 3 month old build. Now everything
> builds fine, but when trying to build our in house software with the
> SDK, the new SDK falls over citing issues failing to link with libdl. If
> I think switch back to using the old SDK, everything builds without
> issue. Can anybody think of anything which might have altered the SDK in
> the past few months in order to cause this to break? I have done a quick
> directory diff of the 2 SDKs and nothing radically different. GCC 4.81
> -> 4.82 and autotools 1.13  -> 1.14 are probably the big changes. From
> what I can see the command to build the application is linking with all
> the correct libraries and as it builds with previous versions I would be
> surprised if this was wrong. It also seems to be struggling with the
> -lcrypto libraries, but it hits the libdl issue first so it may just be
> a domino effect, or there could be a significant issue with the SDK
> generation.
> 
> i586-oe-linux-gcc -m32 -march=core2 -mtune=core2 -msse3 -mfpmath=sse
> --sysroot=/scratch/jmitchell/oecore-sdk/1/sysroots/core2-32-oe-linux -I.
> -I/scratch/jmitchell/code.git/net-snmp/../include -Wall -pipe  -rdynamic
> -g -Wall -Wextra -Wl,--build-id -O2 -Wall -Wstrict-prototypes
> -Wwrite-strings -Wcast-qual -Wno-char-subscripts -Dlinux -o .libs/snmpd
> snmpd.o -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -rdynamic -rdynamic
>  ./.libs/libucdagent.so ./.libs/libucdmibs.so -lwrap
> ../snmplib/.libs/libsnmp.so -lcrypto -ldl -lelf -ldl  -Wl,--rpath
> -Wl,/scratch/jmitchell/code.git/net-snmp/../net-snmp/usr/lib
> ./.libs/libucdmibs.so: undefined reference to `dlopen'
> ../snmplib/.libs/libsnmp.so: undefined reference to `EVP_md5'
> ../snmplib/.libs/libsnmp.so: undefined reference to `EVP_sha1'
> ../snmplib/.libs/libsnmp.so: undefined reference to `RAND_bytes'
> ../snmplib/.libs/libsnmp.so: undefined reference to `EVP_DigestInit'
> ./.libs/libucdmibs.so: undefined reference to `dlclose'
> ../snmplib/.libs/libsnmp.so: undefined reference to `DES_ncbc_encrypt'
> ../snmplib/.libs/libsnmp.so: undefined reference to `DES_cbc_encrypt'
> ../snmplib/.libs/libsnmp.so: undefined reference to `EVP_DigestUpdate'
> ../snmplib/.libs/libsnmp.so: undefined reference to `HMAC'
> ../snmplib/.libs/libsnmp.so: undefined reference to `DES_key_sched'
> ./.libs/libucdmibs.so: undefined reference to `dlerror'
> ./.libs/libucdmibs.so: undefined reference to `dlsym'
> ../snmplib/.libs/libsnmp.so: undefined reference to `EVP_DigestFinal'
> 
> Any light shed would be much appreciated!

Binutils changed and we did see some occasional link issues with that.
You could try the command without -Wl,--as-needed. If that helps, you
have a library ordering issue which the new stricter binutils picked up.

I'm just guessing mind but its worth a try...

Cheers,

Richard

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] SDK Issues

2014-02-17 Thread Jack Mitchell

On 17/02/14 10:49, Richard Purdie wrote:
> On Mon, 2014-02-17 at 10:44 +, Jack Mitchell wrote:
>> I recently did a new build of my images and SDKs under master
>> (b188bda18690dc1af) refreshing a 3 month old build. Now everything
>> builds fine, but when trying to build our in house software with the
>> SDK, the new SDK falls over citing issues failing to link with libdl. If
>> I think switch back to using the old SDK, everything builds without
>> issue. Can anybody think of anything which might have altered the SDK in
>> the past few months in order to cause this to break? I have done a quick
>> directory diff of the 2 SDKs and nothing radically different. GCC 4.81
>> -> 4.82 and autotools 1.13  -> 1.14 are probably the big changes. From
>> what I can see the command to build the application is linking with all
>> the correct libraries and as it builds with previous versions I would be
>> surprised if this was wrong. It also seems to be struggling with the
>> -lcrypto libraries, but it hits the libdl issue first so it may just be
>> a domino effect, or there could be a significant issue with the SDK
>> generation.
>>
>> i586-oe-linux-gcc -m32 -march=core2 -mtune=core2 -msse3 -mfpmath=sse
>> --sysroot=/scratch/jmitchell/oecore-sdk/1/sysroots/core2-32-oe-linux -I.
>> -I/scratch/jmitchell/code.git/net-snmp/../include -Wall -pipe  -rdynamic
>> -g -Wall -Wextra -Wl,--build-id -O2 -Wall -Wstrict-prototypes
>> -Wwrite-strings -Wcast-qual -Wno-char-subscripts -Dlinux -o .libs/snmpd
>> snmpd.o -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -rdynamic -rdynamic
>>  ./.libs/libucdagent.so ./.libs/libucdmibs.so -lwrap
>> ../snmplib/.libs/libsnmp.so -lcrypto -ldl -lelf -ldl  -Wl,--rpath
>> -Wl,/scratch/jmitchell/code.git/net-snmp/../net-snmp/usr/lib
>> ./.libs/libucdmibs.so: undefined reference to `dlopen'
>> ../snmplib/.libs/libsnmp.so: undefined reference to `EVP_md5'
>> ../snmplib/.libs/libsnmp.so: undefined reference to `EVP_sha1'
>> ../snmplib/.libs/libsnmp.so: undefined reference to `RAND_bytes'
>> ../snmplib/.libs/libsnmp.so: undefined reference to `EVP_DigestInit'
>> ./.libs/libucdmibs.so: undefined reference to `dlclose'
>> ../snmplib/.libs/libsnmp.so: undefined reference to `DES_ncbc_encrypt'
>> ../snmplib/.libs/libsnmp.so: undefined reference to `DES_cbc_encrypt'
>> ../snmplib/.libs/libsnmp.so: undefined reference to `EVP_DigestUpdate'
>> ../snmplib/.libs/libsnmp.so: undefined reference to `HMAC'
>> ../snmplib/.libs/libsnmp.so: undefined reference to `DES_key_sched'
>> ./.libs/libucdmibs.so: undefined reference to `dlerror'
>> ./.libs/libucdmibs.so: undefined reference to `dlsym'
>> ../snmplib/.libs/libsnmp.so: undefined reference to `EVP_DigestFinal'
>>
>> Any light shed would be much appreciated!
> Binutils changed and we did see some occasional link issues with that.
> You could try the command without -Wl,--as-needed. If that helps, you
> have a library ordering issue which the new stricter binutils picked up.
>
> I'm just guessing mind but its worth a try...
>
> Cheers,
>
> Richard
>

Good shout, that seems to allow it to build; I didn't even realise
ordering of linker libs could effect the build. I guess I have some
reading to go do!

Cheers RP.

-- 
  Jack Mitchell (j...@embed.me.uk)
  Embedded Systems Engineer
  Cambridgeshire, UK
  http://www.embed.me.uk
-- 

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] SDK Issues

2014-02-17 Thread Burton, Ross

On 17 February 2014 11:08, Jack Mitchell  wrote:
> Good shout, that seems to allow it to build; I didn't even realise
> ordering of linker libs could effect the build. I guess I have some
> reading to go do!

Modern binutils will only link objects that are actually used, so you
need to build the links in the right order so it doesn't just ignore
your request to link to a library (as nothing uses it) for it to then
fail later (symbols not found).

Ross
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2] matchbox-keyboard: daemonize launch

2014-02-17 Thread Burton, Ross

On 16 February 2014 14:13, Alexandre Belloni
 wrote:
>> Also, why do you need another shell instance, out of curiosity. ISTM
>> that only wastes RAM..
>
> We create a shell and start in the background to wait for
> matchbox-desktop to start. This allows X continue to start and run the
> next Xsession scripts. And matchbox-desktop has to be the last started
> program si we don't have any other way. Anyway, once the
> matchbox-keyboard daemon starts, the shell will exit and not use ram
> anymore.

As matchbox-keyboard.sh is being sourced, I don't think we need to subshell.

Ross
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2] matchbox-keyboard: daemonize launch

2014-02-17 Thread Alexandre Belloni

On 17/02/2014 at 11:23:19 +, Burton, Ross wrote :
> On 16 February 2014 14:13, Alexandre Belloni
>  wrote:
> >> Also, why do you need another shell instance, out of curiosity. ISTM
> >> that only wastes RAM..
> >
> > We create a shell and start in the background to wait for
> > matchbox-desktop to start. This allows X continue to start and run the
> > next Xsession scripts. And matchbox-desktop has to be the last started
> > program si we don't have any other way. Anyway, once the
> > matchbox-keyboard daemon starts, the shell will exit and not use ram
> > anymore.
> 
> As matchbox-keyboard.sh is being sourced, I don't think we need to subshell.
> 

Indeed, that seems to work, I will send v3.


-- 
Alexandre Belloni, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v3] matchbox-keyboard: daemonize launch

2014-02-17 Thread Alexandre Belloni

The .shbg extension is not properly supported by the Xsession script
provided by xserver-common.

See discussion here:
https://lists.yoctoproject.org/pipermail/poky/2013-December/009463.html

Bug here:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=5546

Signed-off-by: Alexandre Belloni 
---
 .../matchbox-keyboard/files/80matchboxkeyboard.sh  | 21 
 .../files/80matchboxkeyboard.shbg  | 23 --
 .../matchbox-keyboard/matchbox-keyboard_git.bb |  4 ++--
 3 files changed, 23 insertions(+), 25 deletions(-)
 create mode 100755 
meta/recipes-sato/matchbox-keyboard/files/80matchboxkeyboard.sh
 delete mode 100755 
meta/recipes-sato/matchbox-keyboard/files/80matchboxkeyboard.shbg

diff --git a/meta/recipes-sato/matchbox-keyboard/files/80matchboxkeyboard.sh 
b/meta/recipes-sato/matchbox-keyboard/files/80matchboxkeyboard.sh
new file mode 100755
index ..6cf188b2d006
--- /dev/null
+++ b/meta/recipes-sato/matchbox-keyboard/files/80matchboxkeyboard.sh
@@ -0,0 +1,21 @@
+#!/bin/sh
+
+. /etc/formfactor/config
+
+CMD=""
+
+if [ "$HAVE_KEYBOARD" = "0" ]; then
+CMD="matchbox-keyboard -d"
+elif [ "$DISPLAY_CAN_ROTATE" = "1" ]; then
+if [ "$HAVE_KEYBOARD_PORTRAIT" = "1" -a "$HAVE_KEYBOARD_LANDSCAPE" = "0" 
]; then
+CMD="matchbox-keyboard -d -o landscape"
+elif [ "$HAVE_KEYBOARD_LANDSCAPE" = "1" -a "$HAVE_KEYBOARD_PORTRAIT" = "0" 
]; then
+CMD="matchbox-keyboard -d -o portrait"
+fi
+fi
+
+if [ "$CMD" ]; then
+# Delay to make sure the window manager is active
+# by waiting for the desktop to say its finished loading
+dbus-wait org.matchbox_project.desktop Loaded && $CMD &
+fi
diff --git a/meta/recipes-sato/matchbox-keyboard/files/80matchboxkeyboard.shbg 
b/meta/recipes-sato/matchbox-keyboard/files/80matchboxkeyboard.shbg
deleted file mode 100755
index 43c5d3ed6a32..
--- a/meta/recipes-sato/matchbox-keyboard/files/80matchboxkeyboard.shbg
+++ /dev/null
@@ -1,23 +0,0 @@
-#!/bin/sh
-
-. /etc/formfactor/config
-
-CMD=""
-
-if [ "$HAVE_KEYBOARD" = "0" ]; then
-CMD="matchbox-keyboard -d"
-elif [ "$DISPLAY_CAN_ROTATE" = "1" ]; then
-if [ "$HAVE_KEYBOARD_PORTRAIT" = "1" -a "$HAVE_KEYBOARD_LANDSCAPE" = "0" 
]; then
-CMD="matchbox-keyboard -d -o landscape"
-elif [ "$HAVE_KEYBOARD_LANDSCAPE" = "1" -a "$HAVE_KEYBOARD_PORTRAIT" = "0" 
]; then
-CMD="matchbox-keyboard -d -o portrait"
-fi
-fi
-   
-
-if [ "$CMD" ]; then
-# Delay to make sure the window manager is active
-# by waiting for the desktop to say its finished loading
-dbus-wait org.matchbox_project.desktop Loaded
-exec $CMD
-fi
diff --git a/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb 
b/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb
index ffcabcad2215..70caf6fc0222 100644
--- a/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb
+++ b/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb
@@ -17,7 +17,7 @@ PR = "r4"
 SRC_URI = "git://git.yoctoproject.org/${BPN} \
file://configure_fix.patch;maxrev=1819 \
file://single-instance.patch \
-   file://80matchboxkeyboard.shbg \
+   file://80matchboxkeyboard.sh \
file://png-fix.patch"
 
 S = "${WORKDIR}/git"
@@ -43,7 +43,7 @@ FILES_${PN}-applet = "${libdir}/matchbox-panel/*.so"
 
 do_install_append () {
install -d ${D}/${sysconfdir}/X11/Xsession.d/
-   install -m 755 ${WORKDIR}/80matchboxkeyboard.shbg 
${D}/${sysconfdir}/X11/Xsession.d/
+   install -m 755 ${WORKDIR}/80matchboxkeyboard.sh 
${D}/${sysconfdir}/X11/Xsession.d/
 
rm -f ${D}${libdir}/gtk-2.0/*/immodules/*.la
rm -f ${D}${libdir}/matchbox-panel/*.la
-- 
1.8.3.2

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2 0/2] Add task to create kernel config fragments

2014-02-17 Thread Otavio Salvador

Hello Joao,

On Sun, Feb 16, 2014 at 6:40 PM, João Henrique Ferreira de Freitas
 wrote:
> Changes in v2:
>- address Darren
>   - task name, using diffconfig
>   - except on failure
>   - space after ','
>   - printing the path to fragment
>
>- address RP's comments (import os)
>
> Hi,
>
> These patches add a new task called fragmentconfig which should be used
> when the user need to extract a diff between two kernel config files.
>
> For instance:
>
>   bitbake -c menuconfig linux-yoco
>
>   [do some changes and save]
>
>   bitbake -c fragmentconfig linux-yocto
>
> See the fragment.cfg in $WORKDIR/fragment.cfg
>
> This closes [YOCTO #3862]

I do like the patchset except that his cover letter seems outdate as
the task now is diffconfig. Maybe you could add another task too,
which we use quite often in meta-fsl-arm, savedefconfig. This would
easy people to generate strimmed versions for use.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2 0/2] Add task to create kernel config fragments

2014-02-17 Thread João Henrique Freitas

Hi Otavio,


> I do like the patchset except that his cover letter seems outdate as
> the task now is diffconfig.


You are right.



> Maybe you could add another task too,
> which we use quite often in meta-fsl-arm, savedefconfig. This would
> easy people to generate strimmed versions for use.
>

Yes, after this patch is accepted, I will prepare the savedefconfig task
(cml1.bbclass).

Thanks.


> --
> Otavio Salvador O.S. Systems
> http://www.ossystems.com.brhttp://code.ossystems.com.br
> Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
>



-- 
João Henrique Ferreira de Freitas - joaohf_at_gmail.com
Campinas-SP-Brasil
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/4] bitbake.conf: add BBINCLUDED and BB_INVALIDCONF to config hash whitelist

2014-02-17 Thread Paul Eggleton

These variables should not influence the config hash, i.e. changing them
shouldn't trigger a reparse of the metadata, so whitelist them.

Signed-off-by: Paul Eggleton 
---
 meta/conf/bitbake.conf | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 4fb6a1c..f81dea6 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -771,7 +771,7 @@ BB_HASHBASE_WHITELIST ?= "TMPDIR FILE PATH PWD BB_TASKHASH 
BBPATH DL_DIR \
 WARN_QA ERROR_QA WORKDIR"
 BB_HASHCONFIG_WHITELIST ?= "${BB_HASHBASE_WHITELIST} DATE TIME SSH_AGENT_PID \
 SSH_AUTH_SOCK PSEUDO_BUILD BB_ENV_EXTRAWHITE DISABLE_SANITY_CHECKS \
-PARALLEL_MAKE BB_NUMBER_THREADS BB_ORIGENV"
+PARALLEL_MAKE BB_NUMBER_THREADS BB_ORIGENV BB_INVALIDCONF BBINCLUDED"
 BB_SIGNATURE_EXCLUDE_FLAGS ?= "doc defaultval _append _prepend deps depends \
 lockfiles type vardepsexclude vardeps vardepvalue file-checksums python \
 func task export unexport noexec nostamp dirs cleandirs \
-- 
1.8.5.3

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/4] Misc core fixes

2014-02-17 Thread Paul Eggleton

Some miscellaneous fixes for issues found when using Hob, trying to
restore from shared state and building an image at the same time as an
SDK.


The following changes since commit 11e2aaf2d751277e3e99ac2acbbeff2b7227be94:

  lib/oe/package_manager: Make empty package directories non-fatal (2014-02-16 
16:30:58 +)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib paule/fixes3
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/fixes3

Paul Eggleton (4):
  bitbake.conf: add BBINCLUDED and BB_INVALIDCONF to config hash
whitelist
  eglibc-locale: add eglibc-gconv to PACKAGES_DYNAMIC
  classes/populate_sdk_base: fix race condition with do_rootfs
  classes/populate_sdk_base: optimise task dependencies

 meta/classes/populate_sdk_base.bbclass | 4 +++-
 meta/conf/bitbake.conf | 2 +-
 meta/recipes-core/eglibc/eglibc-locale.inc | 3 ++-
 3 files changed, 6 insertions(+), 3 deletions(-)

-- 
1.8.5.3

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/4] eglibc-locale: add eglibc-gconv to PACKAGES_DYNAMIC

2014-02-17 Thread Paul Eggleton

If you try to add eglibc-gconv to an image, you'll get a NoProvider
error because nothing at parse time states that it provides this (it's
added to PACKAGES in populate_packages). This problem manifests itself
in Hob for example when customising an image.

Signed-off-by: Paul Eggleton 
---
 meta/recipes-core/eglibc/eglibc-locale.inc | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-core/eglibc/eglibc-locale.inc 
b/meta/recipes-core/eglibc/eglibc-locale.inc
index e615e51..4da5abd 100644
--- a/meta/recipes-core/eglibc/eglibc-locale.inc
+++ b/meta/recipes-core/eglibc/eglibc-locale.inc
@@ -35,7 +35,8 @@ PACKAGES = "localedef ${PN}-dbg"
 
 PACKAGES_DYNAMIC = "^locale-base-.* \
 ^eglibc-gconv-.* ^eglibc-charmap-.* ^eglibc-localedata-.* 
^eglibc-binary-localedata-.* \
-^glibc-gconv-.*  ^glibc-charmap-.*  ^glibc-localedata-.*  
^glibc-binary-localedata-.*"
+^glibc-gconv-.*  ^glibc-charmap-.*  ^glibc-localedata-.*  
^glibc-binary-localedata-.* \
+^${MLPREFIX}eglibc-gconv$"
 
 # Create a eglibc-binaries package
 ALLOW_EMPTY_${BPN}-binaries = "1"
-- 
1.8.5.3

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 4/4] classes/populate_sdk_base: optimise task dependencies

2014-02-17 Thread Paul Eggleton

We don't need to depend on do_package anymore after the split out of
do_packagedata (which happened a while back in OE-Core commit
6107ee294afde395e39d084c33e8e94013c625a9). We do need dependencies on
do_packagedata though since the SDK construction needs to make use of
the pkgdata files.

Signed-off-by: Paul Eggleton 
---
 meta/classes/populate_sdk_base.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/populate_sdk_base.bbclass 
b/meta/classes/populate_sdk_base.bbclass
index e2e013a..235d672 100644
--- a/meta/classes/populate_sdk_base.bbclass
+++ b/meta/classes/populate_sdk_base.bbclass
@@ -333,5 +333,5 @@ populate_sdk_log_check() {
 do_populate_sdk[dirs] = "${TOPDIR}"
 do_populate_sdk[depends] += "${@' '.join([x + ':do_populate_sysroot' for x in 
d.getVar('SDK_DEPENDS', True).split()])}"
 do_populate_sdk[rdepends] = "${@' '.join([x + ':do_populate_sysroot' for x in 
d.getVar('SDK_RDEPENDS', True).split()])}"
-do_populate_sdk[recrdeptask] = "do_package_write"
+do_populate_sdk[recrdeptask] += "do_packagedata"
 addtask populate_sdk
-- 
1.8.5.3

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/4] classes/populate_sdk_base: fix race condition with do_rootfs

2014-02-17 Thread Paul Eggleton

do_rootfs has ${S} in cleandirs, and during do_populate_sdk we call
exec_func() several times, which by default uses ${B} as the working
directory. If do_populate_sysroot and do_rootfs race against eachother,
the directory may not exist at the exact instant that the setup code
for do_populate_sdk tries to cd into it. We don't actually use ${B}
for do_populate_sysroot so we can set it to something else just for that
task to avoid the race.

NOTE: because this task name contains an underscore, the override will
not work; the BitBake patch that changes these to hyphens for the
task override is required for this patch to work (but won't break things
without it.)

Signed-off-by: Paul Eggleton 
---
 meta/classes/populate_sdk_base.bbclass | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/classes/populate_sdk_base.bbclass 
b/meta/classes/populate_sdk_base.bbclass
index ee2a7c1..e2e013a 100644
--- a/meta/classes/populate_sdk_base.bbclass
+++ b/meta/classes/populate_sdk_base.bbclass
@@ -26,6 +26,8 @@ SDK_DIR = "${WORKDIR}/sdk"
 SDK_OUTPUT = "${SDK_DIR}/image"
 SDK_DEPLOY = "${TMPDIR}/deploy/sdk"
 
+B_task-populate-sdk = "${SDK_DIR}"
+
 SDKTARGETSYSROOT = "${SDKPATH}/sysroots/${REAL_MULTIMACH_TARGET_SYS}"
 
 TOOLCHAIN_HOST_TASK ?= "nativesdk-packagegroup-sdk-host 
packagegroup-cross-canadian-${MACHINE}"
-- 
1.8.5.3

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2 0/2] Add task to create kernel config fragments

2014-02-17 Thread Otavio Salvador

Hello Joao,

On Mon, Feb 17, 2014 at 11:22 AM, João Henrique Freitas
 wrote:
>> I do like the patchset except that his cover letter seems outdate as
>> the task now is diffconfig.
>
> You are right.
>
>
>>
>> Maybe you could add another task too,
>> which we use quite often in meta-fsl-arm, savedefconfig. This would
>> easy people to generate strimmed versions for use.
>
>
> Yes, after this patch is accepted, I will prepare the savedefconfig task
> (cml1.bbclass).

Great; thanks.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] oe-selftest: Fixed "test_rm_old_image" that was outdated

2014-02-17 Thread Corneliu Stoicescu

This test used the old format of IMAGE_LINK_NAME that used to contain DATETIME 
information.
Now it uses IMAGE_LINK_NAME and DATETIME variables to determine the path to the 
image.

Signed-off-by: Corneliu Stoicescu 
---
 meta/lib/oeqa/selftest/buildoptions.py |3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/lib/oeqa/selftest/buildoptions.py 
b/meta/lib/oeqa/selftest/buildoptions.py
index ef6579b..9a22c06 100644
--- a/meta/lib/oeqa/selftest/buildoptions.py
+++ b/meta/lib/oeqa/selftest/buildoptions.py
@@ -26,7 +26,8 @@ class ImageOptionsTests(oeSelfTest):
 bitbake("core-image-minimal")
 deploydir = get_bb_var("DEPLOY_DIR_IMAGE", target="core-image-minimal")
 imagename = get_bb_var("IMAGE_LINK_NAME", target="core-image-minimal")
-oldimgpath = os.path.realpath(os.path.join(deploydir, imagename + 
".ext3"))
+datetime = get_bb_var("DATETIME", target="core-image-minimal")
+oldimgpath = os.path.realpath(os.path.join(deploydir, imagename + '-' 
+ datetime + ".rootfs.ext3"))
 self.append_config("RM_OLD_IMAGE = \"1\"")
 bitbake("core-image-minimal")
 self.assertFalse(os.path.exists(oldimgpath), msg="Old image path still 
exists: %s" % oldimgpath)
-- 
1.7.9.5

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] oe-selftest: Fixed "test_rm_old_image" that was outdated

2014-02-17 Thread Stoicescu, CorneliuX

After a second look, this test case will always pass because the DATETIME 
variable will not give the correct date+time for the core-image-minimal that 
was already built, so it will never find the image that it's looking for. 
Please ignore this patch, I will send an update as soon as I can.

Regards,
Corneliu

> -Original Message-
> From: Stoicescu, CorneliuX
> Sent: Monday, February 17, 2014 6:09 PM
> To: openembedded-core@lists.openembedded.org
> Cc: Stoicescu, CorneliuX
> Subject: [PATCH] oe-selftest: Fixed "test_rm_old_image" that was outdated
> 
> This test used the old format of IMAGE_LINK_NAME that used to contain
> DATETIME information.
> Now it uses IMAGE_LINK_NAME and DATETIME variables to determine the
> path to the image.
> 
> Signed-off-by: Corneliu Stoicescu 
> ---
>  meta/lib/oeqa/selftest/buildoptions.py |3 ++-
>  1 file changed, 2 insertions(+), 1 deletion(-)
> 
> diff --git a/meta/lib/oeqa/selftest/buildoptions.py
> b/meta/lib/oeqa/selftest/buildoptions.py
> index ef6579b..9a22c06 100644
> --- a/meta/lib/oeqa/selftest/buildoptions.py
> +++ b/meta/lib/oeqa/selftest/buildoptions.py
> @@ -26,7 +26,8 @@ class ImageOptionsTests(oeSelfTest):
>  bitbake("core-image-minimal")
>  deploydir = get_bb_var("DEPLOY_DIR_IMAGE", target="core-image-
> minimal")
>  imagename = get_bb_var("IMAGE_LINK_NAME", target="core-image-
> minimal")
> -oldimgpath = os.path.realpath(os.path.join(deploydir, imagename +
> ".ext3"))
> +datetime = get_bb_var("DATETIME", target="core-image-minimal")
> +oldimgpath = os.path.realpath(os.path.join(deploydir, imagename + '-'
> + datetime + ".rootfs.ext3"))
>  self.append_config("RM_OLD_IMAGE = \"1\"")
>  bitbake("core-image-minimal")
>  self.assertFalse(os.path.exists(oldimgpath), msg="Old image path 
> still
> exists: %s" % oldimgpath)
> --
> 1.7.9.5

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [dylan][PATCH 0/1] Dylan backport from master

2014-02-17 Thread Paul Eggleton

The following change since commit 1aeab422006c5e5b1bffa3fa05669fcb01d7ffdf:

  guile: fix the depends for target recipes (2014-02-09 10:05:08 +)

is available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib paule/dylan-next
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=paule/dylan-next

Chen Qi (1):
  subversion: fix build problem when sysroot contains '-D' or '-I'

 .../neon.m4-fix-includes-and-cflags.patch  | 32 ++
 .../subversion/subversion_1.7.8.bb |  1 +
 2 files changed, 33 insertions(+)
 create mode 100644 
meta/recipes-devtools/subversion/subversion-1.7.8/neon.m4-fix-includes-and-cflags.patch

-- 
1.8.5.3

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [dylan][PATCH 1/1] subversion: fix build problem when sysroot contains '-D' or '-I'

2014-02-17 Thread Paul Eggleton

From: Chen Qi 

If sysroot contains '-D' or '-I' characters, the SVN_NEON_INCLUDES and
the corresponding CFLAGS will not get the correct value.

This will cause build failures.

This patch fixes the above problem.

[YOCTO #5458]

(From OE-Core master rev: 7078397ef39de43244fca7e24683b2a83913cbbf)

Signed-off-by: Chen Qi 
Signed-off-by: Saul Wold 
Signed-off-by: Richard Purdie 
---
 .../neon.m4-fix-includes-and-cflags.patch  | 32 ++
 .../subversion/subversion_1.7.8.bb |  1 +
 2 files changed, 33 insertions(+)
 create mode 100644 
meta/recipes-devtools/subversion/subversion-1.7.8/neon.m4-fix-includes-and-cflags.patch

diff --git 
a/meta/recipes-devtools/subversion/subversion-1.7.8/neon.m4-fix-includes-and-cflags.patch
 
b/meta/recipes-devtools/subversion/subversion-1.7.8/neon.m4-fix-includes-and-cflags.patch
new file mode 100644
index 000..013d0c3
--- /dev/null
+++ 
b/meta/recipes-devtools/subversion/subversion-1.7.8/neon.m4-fix-includes-and-cflags.patch
@@ -0,0 +1,32 @@
+Fix to get correct SVN_NEON_CONFIG and CFLAGS when sysroot path contains '-D' 
and '-I'
+characters.
+
+Upstream-Status: Pending
+
+Signed-off-by: Chen Qi 
+
+index f951039..a813145 100644
+--- a/build/ac-macros/neon.m4
 b/build/ac-macros/neon.m4
+@@ -105,8 +105,8 @@ AC_DEFUN(SVN_NEON_CONFIG,
+test "$svn_allowed_neon" = "any"; then
+ svn_allowed_neon_on_system="yes"
+ if test "$NEON_PKG_CONFIG" = "yes"; then
+-  SVN_NEON_INCLUDES=[`$PKG_CONFIG neon --cflags | $SED -e 's/-D[^ 
]*//g'`]
+-  CFLAGS=["$CFLAGS `$PKG_CONFIG neon --cflags | $SED -e 's/-I[^ 
]*//g'`"]
++  SVN_NEON_INCLUDES=["`$PKG_CONFIG neon --cflags | $SED -e 
's/^-D[^ ]*//g' -e 's/ -D[^ ]*//g'`"]
++  CFLAGS=["$CFLAGS `$PKG_CONFIG neon --cflags | $SED -e 's/^-I[^ 
]*//g' -e 's/ -I[^ ]*//g'`"]
+   old_CFLAGS="$CFLAGS"
+   old_LIBS="$LIBS"
+   NEON_LIBS=`$PKG_CONFIG neon --libs`
+@@ -126,8 +126,8 @@ int main()
+   CFLAGS="$old_CFLAGS"
+   LIBS="$old_LIBS"
+ else
+-  SVN_NEON_INCLUDES=[`$neon_config --cflags | $SED -e 's/-D[^ 
]*//g'`]
+-  CFLAGS=["$CFLAGS `$neon_config --cflags | $SED -e 's/-I[^ 
]*//g'`"]
++  SVN_NEON_INCLUDES=[`$neon_config --cflags | $SED -e 's/^-D[^ 
]*//g' -e 's/ -D[^ ]*//g'`]
++  CFLAGS=["$CFLAGS `$neon_config --cflags | $SED -e 's/^-I[^ 
]*//g' -e 's/ -I[^ ]*//g'`"]
+   NEON_LIBS=`$neon_config --libs`
+ fi
+ svn_lib_neon="yes"
diff --git a/meta/recipes-devtools/subversion/subversion_1.7.8.bb 
b/meta/recipes-devtools/subversion/subversion_1.7.8.bb
index 6aced28..0e3d844 100644
--- a/meta/recipes-devtools/subversion/subversion_1.7.8.bb
+++ b/meta/recipes-devtools/subversion/subversion_1.7.8.bb
@@ -12,6 +12,7 @@ inherit gettext
 SRC_URI = "${APACHE_MIRROR}/${BPN}/${BPN}-${PV}.tar.bz2 \
file://libtool2.patch \
file://fix-install-depends.patch \
+   file://neon.m4-fix-includes-and-cflags.patch \
 "
 SRC_URI[md5sum] = "454b9f398415c3504435bf8c3f6ed127"
 SRC_URI[sha256sum] = 
"fc83d4d98ccea8b7bfa8f5c20fff545c8baa7d035db930977550c51c6ca23686"
-- 
1.8.5.3

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [RFT] eglibc 2.19

2014-02-17 Thread Richard Purdie

On Sat, 2014-02-08 at 08:08 -0800, Khem Raj wrote:
> Hi all
> 
> I have staged a branch with eglibc 2.19 upgraded recipes here
> 
> http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/eglibc-2.19
> 
> These are not final recipes there may be tweaks needed like adjusting SRC_URI
> later on.
> 
> please help testing it out in your environments and machines
> I would be happy to help out with issues we find

For what its worth, the last build with the updated patches in passed on
the autobuilder.

Cheers,

Richard

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [dora] grub: move xz to DEPENDS list from RDEPENDS

2014-02-17 Thread Burton, Ross

Hi Robert,

Can you backport this commit from master to Dora:

http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit?id=d9da9cb7b345ef7ea732264bde8096a0d113f405

Just had to debug a session for someone who was hit by this.

Ross
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] image_types: minor, inline CPIO_TOUCH_INIT()

2014-02-17 Thread Matthieu Crapet

Since generic compression solution has been introduced
(see revision b7e4ed41ee480f00b7265341e9e2d2c2b9135143),
CPIO_TOUCH_INIT() is only called by IMAGE_CMD_cpio.

Signed-off-by: Matthieu Crapet 
---
 meta/classes/image_types.bbclass | 10 +++---
 1 file changed, 3 insertions(+), 7 deletions(-)

diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass
index 0467abd..27b0796 100644
--- a/meta/classes/image_types.bbclass
+++ b/meta/classes/image_types.bbclass
@@ -66,14 +66,10 @@ IMAGE_CMD_squashfs = "mksquashfs ${IMAGE_ROOTFS} 
${DEPLOY_DIR_IMAGE}/${IMAGE_NAM
 IMAGE_CMD_squashfs-xz = "mksquashfs ${IMAGE_ROOTFS} 
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.squashfs-xz ${EXTRA_IMAGECMD} 
-noappend -comp xz"
 IMAGE_CMD_tar = "cd ${IMAGE_ROOTFS} && tar -cvf 
${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.tar ."
 
-CPIO_TOUCH_INIT () {
-   if [ ! -L ${IMAGE_ROOTFS}/init ]
-   then
-   touch ${IMAGE_ROOTFS}/init
-   fi
-}
 IMAGE_CMD_cpio () {
-   ${CPIO_TOUCH_INIT}
+   if [ ! -L ${IMAGE_ROOTFS}/init ]; then
+   touch ${IMAGE_ROOTFS}/init
+   fi
cd ${IMAGE_ROOTFS} && (find . | cpio -o -H newc 
>${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.rootfs.cpio)
 }
 
-- 
1.8.5.4

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v3] matchbox-keyboard: daemonize launch

2014-02-17 Thread Burton, Ross

Acked-by: Ross Burton 

Ross

On 17 February 2014 12:49, Alexandre Belloni
 wrote:
> The .shbg extension is not properly supported by the Xsession script
> provided by xserver-common.
>
> See discussion here:
> https://lists.yoctoproject.org/pipermail/poky/2013-December/009463.html
>
> Bug here:
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=5546
>
> Signed-off-by: Alexandre Belloni 
> ---
>  .../matchbox-keyboard/files/80matchboxkeyboard.sh  | 21 
>  .../files/80matchboxkeyboard.shbg  | 23 
> --
>  .../matchbox-keyboard/matchbox-keyboard_git.bb |  4 ++--
>  3 files changed, 23 insertions(+), 25 deletions(-)
>  create mode 100755 
> meta/recipes-sato/matchbox-keyboard/files/80matchboxkeyboard.sh
>  delete mode 100755 
> meta/recipes-sato/matchbox-keyboard/files/80matchboxkeyboard.shbg
>
> diff --git a/meta/recipes-sato/matchbox-keyboard/files/80matchboxkeyboard.sh 
> b/meta/recipes-sato/matchbox-keyboard/files/80matchboxkeyboard.sh
> new file mode 100755
> index ..6cf188b2d006
> --- /dev/null
> +++ b/meta/recipes-sato/matchbox-keyboard/files/80matchboxkeyboard.sh
> @@ -0,0 +1,21 @@
> +#!/bin/sh
> +
> +. /etc/formfactor/config
> +
> +CMD=""
> +
> +if [ "$HAVE_KEYBOARD" = "0" ]; then
> +CMD="matchbox-keyboard -d"
> +elif [ "$DISPLAY_CAN_ROTATE" = "1" ]; then
> +if [ "$HAVE_KEYBOARD_PORTRAIT" = "1" -a "$HAVE_KEYBOARD_LANDSCAPE" = "0" 
> ]; then
> +CMD="matchbox-keyboard -d -o landscape"
> +elif [ "$HAVE_KEYBOARD_LANDSCAPE" = "1" -a "$HAVE_KEYBOARD_PORTRAIT" = 
> "0" ]; then
> +CMD="matchbox-keyboard -d -o portrait"
> +fi
> +fi
> +
> +if [ "$CMD" ]; then
> +# Delay to make sure the window manager is active
> +# by waiting for the desktop to say its finished loading
> +dbus-wait org.matchbox_project.desktop Loaded && $CMD &
> +fi
> diff --git 
> a/meta/recipes-sato/matchbox-keyboard/files/80matchboxkeyboard.shbg 
> b/meta/recipes-sato/matchbox-keyboard/files/80matchboxkeyboard.shbg
> deleted file mode 100755
> index 43c5d3ed6a32..
> --- a/meta/recipes-sato/matchbox-keyboard/files/80matchboxkeyboard.shbg
> +++ /dev/null
> @@ -1,23 +0,0 @@
> -#!/bin/sh
> -
> -. /etc/formfactor/config
> -
> -CMD=""
> -
> -if [ "$HAVE_KEYBOARD" = "0" ]; then
> -CMD="matchbox-keyboard -d"
> -elif [ "$DISPLAY_CAN_ROTATE" = "1" ]; then
> -if [ "$HAVE_KEYBOARD_PORTRAIT" = "1" -a "$HAVE_KEYBOARD_LANDSCAPE" = "0" 
> ]; then
> -CMD="matchbox-keyboard -d -o landscape"
> -elif [ "$HAVE_KEYBOARD_LANDSCAPE" = "1" -a "$HAVE_KEYBOARD_PORTRAIT" = 
> "0" ]; then
> -CMD="matchbox-keyboard -d -o portrait"
> -fi
> -fi
> -
> -
> -if [ "$CMD" ]; then
> -# Delay to make sure the window manager is active
> -# by waiting for the desktop to say its finished loading
> -dbus-wait org.matchbox_project.desktop Loaded
> -exec $CMD
> -fi
> diff --git a/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb 
> b/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb
> index ffcabcad2215..70caf6fc0222 100644
> --- a/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb
> +++ b/meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb
> @@ -17,7 +17,7 @@ PR = "r4"
>  SRC_URI = "git://git.yoctoproject.org/${BPN} \
> file://configure_fix.patch;maxrev=1819 \
> file://single-instance.patch \
> -   file://80matchboxkeyboard.shbg \
> +   file://80matchboxkeyboard.sh \
> file://png-fix.patch"
>
>  S = "${WORKDIR}/git"
> @@ -43,7 +43,7 @@ FILES_${PN}-applet = "${libdir}/matchbox-panel/*.so"
>
>  do_install_append () {
> install -d ${D}/${sysconfdir}/X11/Xsession.d/
> -   install -m 755 ${WORKDIR}/80matchboxkeyboard.shbg 
> ${D}/${sysconfdir}/X11/Xsession.d/
> +   install -m 755 ${WORKDIR}/80matchboxkeyboard.sh 
> ${D}/${sysconfdir}/X11/Xsession.d/
>
> rm -f ${D}${libdir}/gtk-2.0/*/immodules/*.la
> rm -f ${D}${libdir}/matchbox-panel/*.la
> --
> 1.8.3.2
>
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/1] sstate: list missing files for toaster

2014-02-17 Thread Alex DAMIAN

From: Alexandru DAMIAN 

Toaster needs to record the attempts to restore
setscene tasks that don't have a sstate file.

We build a list of tasks for which we can't find an
sstate file, and if we're running under Toaster data
collection, we send it off with a MetadataEvent.

Signed-off-by: Alexandru DAMIAN 
---
 meta/classes/sstate.bbclass | 11 +++
 1 file changed, 11 insertions(+)

diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
index f7bd117..f70c62f 100644
--- a/meta/classes/sstate.bbclass
+++ b/meta/classes/sstate.bbclass
@@ -621,6 +621,7 @@ BB_HASHCHECK_FUNCTION = "sstate_checkhashes"
 def sstate_checkhashes(sq_fn, sq_task, sq_hash, sq_hashfn, d):
 
 ret = []
+missed = []
 
 def getpathcomponents(task, d):
 # Magic data from BB_HASHFILENAME
@@ -642,11 +643,13 @@ def sstate_checkhashes(sq_fn, sq_task, sq_hash, 
sq_hashfn, d):
 spec, extrapath, tname = getpathcomponents(task, d)
 
 sstatefile = d.expand("${SSTATE_DIR}/" + extrapath + 
generate_sstatefn(spec, sq_hash[task], d) + "_" + tname + ".tgz.siginfo")
+
 if os.path.exists(sstatefile):
 bb.debug(2, "SState: Found valid sstate file %s" % sstatefile)
 ret.append(task)
 continue
 else:
+missed.append(task)
 bb.debug(2, "SState: Looked for but didn't find file %s" % 
sstatefile)
 
 mirrors = d.getVar("SSTATE_MIRRORS", True)
@@ -684,9 +687,17 @@ def sstate_checkhashes(sq_fn, sq_task, sq_hash, sq_hashfn, 
d):
 bb.debug(2, "SState: Successful fetch test for %s" % srcuri)
 ret.append(task)
 except:
+missed.append(task)
 bb.debug(2, "SState: Unsuccessful fetch test for %s" % srcuri)
 pass 
 
+inheritlist = d.getVar("INHERIT", True)
+if "toaster" in inheritlist:
+evdata = []
+for task in missed:
+evdata.append( (sq_fn[task], sq_task[task], sq_hash[task], 
generate_sstatefn(spec, sq_hash[task],d) ) )
+bb.event.fire(bb.event.MetadataEvent("MissedSstate", evdata), d)
+
 return ret
 
 BB_SETSCENE_DEPVALID = "setscene_depvalid"
-- 
1.8.3.2

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH_V2] mesa: upgrade to 9.2.5

2014-02-17 Thread Saul Wold


On 02/12/2014 09:27 AM, Valentin Popa wrote:

tested on qemux86, genericx86 for core-image-sato
and core-image-weston.

Signed-off-by: Valentin Popa 
---
  .../mesa/{mesa-gl_9.2.2.bb => mesa-gl_9.2.5.bb}|  0
  meta/recipes-graphics/mesa/{mesa_9.2.2.bb => mesa_9.2.5.bb}| 10 --
  meta/recipes-graphics/mesa/mesa_git.bb | 10 --
  3 files changed, 16 insertions(+), 4 deletions(-)
  rename meta/recipes-graphics/mesa/{mesa-gl_9.2.2.bb => mesa-gl_9.2.5.bb} 
(100%)
  rename meta/recipes-graphics/mesa/{mesa_9.2.2.bb => mesa_9.2.5.bb} (38%)

diff --git a/meta/recipes-graphics/mesa/mesa-gl_9.2.2.bb 
b/meta/recipes-graphics/mesa/mesa-gl_9.2.5.bb
similarity index 100%
rename from meta/recipes-graphics/mesa/mesa-gl_9.2.2.bb
rename to meta/recipes-graphics/mesa/mesa-gl_9.2.5.bb
diff --git a/meta/recipes-graphics/mesa/mesa_9.2.2.bb 
b/meta/recipes-graphics/mesa/mesa_9.2.5.bb
similarity index 38%
rename from meta/recipes-graphics/mesa/mesa_9.2.2.bb
rename to meta/recipes-graphics/mesa/mesa_9.2.5.bb
index 60eba01..f37586b 100644
--- a/meta/recipes-graphics/mesa/mesa_9.2.2.bb
+++ b/meta/recipes-graphics/mesa/mesa_9.2.5.bb
@@ -5,7 +5,13 @@ SRC_URI = 
"ftp://ftp.freedesktop.org/pub/mesa/${PV}/MesaLib-${PV}.tar.bz2 \
 file://0006-fix-out-of-tree-egl.patch \
 "

-SRC_URI[md5sum] = "20887f8020db7d1736a01ae9cd5d8c38"
-SRC_URI[sha256sum] = 
"c78a5035233672844cf2492fe82dc10877e12026be227d04469d6ca6ac656a3d"
+SRC_URI[md5sum] = "9fb4de29ca1d9cfd03cbdefa123ba336"
+SRC_URI[sha256sum] = 
"b46ab9efed176df0591993397594d712ada9da6a47fd31bbe75050fe28eb6bf0"

  S = "${WORKDIR}/Mesa-${PV}"
+
+#because we cannot rely on the fact that all apps will use pkgconfig,
+#make eglplatform.h independent of MESA_EGL_NO_X11_HEADER
+do_install_append() {
+sed -i -e 's/^#ifdef MESA_EGL_NO_X11_HEADERS/#if 
${@base_contains('DISTRO_FEATURES', 'x11', '0', '1', d)}/' 
${D}${includedir}/EGL/eglplatform.h
+}
diff --git a/meta/recipes-graphics/mesa/mesa_git.bb 
b/meta/recipes-graphics/mesa/mesa_git.bb
index 19d3e70..320b8d5 100644
--- a/meta/recipes-graphics/mesa/mesa_git.bb
+++ b/meta/recipes-graphics/mesa/mesa_git.bb
@@ -5,8 +5,8 @@ DEFAULT_PREFERENCE = "-1"
  LIC_FILES_CHKSUM = 
"file://docs/license.html;md5=f69a4626e9efc40fa0d3cc3b02c9eacf"

  PR = "${INC_PR}.0"
-SRCREV = "8f0742051e8501e737affb392996aef172034ca8"
-PV = "9.2.2+git${SRCPV}"
+SRCREV = "4636e87191fddd492ed8c61ba61faf4b2d89b2e4"
+PV = "9.2.5+git${SRCPV}"

  SRC_URI = "git://anongit.freedesktop.org/git/mesa/mesa \
 
file://0002-pipe_loader_sw-include-xlib_sw_winsys.h-only-when-HA.patch \
@@ -14,3 +14,9 @@ SRC_URI = "git://anongit.freedesktop.org/git/mesa/mesa \
 "

  S = "${WORKDIR}/git"
+
+#because we cannot rely on the fact that all apps will use pkgconfig,
+#make eglplatform.h independent of MESA_EGL_NO_X11_HEADER
+do_install_append() {
+sed -i -e 's/^#ifdef MESA_EGL_NO_X11_HEADERS/#if 
${@base_contains('DISTRO_FEATURES', 'x11', '0', '1', d)}/' 
${D}${includedir}/EGL/eglplatform.h
+}



Possible issue with this on one of Minnow BSP build:

| make[2]: Nothing to be done for `install-exec-am'.
| make[2]: Nothing to be done for `install-data-am'.
| make[2]: Leaving directory 
`/home/pokybuild/yocto-autobuilder-dev/yocto-slave/minnow/build/build/tmp/work/core2-32-emgd-poky-linux/mesa-gl/2_9.2.5-r0/build'
| make[1]: Leaving directory 
`/home/pokybuild/yocto-autobuilder-dev/yocto-slave/minnow/build/build/tmp/work/core2-32-emgd-poky-linux/mesa-gl/2_9.2.5-r0/build'
| sed: can't read 
/home/pokybuild/yocto-autobuilder-dev/yocto-slave/minnow/build/build/tmp/work/core2-32-emgd-poky-linux/mesa-gl/2_9.2.5-r0/image/usr/include/EGL/eglplatform.h:
 No such file or directory
| WARNING: 
/home/pokybuild/yocto-autobuilder-dev/yocto-slave/minnow/build/build/tmp/work/core2-32-emgd-poky-linux/mesa-gl/2_9.2.5-r0/temp/run.do_install.4673:1
 exit 2 from
|   sed -i -e 's/^#ifdef MESA_EGL_NO_X11_HEADERS/#if 0/' 
/home/pokybuild/yocto-autobuilder-dev/yocto-slave/minnow/build/build/tmp/work/core2-32-emgd-poky-linux/mesa-gl/2_9.2.5-r0/image/usr/include/EGL/eglplatform.h
| ERROR: Function failed: do_install (log file is located at 
/home/pokybuild/yocto-autobuilder-dev/yocto-slave/minnow/build/build/tmp/work/core2-32-emgd-poky-linux/mesa-gl/2_9.2.5-r0/temp/log.do_install.4673)
NOTE: recipe mesa-gl-2_9.2.5-r0: task do_install: Failed



Can you please look into this and comment.

Thanks
   Sau!


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] Error: The image creation script fails

2014-02-17 Thread Khem Raj

ERROR: Error: The image creation script
'/home/kraj/oe-core/build/tmp-uclibc/work/qemux86-oe-linux-uclibc/core-image-minimal/1.0-r0/temp/create_image.tar'
returned 1:
./

WARNING: 
/home/kraj/oe-core/build/tmp-uclibc/work/qemux86-oe-linux-uclibc/core-image-minimal/1.0-r0/temp/create_image.tar:1
exit 1 from
  bzip2 -f -k core-image-minimal-qemux86-20140217182225.rootfs.tar



ERROR: Function failed: do_rootfs
ERROR: Logfile of failure stored in:
/home/kraj/oe-core/build/tmp-uclibc/work/qemux86-oe-linux-uclibc/core-image-minimal/1.0-r0/temp/log.do_rootfs.20070
ERROR: Task 7 
(/home/kraj/oe-core/meta/recipes-core/images/core-image-minimal.bb,
do_rootfs) failed with exit code '1'


looking as log.do_rootfs


DEBUG: Shell function prelink_image finished
NOTE: Running image creation script for tar:
/home/kraj/oe-core/build/tmp-uclibc/work/qemux86-oe-linux-uclibc/core-image-minimal/1.0-r0/temp/create_image.tar
...
NOTE: Running image creation script for ext3:
/home/kraj/oe-core/build/tmp-uclibc/work/qemux86-oe-linux-uclibc/core-image-minimal/1.0-r0/temp/create_image.ext3
...
0+0 records in
0+0 records out
0 bytes (0 B) copied, 2.7118e-05 s, 0.0 kB/s
mke2fs 1.42.9 (28-Dec-2013)
debugfs 1.42.9 (28-Dec-2013)
bzip2: Can't open input file
core-image-minimal-qemux86-20140217182225.rootfs.tar: No such file or
directory.
ERROR: Error: The image creation script
'/home/kraj/oe-core/build/tmp-uclibc/work/qemux86-oe-linux-uclibc/core-image-minimal/1.0-r0/temp/create_image.tar'
returned 1:


I am seeing this starting today with pure oecore

Build Configuration:
BB_VERSION= "1.21.1"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING   = "Ubuntu-12.04"
TARGET_SYS= "i586-oe-linux-uclibc"
MACHINE   = "qemux86"
DISTRO= "nodistro"
DISTRO_VERSION= "nodistro.0"
TUNE_FEATURES = "m32 i586"
TARGET_FPU= ""
meta  = "staging:e114cc405bd98ebbe5376e094842c9d49e7ca9b8"

staging has few patches on top but they were same working few days ago

any ideas ?
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Problem with libicudata.so in OE master

2014-02-17 Thread Jacob Kroon

Patch seems to fix the problem for me aswell.
Thanks,
Jacob


On Sun, Feb 16, 2014 at 4:54 AM, Khem Raj  wrote:

>
> On Feb 15, 2014, at 7:53 PM, Jay Cady  wrote:
>
> I can confirm that the runtime error is gone.  Qt5 images now run as
> expected.
>
>
>
> thanks for testing
>
>
> On Sat, Feb 15, 2014 at 10:52 PM, Khem Raj  wrote:
>
>>
>> On Feb 15, 2014, at 7:46 PM, Jay Cady  wrote:
>>
>> I re-did the patch correctly and it works perfectly!  Problem solved.
>>
>>
>>
>> Can you reconfirm that runtime error on your target is gone now ?
>> I would like others who have been seeing this issue to test this patch
>> out as well
>> since I don't have the runtime env myself here. And then I will propose
>> the fix for inclusion into OE-Core
>>
>>
>> For others wondering, these were the steps Khem gave me to apply the
>> patch:
>>
>> cd into meta/
>> and then
>>
>> wget
>> http://git.openembedded.org/openembedded-core-contrib/patch/?id=07ff1b539a62053c6d41cd2814e8d0bca1991a63
>>  -O
>> a.patch
>> git am a.patch
>>
>> Thanks Khem!
>>
>>
>> On Sat, Feb 15, 2014 at 7:54 PM, Khem Raj  wrote:
>>
>>>
>>> On Feb 15, 2014, at 4:52 PM, Jay Cady  wrote:
>>>
>>> Hey, thanks for the reply!
>>>
>>> I tried it out and wasn't able to boot the image.  Here is the output of
>>> the boot when it failed:
>>>
>>>
>>> Its not the patch. your image seems corrupt.
>>>
>>> [3.230529] Freeing init memory: 180K
>>> INIT: version 2.88 booting
>>> INIT: Entering runlevel: 5
>>> INIT: cannot execute "/etc/init.d/rc"
>>> INIT: cannot execute "/sbin/getty"
>>> INIT: cannot execute "/sbin/getty"
>>> INIT:
>>> cannot execute "/sbin/getty"
>>> INIT: cannot execute "/sbin/getty"
>>> INIT: cannot execute "/sbin/getty"
>>> INIT: cannot execute "/sbin/getty"
>>> INIT: cannot execute "/sbin/getty"
>>> INIT:
>>> cannot execute "/sbin/getty"
>>> INIT: cannot execute "/sbin/getty"
>>> INIT: cannot execute "/sbin/getty"
>>> INIT: cannot execute "/sbin/getty"
>>> INIT: cannot execute "/sbin/getty"
>>> INIT: cannot execute "/sbin/getty"
>>> INIT: Id "mxc0" respawning too fast: disabled for 5 minutes
>>> INIT: cannot execute "/sbin/getty"
>>> INIT: cannot execute "/sbin/getty"
>>> INIT: Id "1" respawning too fast: disabled for 5 minutes
>>> INIT: no more processes left in this runlevel
>>>
>>> Any ideas why this is happening?  Perhaps I installed the patch
>>> incorrectly?
>>>
>>>
>>> On Sat, Feb 15, 2014 at 5:14 PM, Khem Raj  wrote:
>>>
 Hi

 can you try this patch


 http://git.openembedded.org/openembedded-core-contrib/commit/?h=kraj/icu&id=07ff1b539a62053c6d41cd2814e8d0bca1991a63

 and report back

 -Khem



 On Feb 15, 2014, at 9:57 AM, Jay Cady  wrote:

 I'm having the exact same problem.

 Latest master branch of Yocto 1.5 2/13/14.  Built with the master
 branch of meta-qt5.  Wandboard-dual.

 When running the Qt5_CinematicExperience app, I'm getting this error:

 shared libraries: /usr/lib/libicudata.so.51: internal error

 Any ideas how to fix this?
 ___
 Openembedded-core mailing list
 Openembedded-core@lists.openembedded.org
 http://lists.openembedded.org/mailman/listinfo/openembedded-core



>>>
>>>
>>
>>
>
>
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
>


-- 
  -- Jacob
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Error: The image creation script fails

2014-02-17 Thread Jacob Kroon




On Mon, 17 Feb 2014, Khem Raj wrote:


ERROR: Error: The image creation script
'/home/kraj/oe-core/build/tmp-uclibc/work/qemux86-oe-linux-uclibc/core-image-minimal/1.0-r0/temp/create_image.tar'
returned 1:
./

WARNING: 
/home/kraj/oe-core/build/tmp-uclibc/work/qemux86-oe-linux-uclibc/core-image-minimal/1.0-r0/temp/create_image.tar:1
exit 1 from
 bzip2 -f -k core-image-minimal-qemux86-20140217182225.rootfs.tar



ERROR: Function failed: do_rootfs
ERROR: Logfile of failure stored in:
/home/kraj/oe-core/build/tmp-uclibc/work/qemux86-oe-linux-uclibc/core-image-minimal/1.0-r0/temp/log.do_rootfs.20070
ERROR: Task 7 
(/home/kraj/oe-core/meta/recipes-core/images/core-image-minimal.bb,
do_rootfs) failed with exit code '1'


looking as log.do_rootfs


DEBUG: Shell function prelink_image finished
NOTE: Running image creation script for tar:
/home/kraj/oe-core/build/tmp-uclibc/work/qemux86-oe-linux-uclibc/core-image-minimal/1.0-r0/temp/create_image.tar
...
NOTE: Running image creation script for ext3:
/home/kraj/oe-core/build/tmp-uclibc/work/qemux86-oe-linux-uclibc/core-image-minimal/1.0-r0/temp/create_image.ext3
...
0+0 records in
0+0 records out
0 bytes (0 B) copied, 2.7118e-05 s, 0.0 kB/s
mke2fs 1.42.9 (28-Dec-2013)
debugfs 1.42.9 (28-Dec-2013)
bzip2: Can't open input file
core-image-minimal-qemux86-20140217182225.rootfs.tar: No such file or
directory.
ERROR: Error: The image creation script
'/home/kraj/oe-core/build/tmp-uclibc/work/qemux86-oe-linux-uclibc/core-image-minimal/1.0-r0/temp/create_image.tar'
returned 1:


I am seeing this starting today with pure oecore

Build Configuration:
BB_VERSION= "1.21.1"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING   = "Ubuntu-12.04"
TARGET_SYS= "i586-oe-linux-uclibc"
MACHINE   = "qemux86"
DISTRO= "nodistro"
DISTRO_VERSION= "nodistro.0"
TUNE_FEATURES = "m32 i586"
TARGET_FPU= ""
meta  = "staging:e114cc405bd98ebbe5376e094842c9d49e7ca9b8"

staging has few patches on top but they were same working few days ago

any ideas ?


I saw this aswell today, temporary reverting 
9d9bca8785911e8ae06d507bbfb99d6a811f072e 
in OE-core worked for me.



___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/6] eglibc upgrade 2.19, uclibc upgrade and fixes

2014-02-17 Thread Khem Raj

This is consolidated patchsets that I have sent over past couple of weeks
Upgrades eglibc to 2.19
Upgrades uclibc to latest git
Fix for building uclibc images
binutils is fixed to accomodate gold linker and sstate
icu is fixed for QT5 runtime-issue reported by many developers over mailing list

I have built and booted systemd-image for eglibc/uclibc on all qemu machines, 
beaglebone, overo
and build only tested for  p1020ds

The following changes since commit 9d9bca8785911e8ae06d507bbfb99d6a811f072e:

  lib/oe/image.py: fix working directory (2014-02-17 15:37:13 +)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib misc
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/misc

Khem Raj (6):
  eglibc: Upgrade from 2.18 -> 2.19
  valgrind: Add glibc 2.19 awareness
  rootfs.py: Check for LDCONFIGDEPEND being empty string
  icu: Disable the default LDFLAGSICUDT for target compile
  binutils: ld-is-gold should not affect native and crosssdk recipes
  uclibc: Update to git tip

 meta/classes/libc-common.bbclass   |2 +-
 meta/conf/distro/include/tcmode-default.inc|2 +-
 meta/lib/oe/rootfs.py  |2 +-
 ...tive_2.18.bb => cross-localedef-native_2.19.bb} |   10 +-
 .../0001-ARM-Pass-dl_hwcap-to-IFUNC-resolver.patch |   43 --
 meta/recipes-core/eglibc/eglibc-2.18/make-4.patch  |   31 
 .../eglibc/eglibc-2.18/tzselect-awk.patch  |   42 --
 .../eglibc/eglibc-2.18/tzselect-sh.patch   |  156 
 .../0001-R_ARM_TLS_DTPOFF32.patch  |0
 .../0001-eglibc-menuconfig-support.patch   |  122 +++
 ...n-libm-err-tab.pl-with-specific-dirs-in-S.patch |0
 ...0002-eglibc-menuconfig-hex-string-options.patch |0
 ...0003-eglibc-menuconfig-build-instructions.patch |0
 .../GLRO_dl_debug_mask.patch   |0
 .../IO-acquire-lock-fix.patch  |0
 .../add_resource_h_to_wait_h.patch |0
 .../eglibc-svn-arm-lowlevellock-include-tls.patch  |0
 .../eglibc_fix_findidx_parameters.patch|0
 .../{eglibc-2.18 => eglibc-2.19}/etc/ld.so.conf|0
 .../fileops-without-wchar-io.patch |0
 .../fix-tibetian-locales.patch |0
 .../fix_for_centos_5.8.patch   |0
 .../fsl-ppc-no-fsqrt.patch |0
 .../generate-supported.mk  |0
 .../glibc.fix_sqrt2.patch  |0
 .../initgroups_keys.patch  |0
 .../ld-search-order.patch  |0
 .../mips-rld-map-check.patch   |0
 .../multilib_readlib.patch |0
 .../ppc-sqrt_finite.patch  |0
 .../ppc_slow_ieee754_sqrt.patch|0
 .../relocatable_sdk.patch  |0
 .../relocatable_sdk_fix_openpath.patch |0
 ...libc-initial_2.18.bb => eglibc-initial_2.19.bb} |0
 ...eglibc-locale_2.18.bb => eglibc-locale_2.19.bb} |0
 ...eglibc-mtrace_2.18.bb => eglibc-mtrace_2.19.bb} |0
 ...libc-scripts_2.18.bb => eglibc-scripts_2.19.bb} |0
 .../eglibc/{eglibc_2.18.bb => eglibc_2.19.bb}  |   14 +-
 meta/recipes-core/uclibc/uclibc-git.inc|3 +-
 .../0001-add-posix_fadvise-for-arm.patch   |   68 -
 meta/recipes-devtools/binutils/binutils.inc|8 +-
 .../valgrind/valgrind/glibc-2.19.patch |   23 +++
 meta/recipes-devtools/valgrind/valgrind_3.9.0.bb   |1 +
 .../0001-Disable-LDFLAGSICUDT-for-Linux.patch  |   28 
 meta/recipes-support/icu/icu_51.2.bb   |3 +
 45 files changed, 136 insertions(+), 422 deletions(-)
 rename meta/recipes-core/eglibc/{cross-localedef-native_2.18.bb => 
cross-localedef-native_2.19.bb} (73%)
 delete mode 100644 
meta/recipes-core/eglibc/eglibc-2.18/0001-ARM-Pass-dl_hwcap-to-IFUNC-resolver.patch
 delete mode 100644 meta/recipes-core/eglibc/eglibc-2.18/make-4.patch
 delete mode 100644 meta/recipes-core/eglibc/eglibc-2.18/tzselect-awk.patch
 delete mode 100644 meta/recipes-core/eglibc/eglibc-2.18/tzselect-sh.patch
 rename meta/recipes-core/eglibc/{eglibc-2.18 => 
eglibc-2.19}/0001-R_ARM_TLS_DTPOFF32.patch (100%)
 rename meta/recipes-core/eglibc/{eglibc-2.18 => 
eglibc-2.19}/0001-eglibc-menuconfig-support.patch (93%)
 rename meta/recipes-core/eglibc/{eglibc-2.18 => 
eglibc-2.19}/0001-eglibc-run-libm-err-tab.pl-with-specific-dirs-in-S.patch 
(100%)
 rename meta/recipes-core/eglibc/{eglibc-2.18 => 
eglibc-2.19}/0002-eglibc-menuconfig-hex-string-options.patch (100%)
 rename meta/recipes-core/eglibc/{eglibc-2.18 => 
eglibc-2.19}/0003-eglibc-menuconfig-build-instructions.patch (100%)
 rename meta/recipes-core/eglibc/{eglibc-2.18 => 
eglibc-2.19}/GLRO_dl_debug_mask.patch (100%)
 rename meta/recipes-c

[OE-core] [PATCH 4/6] icu: Disable the default LDFLAGSICUDT for target compile

2014-02-17 Thread Khem Raj

Signed-off-by: Khem Raj 
---
 .../0001-Disable-LDFLAGSICUDT-for-Linux.patch  |   28 
 meta/recipes-support/icu/icu_51.2.bb   |3 +++
 2 files changed, 31 insertions(+)
 create mode 100644 
meta/recipes-support/icu/icu-51.2/0001-Disable-LDFLAGSICUDT-for-Linux.patch

diff --git 
a/meta/recipes-support/icu/icu-51.2/0001-Disable-LDFLAGSICUDT-for-Linux.patch 
b/meta/recipes-support/icu/icu-51.2/0001-Disable-LDFLAGSICUDT-for-Linux.patch
new file mode 100644
index 000..2968d57
--- /dev/null
+++ 
b/meta/recipes-support/icu/icu-51.2/0001-Disable-LDFLAGSICUDT-for-Linux.patch
@@ -0,0 +1,28 @@
+From 0c82d6aa02c08e41b13c83b14782bd7024e25d59 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Sat, 15 Feb 2014 21:06:42 +
+Subject: [PATCH] Disable LDFLAGSICUDT for Linux
+
+Upstream-Status: Inappropriate [ OE Configuration ]
+
+Signed-off-by: Khem Raj 
+---
+ source/config/mh-linux |2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/config/mh-linux b/config/mh-linux
+index 366f0cc..2689aab 100644
+--- a/config/mh-linux
 b/config/mh-linux
+@@ -21,7 +21,7 @@ LD_RPATH= -Wl,-zorigin,-rpath,'$$'ORIGIN
+ LD_RPATH_PRE = -Wl,-rpath,
+ 
+ ## These are the library specific LDFLAGS
+-LDFLAGSICUDT=-nodefaultlibs -nostdlib
++# LDFLAGSICUDT=-nodefaultlibs -nostdlib
+ 
+ ## Compiler switch to embed a library name
+ # The initial tab in the next line is to prevent icu-config from reading it.
+-- 
+1.7.10.4
+
diff --git a/meta/recipes-support/icu/icu_51.2.bb 
b/meta/recipes-support/icu/icu_51.2.bb
index aabe07b..2d1fd42 100644
--- a/meta/recipes-support/icu/icu_51.2.bb
+++ b/meta/recipes-support/icu/icu_51.2.bb
@@ -9,5 +9,8 @@ SRC_URI = "${BASE_SRC_URI} \
file://add_buffer_length_check_to_UTF_16_or_32_detector.patch \
   "
 
+SRC_URI_append_class-target = "\
+   file://0001-Disable-LDFLAGSICUDT-for-Linux.patch \
+  "
 SRC_URI[md5sum] = "072e501b87065f3a0ca888f1b5165709"
 SRC_URI[sha256sum] = 
"deb027a05f1b3bec03298b96fb93b28c84e9683c22e6f94effa67fdc7bd704cc"
-- 
1.7.10.4

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/6] eglibc: Upgrade from 2.18 -> 2.19

2014-02-17 Thread Khem Raj

License formatting and address for FSF in the COPYING and COPYING.LIB
has changed.

Dropped patched already upstream and patches that were workarounds for
older glibc and busybox

for e500 we have should pass --without-fp to eglibc/glibc 2.19 onwards
the code is merged from eglibc into glibc upstream under nofpu/ pretext

Signed-off-by: Khem Raj 
---
 meta/classes/libc-common.bbclass   |2 +-
 meta/conf/distro/include/tcmode-default.inc|2 +-
 ...tive_2.18.bb => cross-localedef-native_2.19.bb} |   10 +-
 .../0001-ARM-Pass-dl_hwcap-to-IFUNC-resolver.patch |   43 --
 meta/recipes-core/eglibc/eglibc-2.18/make-4.patch  |   31 
 .../eglibc/eglibc-2.18/tzselect-awk.patch  |   42 --
 .../eglibc/eglibc-2.18/tzselect-sh.patch   |  156 
 .../0001-R_ARM_TLS_DTPOFF32.patch  |0
 .../0001-eglibc-menuconfig-support.patch   |  122 +++
 ...n-libm-err-tab.pl-with-specific-dirs-in-S.patch |0
 ...0002-eglibc-menuconfig-hex-string-options.patch |0
 ...0003-eglibc-menuconfig-build-instructions.patch |0
 .../GLRO_dl_debug_mask.patch   |0
 .../IO-acquire-lock-fix.patch  |0
 .../add_resource_h_to_wait_h.patch |0
 .../eglibc-svn-arm-lowlevellock-include-tls.patch  |0
 .../eglibc_fix_findidx_parameters.patch|0
 .../{eglibc-2.18 => eglibc-2.19}/etc/ld.so.conf|0
 .../fileops-without-wchar-io.patch |0
 .../fix-tibetian-locales.patch |0
 .../fix_for_centos_5.8.patch   |0
 .../fsl-ppc-no-fsqrt.patch |0
 .../generate-supported.mk  |0
 .../glibc.fix_sqrt2.patch  |0
 .../initgroups_keys.patch  |0
 .../ld-search-order.patch  |0
 .../mips-rld-map-check.patch   |0
 .../multilib_readlib.patch |0
 .../ppc-sqrt_finite.patch  |0
 .../ppc_slow_ieee754_sqrt.patch|0
 .../relocatable_sdk.patch  |0
 .../relocatable_sdk_fix_openpath.patch |0
 ...libc-initial_2.18.bb => eglibc-initial_2.19.bb} |0
 ...eglibc-locale_2.18.bb => eglibc-locale_2.19.bb} |0
 ...eglibc-mtrace_2.18.bb => eglibc-mtrace_2.19.bb} |0
 ...libc-scripts_2.18.bb => eglibc-scripts_2.19.bb} |0
 .../eglibc/{eglibc_2.18.bb => eglibc_2.19.bb}  |   14 +-
 37 files changed, 73 insertions(+), 349 deletions(-)
 rename meta/recipes-core/eglibc/{cross-localedef-native_2.18.bb => 
cross-localedef-native_2.19.bb} (73%)
 delete mode 100644 
meta/recipes-core/eglibc/eglibc-2.18/0001-ARM-Pass-dl_hwcap-to-IFUNC-resolver.patch
 delete mode 100644 meta/recipes-core/eglibc/eglibc-2.18/make-4.patch
 delete mode 100644 meta/recipes-core/eglibc/eglibc-2.18/tzselect-awk.patch
 delete mode 100644 meta/recipes-core/eglibc/eglibc-2.18/tzselect-sh.patch
 rename meta/recipes-core/eglibc/{eglibc-2.18 => 
eglibc-2.19}/0001-R_ARM_TLS_DTPOFF32.patch (100%)
 rename meta/recipes-core/eglibc/{eglibc-2.18 => 
eglibc-2.19}/0001-eglibc-menuconfig-support.patch (93%)
 rename meta/recipes-core/eglibc/{eglibc-2.18 => 
eglibc-2.19}/0001-eglibc-run-libm-err-tab.pl-with-specific-dirs-in-S.patch 
(100%)
 rename meta/recipes-core/eglibc/{eglibc-2.18 => 
eglibc-2.19}/0002-eglibc-menuconfig-hex-string-options.patch (100%)
 rename meta/recipes-core/eglibc/{eglibc-2.18 => 
eglibc-2.19}/0003-eglibc-menuconfig-build-instructions.patch (100%)
 rename meta/recipes-core/eglibc/{eglibc-2.18 => 
eglibc-2.19}/GLRO_dl_debug_mask.patch (100%)
 rename meta/recipes-core/eglibc/{eglibc-2.18 => 
eglibc-2.19}/IO-acquire-lock-fix.patch (100%)
 rename meta/recipes-core/eglibc/{eglibc-2.18 => 
eglibc-2.19}/add_resource_h_to_wait_h.patch (100%)
 rename meta/recipes-core/eglibc/{eglibc-2.18 => 
eglibc-2.19}/eglibc-svn-arm-lowlevellock-include-tls.patch (100%)
 rename meta/recipes-core/eglibc/{eglibc-2.18 => 
eglibc-2.19}/eglibc_fix_findidx_parameters.patch (100%)
 rename meta/recipes-core/eglibc/{eglibc-2.18 => eglibc-2.19}/etc/ld.so.conf 
(100%)
 rename meta/recipes-core/eglibc/{eglibc-2.18 => 
eglibc-2.19}/fileops-without-wchar-io.patch (100%)
 rename meta/recipes-core/eglibc/{eglibc-2.18 => 
eglibc-2.19}/fix-tibetian-locales.patch (100%)
 rename meta/recipes-core/eglibc/{eglibc-2.18 => 
eglibc-2.19}/fix_for_centos_5.8.patch (100%)
 rename meta/recipes-core/eglibc/{eglibc-2.18 => 
eglibc-2.19}/fsl-ppc-no-fsqrt.patch (100%)
 rename meta/recipes-core/eglibc/{eglibc-2.18 => 
eglibc-2.19}/generate-supported.mk (100%)
 rename meta/recipes-core/eglibc/{eglibc-2.18 => 
eglibc-2.19}/glibc.fix_sqrt2.patch (100%)
 rename meta/recipes-core/eglibc/{eglibc-2.18 => 
eglibc-2.19}/initgroups_keys.patch (100%)
 rename meta/recipes-core/eglibc/{eglibc-2.18 => 
eglibc-2.19}/ld-search

[OE-core] [PATCH 2/6] valgrind: Add glibc 2.19 awareness

2014-02-17 Thread Khem Raj

It wont compile otherwise and fail with errors e.g.

Valgrind requires glibc version 2.2 - 2.17 ...

Signed-off-by: Khem Raj 
---
 .../valgrind/valgrind/glibc-2.19.patch |   23 
 meta/recipes-devtools/valgrind/valgrind_3.9.0.bb   |1 +
 2 files changed, 24 insertions(+)
 create mode 100644 meta/recipes-devtools/valgrind/valgrind/glibc-2.19.patch

diff --git a/meta/recipes-devtools/valgrind/valgrind/glibc-2.19.patch 
b/meta/recipes-devtools/valgrind/valgrind/glibc-2.19.patch
new file mode 100644
index 000..7714b99
--- /dev/null
+++ b/meta/recipes-devtools/valgrind/valgrind/glibc-2.19.patch
@@ -0,0 +1,23 @@
+Add support for compiling with glibc 2.19
+
+Signed-off-by: Khem Raj 
+
+Upstream-Status: Pending
+Index: valgrind-3.9.0/configure.ac
+===
+--- valgrind-3.9.0.orig/configure.ac   2014-02-12 09:03:07.879873700 -0800
 valgrind-3.9.0/configure.ac2014-02-12 09:07:35.099871774 -0800
+@@ -918,6 +918,13 @@
+   DEFAULT_SUPP="$srcdir/glibc-2.34567-NPTL-helgrind.supp ${DEFAULT_SUPP}"
+   DEFAULT_SUPP="$srcdir/glibc-2.X-drd.supp ${DEFAULT_SUPP}"
+   ;;
++ 2.19)
++  AC_MSG_RESULT(2.19 family)
++  AC_DEFINE([GLIBC_2_19], 1, [Define to 1 if you're using glibc 2.19.x])
++  DEFAULT_SUPP="glibc-2.X.supp ${DEFAULT_SUPP}"
++  DEFAULT_SUPP="$srcdir/glibc-2.34567-NPTL-helgrind.supp ${DEFAULT_SUPP}"
++  DEFAULT_SUPP="$srcdir/glibc-2.X-drd.supp ${DEFAULT_SUPP}"
++  ;;
+  darwin)
+   AC_MSG_RESULT(Darwin)
+   AC_DEFINE([DARWIN_LIBC], 1, [Define to 1 if you're using Darwin])
diff --git a/meta/recipes-devtools/valgrind/valgrind_3.9.0.bb 
b/meta/recipes-devtools/valgrind/valgrind_3.9.0.bb
index e1fb568..64da1a2 100644
--- a/meta/recipes-devtools/valgrind/valgrind_3.9.0.bb
+++ b/meta/recipes-devtools/valgrind/valgrind_3.9.0.bb
@@ -15,6 +15,7 @@ SRC_URI = 
"http://www.valgrind.org/downloads/valgrind-${PV}.tar.bz2 \
file://fixed-perl-path.patch \
file://Added-support-for-PPC-instructions-mfatbu-mfatbl.patch \
file://sepbuildfix.patch \
+   file://glibc-2.19.patch \
   "
 
 SRC_URI[md5sum] = "0947de8112f946b9ce64764af7be6df2"
-- 
1.7.10.4

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/6] rootfs.py: Check for LDCONFIGDEPEND being empty string

2014-02-17 Thread Khem Raj

We override LDCONFIGDEPEND to be empty string for uclibc
however the current check is for it being None as a result
the function is still executed but ldconfig-native is not
built as dependency for rootfs when building with uclibc

Fixes errors like below

File:
'/home/kraj/work/angstrom-repo/sources/openembedded-core/meta/lib/oe/rootfs.py',
lineno: 191, function: _run_ldconfig
 0187:def _run_ldconfig(self):
 0188:if self.d.getVar('LDCONFIGDEPEND', True) is not None:
 0189:bb.note("Executing: ldconfig -r" +
self.image_rootfs + "-c new -v")
 0190:self._exec_shell_cmd(['ldconfig', '-r',
self.image_rootfs, '-c',
 *** 0191:  'new', '-v'])

Signed-off-by: Khem Raj 
---
 meta/lib/oe/rootfs.py |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oe/rootfs.py b/meta/lib/oe/rootfs.py
index d149ca3..3bcb812 100644
--- a/meta/lib/oe/rootfs.py
+++ b/meta/lib/oe/rootfs.py
@@ -185,7 +185,7 @@ class Rootfs(object):
 self._handle_intercept_failure(registered_pkgs)
 
 def _run_ldconfig(self):
-if self.d.getVar('LDCONFIGDEPEND', True) is not None:
+if self.d.getVar('LDCONFIGDEPEND', True) != "":
 bb.note("Executing: ldconfig -r" + self.image_rootfs + "-c new -v")
 self._exec_shell_cmd(['ldconfig', '-r', self.image_rootfs, '-c',
   'new', '-v'])
-- 
1.7.10.4

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 5/6] binutils: ld-is-gold should not affect native and crosssdk recipes

2014-02-17 Thread Khem Raj

gold linker does not support all architectures, currently arm and x86
are best supported, therefore we can not enable this as a full distro
option where we need to support other architectures e.g. ppc, mips
currently, if we enable ld-is-gold distro feature conditionally then it
invalidates native and sdk version of native binutils because configure
option would change. With this patch we limit ld-is-gold feature to
imapact cross binutils and target binutils only. This means that we
can reuse the sdk and native versions across architectures.

Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/binutils/binutils.inc |8 ++--
 1 file changed, 6 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/binutils/binutils.inc 
b/meta/recipes-devtools/binutils/binutils.inc
index 6380d54..7f084b5 100644
--- a/meta/recipes-devtools/binutils/binutils.inc
+++ b/meta/recipes-devtools/binutils/binutils.inc
@@ -67,10 +67,14 @@ B = "${S}/build.${HOST_SYS}.${TARGET_SYS}"
 
 EXTRA_OECONF = "--program-prefix=${TARGET_PREFIX} \
 --disable-werror \
-   --enable-plugins \
-   ${@base_contains('DISTRO_FEATURES', 'ld-is-gold', 
'--enable-gold=default --enable-threads', '', d)} \
+--enable-plugins \
+${LDGOLD} \
 ${@base_contains('DISTRO_FEATURES', 'multiarch', 
'--enable-64-bit-bfd', '', d)}"
 
+LDGOLD_class-native = ""
+LDGOLD_class-crosssdk = ""
+LDGOLD ?= "${@base_contains('DISTRO_FEATURES', 'ld-is-gold', 
'--enable-gold=default --enable-threads', '', d)}"
+
 # This is necessary due to a bug in the binutils Makefiles
 # EXTRA_OEMAKE = "configure-build-libiberty all"
 
-- 
1.7.10.4

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 6/6] uclibc: Update to git tip

2014-02-17 Thread Khem Raj

Signed-off-by: Khem Raj 
---
 meta/recipes-core/uclibc/uclibc-git.inc|3 +-
 .../0001-add-posix_fadvise-for-arm.patch   |   68 
 2 files changed, 1 insertion(+), 70 deletions(-)
 delete mode 100644 
meta/recipes-core/uclibc/uclibc-git/0001-add-posix_fadvise-for-arm.patch

diff --git a/meta/recipes-core/uclibc/uclibc-git.inc 
b/meta/recipes-core/uclibc/uclibc-git.inc
index 2005ae1..f2a1256 100644
--- a/meta/recipes-core/uclibc/uclibc-git.inc
+++ b/meta/recipes-core/uclibc/uclibc-git.inc
@@ -1,4 +1,4 @@
-SRCREV="f22cca4722fa66e424562e69f4afa2bca0af871d"
+SRCREV="19f21a1d974d802f05c43e4cabd6ed6891a8ae50"
 
 PV = "0.9.33+git${SRCPV}"
 
@@ -21,6 +21,5 @@ SRC_URI = "git://uclibc.org/uClibc.git;branch=master \
file://0001-nptl-atfork-Hide-pthread_atfork-in-shared-versions.patch \
file://0001-librt-Use-nodefaultlibs-instead-of-nostdlib.patch \
file://0001-Revert-utent.c-wtent.c-move-functions-from-utxent.c.patch \
-   file://0001-add-posix_fadvise-for-arm.patch \
"
 S = "${WORKDIR}/git"
diff --git 
a/meta/recipes-core/uclibc/uclibc-git/0001-add-posix_fadvise-for-arm.patch 
b/meta/recipes-core/uclibc/uclibc-git/0001-add-posix_fadvise-for-arm.patch
deleted file mode 100644
index 7c17a19..000
--- a/meta/recipes-core/uclibc/uclibc-git/0001-add-posix_fadvise-for-arm.patch
+++ /dev/null
@@ -1,68 +0,0 @@
-From 236a65abe0a6810e20498fc0ba8d02d90978953b Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Sat, 29 Jun 2013 22:46:53 -0700
-Subject: [PATCH] add posix_fadvise() for arm
-
-arm call to posix_fadvise simply calls posix_fadvise64
-
-Signed-off-by: Khem Raj 

- libc/sysdeps/linux/common/posix_fadvise.c |   24 
- 1 file changed, 16 insertions(+), 8 deletions(-)
-
-Upstream-Status: Pending
-
-diff --git a/libc/sysdeps/linux/common/posix_fadvise.c 
b/libc/sysdeps/linux/common/posix_fadvise.c
-index d3e1bd4..e102ce7 100644
 a/libc/sysdeps/linux/common/posix_fadvise.c
-+++ b/libc/sysdeps/linux/common/posix_fadvise.c
-@@ -10,30 +10,38 @@
- 
- #include 
- 
--#ifdef __NR_fadvise64
-+#if defined(__NR_fadvise64) || defined(__NR_arm_fadvise64_64)
- # include 
- # include 
- # include 
- 
-+# ifdef __NR_arm_fadvise64_64
-+int posix_fadvise64(int fd, off64_t offset, off64_t len, int advice);
-+# endif
-+
- int posix_fadvise(int fd, off_t offset, off_t len, int advice)
- {
-+# ifdef __NR_arm_fadvise64_64
-+  return posix_fadvise64(fd, offset, len, advice);
-+# else
-   int ret;
-   INTERNAL_SYSCALL_DECL(err);
--# if __WORDSIZE == 64
-+#  if __WORDSIZE == 64
-   ret = INTERNAL_SYSCALL(fadvise64, err, 4, fd, offset, len, advice);
--# else
--#  if defined(__UCLIBC_SYSCALL_ALIGN_64BIT__)
--  ret = INTERNAL_SYSCALL(fadvise64, err, 6, fd, /*unused*/0,
- #  else
-+#   if defined(__UCLIBC_SYSCALL_ALIGN_64BIT__)
-+  ret = INTERNAL_SYSCALL(fadvise64, err, 6, fd, /*unused*/0,
-+#   else
-   ret = INTERNAL_SYSCALL(fadvise64, err, 5, fd,
--#  endif
-+#   endif
-   OFF_HI_LO (offset), len, advice);
--# endif
-+#  endif
-   if (INTERNAL_SYSCALL_ERROR_P (ret, err))
-   return INTERNAL_SYSCALL_ERRNO (ret, err);
-   return 0;
-+#  endif
- }
--# if defined __UCLIBC_HAS_LFS__ && (!defined __NR_fadvise64_64 || __WORDSIZE 
== 64)
-+# if defined __UCLIBC_HAS_LFS__ && ((!defined __NR_fadvise64_64 && !defined 
__NR_arm_fadvise64_64) || __WORDSIZE == 64)
- strong_alias(posix_fadvise,posix_fadvise64)
- # endif
- #endif
--- 
-1.7.9.5
-
-- 
1.7.10.4

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 4/6] icu: Disable the default LDFLAGSICUDT for target compile

2014-02-17 Thread Richard Purdie

On Mon, 2014-02-17 at 11:34 -0800, Khem Raj wrote:

What appears to be missing here is an explanation of why we're doing
this? Its not in the patch header either...

Cheers,

Richard


> Signed-off-by: Khem Raj 
> ---
>  .../0001-Disable-LDFLAGSICUDT-for-Linux.patch  |   28 
> 
>  meta/recipes-support/icu/icu_51.2.bb   |3 +++
>  2 files changed, 31 insertions(+)
>  create mode 100644 
> meta/recipes-support/icu/icu-51.2/0001-Disable-LDFLAGSICUDT-for-Linux.patch
> 
> diff --git 
> a/meta/recipes-support/icu/icu-51.2/0001-Disable-LDFLAGSICUDT-for-Linux.patch 
> b/meta/recipes-support/icu/icu-51.2/0001-Disable-LDFLAGSICUDT-for-Linux.patch
> new file mode 100644
> index 000..2968d57
> --- /dev/null
> +++ 
> b/meta/recipes-support/icu/icu-51.2/0001-Disable-LDFLAGSICUDT-for-Linux.patch
> @@ -0,0 +1,28 @@
> +From 0c82d6aa02c08e41b13c83b14782bd7024e25d59 Mon Sep 17 00:00:00 2001
> +From: Khem Raj 
> +Date: Sat, 15 Feb 2014 21:06:42 +
> +Subject: [PATCH] Disable LDFLAGSICUDT for Linux
> +
> +Upstream-Status: Inappropriate [ OE Configuration ]
> +
> +Signed-off-by: Khem Raj 
> +---
> + source/config/mh-linux |2 +-
> + 1 file changed, 1 insertion(+), 1 deletion(-)
> +
> +diff --git a/config/mh-linux b/config/mh-linux
> +index 366f0cc..2689aab 100644
> +--- a/config/mh-linux
>  b/config/mh-linux
> +@@ -21,7 +21,7 @@ LD_RPATH= -Wl,-zorigin,-rpath,'$$'ORIGIN
> + LD_RPATH_PRE = -Wl,-rpath,
> + 
> + ## These are the library specific LDFLAGS
> +-LDFLAGSICUDT=-nodefaultlibs -nostdlib
> ++# LDFLAGSICUDT=-nodefaultlibs -nostdlib
> + 
> + ## Compiler switch to embed a library name
> + # The initial tab in the next line is to prevent icu-config from reading it.
> +-- 
> +1.7.10.4
> +
> diff --git a/meta/recipes-support/icu/icu_51.2.bb 
> b/meta/recipes-support/icu/icu_51.2.bb
> index aabe07b..2d1fd42 100644
> --- a/meta/recipes-support/icu/icu_51.2.bb
> +++ b/meta/recipes-support/icu/icu_51.2.bb
> @@ -9,5 +9,8 @@ SRC_URI = "${BASE_SRC_URI} \
> file://add_buffer_length_check_to_UTF_16_or_32_detector.patch \
>"
>  
> +SRC_URI_append_class-target = "\
> +   file://0001-Disable-LDFLAGSICUDT-for-Linux.patch \
> +  "
>  SRC_URI[md5sum] = "072e501b87065f3a0ca888f1b5165709"
>  SRC_URI[sha256sum] = 
> "deb027a05f1b3bec03298b96fb93b28c84e9683c22e6f94effa67fdc7bd704cc"


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 4/6] icu: Disable the default LDFLAGSICUDT for target compile

2014-02-17 Thread Khem Raj

On Mon, Feb 17, 2014 at 1:53 PM, Richard Purdie
 wrote:
> On Mon, 2014-02-17 at 11:34 -0800, Khem Raj wrote:
>
> What appears to be missing here is an explanation of why we're doing
> this? Its not in the patch header either...

right. should have done that, now I have pushed a newer patch with
some description in commit log
take a look

>
> Cheers,
>
> Richard
>
>
>> Signed-off-by: Khem Raj 
>> ---
>>  .../0001-Disable-LDFLAGSICUDT-for-Linux.patch  |   28 
>> 
>>  meta/recipes-support/icu/icu_51.2.bb   |3 +++
>>  2 files changed, 31 insertions(+)
>>  create mode 100644 
>> meta/recipes-support/icu/icu-51.2/0001-Disable-LDFLAGSICUDT-for-Linux.patch
>>
>> diff --git 
>> a/meta/recipes-support/icu/icu-51.2/0001-Disable-LDFLAGSICUDT-for-Linux.patch
>>  
>> b/meta/recipes-support/icu/icu-51.2/0001-Disable-LDFLAGSICUDT-for-Linux.patch
>> new file mode 100644
>> index 000..2968d57
>> --- /dev/null
>> +++ 
>> b/meta/recipes-support/icu/icu-51.2/0001-Disable-LDFLAGSICUDT-for-Linux.patch
>> @@ -0,0 +1,28 @@
>> +From 0c82d6aa02c08e41b13c83b14782bd7024e25d59 Mon Sep 17 00:00:00 2001
>> +From: Khem Raj 
>> +Date: Sat, 15 Feb 2014 21:06:42 +
>> +Subject: [PATCH] Disable LDFLAGSICUDT for Linux
>> +
>> +Upstream-Status: Inappropriate [ OE Configuration ]
>> +
>> +Signed-off-by: Khem Raj 
>> +---
>> + source/config/mh-linux |2 +-
>> + 1 file changed, 1 insertion(+), 1 deletion(-)
>> +
>> +diff --git a/config/mh-linux b/config/mh-linux
>> +index 366f0cc..2689aab 100644
>> +--- a/config/mh-linux
>>  b/config/mh-linux
>> +@@ -21,7 +21,7 @@ LD_RPATH= -Wl,-zorigin,-rpath,'$$'ORIGIN
>> + LD_RPATH_PRE = -Wl,-rpath,
>> +
>> + ## These are the library specific LDFLAGS
>> +-LDFLAGSICUDT=-nodefaultlibs -nostdlib
>> ++# LDFLAGSICUDT=-nodefaultlibs -nostdlib
>> +
>> + ## Compiler switch to embed a library name
>> + # The initial tab in the next line is to prevent icu-config from reading 
>> it.
>> +--
>> +1.7.10.4
>> +
>> diff --git a/meta/recipes-support/icu/icu_51.2.bb 
>> b/meta/recipes-support/icu/icu_51.2.bb
>> index aabe07b..2d1fd42 100644
>> --- a/meta/recipes-support/icu/icu_51.2.bb
>> +++ b/meta/recipes-support/icu/icu_51.2.bb
>> @@ -9,5 +9,8 @@ SRC_URI = "${BASE_SRC_URI} \
>> file://add_buffer_length_check_to_UTF_16_or_32_detector.patch \
>>"
>>
>> +SRC_URI_append_class-target = "\
>> +   file://0001-Disable-LDFLAGSICUDT-for-Linux.patch \
>> +  "
>>  SRC_URI[md5sum] = "072e501b87065f3a0ca888f1b5165709"
>>  SRC_URI[sha256sum] = 
>> "deb027a05f1b3bec03298b96fb93b28c84e9683c22e6f94effa67fdc7bd704cc"
>
>
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Error: The image creation script fails

2014-02-17 Thread Khem Raj

>> mke2fs 1.42.9 (28-Dec-2013)
>> debugfs 1.42.9 (28-Dec-2013)
>> bzip2: Can't open input file
>> core-image-minimal-qemux86-20140217182225.rootfs.tar: No such file or
>> directory.
>> ERROR: Error: The image creation script
>>
>> '/home/kraj/oe-core/build/tmp-uclibc/work/qemux86-oe-linux-uclibc/core-image-minimal/1.0-r0/temp/create_image.tar'
>> returned 1:
>>
>>
>> I am seeing this starting today with pure oecore
>>
>> Build Configuration:
>> BB_VERSION= "1.21.1"
>> BUILD_SYS = "x86_64-linux"
>> NATIVELSBSTRING   = "Ubuntu-12.04"
>> TARGET_SYS= "i586-oe-linux-uclibc"
>> MACHINE   = "qemux86"
>> DISTRO= "nodistro"
>> DISTRO_VERSION= "nodistro.0"
>> TUNE_FEATURES = "m32 i586"
>> TARGET_FPU= ""
>> meta  = "staging:e114cc405bd98ebbe5376e094842c9d49e7ca9b8"
>>
>> staging has few patches on top but they were same working few days ago
>>
>> any ideas ?
>
>
> I saw this aswell today, temporary reverting
> 9d9bca8785911e8ae06d507bbfb99d6a811f072e in OE-core worked for me.
>

OK so I am not going insane yet. I have a potential fix for this issue here

http://git.openembedded.org/openembedded-core-contrib/commit/?h=kraj/misc&id=fa250f06f0d1d89450b95040b59887cd5c897757

can you try it out in your environment. Since you have a environment
where this happens as well ?

-Khem
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/6] eglibc upgrade 2.19, uclibc upgrade and fixes

2014-02-17 Thread Khem Raj

On Mon, Feb 17, 2014 at 11:33 AM, Khem Raj  wrote:
> This is consolidated patchsets that I have sent over past couple of weeks
> Upgrades eglibc to 2.19
> Upgrades uclibc to latest git
> Fix for building uclibc images
> binutils is fixed to accomodate gold linker and sstate
> icu is fixed for QT5 runtime-issue reported by many developers over mailing 
> list
>
> I have built and booted systemd-image for eglibc/uclibc on all qemu machines, 
> beaglebone, overo
> and build only tested for  p1020ds
>

Updated the pull tree.
I have addressed RPs feedback into icu patch and additionally added a
fix that surfaced after 9d9bca8785911e8ae06d507bbfb99d6a811f072e
when generating .tar.gz or tar.bz2 images

> The following changes since commit 9d9bca8785911e8ae06d507bbfb99d6a811f072e:
>
>   lib/oe/image.py: fix working directory (2014-02-17 15:37:13 +)
>
> are available in the git repository at:
>
>   git://git.openembedded.org/openembedded-core-contrib misc
>   
> http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/misc
>
> Khem Raj (6):
>   eglibc: Upgrade from 2.18 -> 2.19
>   valgrind: Add glibc 2.19 awareness
>   rootfs.py: Check for LDCONFIGDEPEND being empty string
>   icu: Disable the default LDFLAGSICUDT for target compile
>   binutils: ld-is-gold should not affect native and crosssdk recipes
>   uclibc: Update to git tip
>
>  meta/classes/libc-common.bbclass   |2 +-
>  meta/conf/distro/include/tcmode-default.inc|2 +-
>  meta/lib/oe/rootfs.py  |2 +-
>  ...tive_2.18.bb => cross-localedef-native_2.19.bb} |   10 +-
>  .../0001-ARM-Pass-dl_hwcap-to-IFUNC-resolver.patch |   43 --
>  meta/recipes-core/eglibc/eglibc-2.18/make-4.patch  |   31 
>  .../eglibc/eglibc-2.18/tzselect-awk.patch  |   42 --
>  .../eglibc/eglibc-2.18/tzselect-sh.patch   |  156 
> 
>  .../0001-R_ARM_TLS_DTPOFF32.patch  |0
>  .../0001-eglibc-menuconfig-support.patch   |  122 +++
>  ...n-libm-err-tab.pl-with-specific-dirs-in-S.patch |0
>  ...0002-eglibc-menuconfig-hex-string-options.patch |0
>  ...0003-eglibc-menuconfig-build-instructions.patch |0
>  .../GLRO_dl_debug_mask.patch   |0
>  .../IO-acquire-lock-fix.patch  |0
>  .../add_resource_h_to_wait_h.patch |0
>  .../eglibc-svn-arm-lowlevellock-include-tls.patch  |0
>  .../eglibc_fix_findidx_parameters.patch|0
>  .../{eglibc-2.18 => eglibc-2.19}/etc/ld.so.conf|0
>  .../fileops-without-wchar-io.patch |0
>  .../fix-tibetian-locales.patch |0
>  .../fix_for_centos_5.8.patch   |0
>  .../fsl-ppc-no-fsqrt.patch |0
>  .../generate-supported.mk  |0
>  .../glibc.fix_sqrt2.patch  |0
>  .../initgroups_keys.patch  |0
>  .../ld-search-order.patch  |0
>  .../mips-rld-map-check.patch   |0
>  .../multilib_readlib.patch |0
>  .../ppc-sqrt_finite.patch  |0
>  .../ppc_slow_ieee754_sqrt.patch|0
>  .../relocatable_sdk.patch  |0
>  .../relocatable_sdk_fix_openpath.patch |0
>  ...libc-initial_2.18.bb => eglibc-initial_2.19.bb} |0
>  ...eglibc-locale_2.18.bb => eglibc-locale_2.19.bb} |0
>  ...eglibc-mtrace_2.18.bb => eglibc-mtrace_2.19.bb} |0
>  ...libc-scripts_2.18.bb => eglibc-scripts_2.19.bb} |0
>  .../eglibc/{eglibc_2.18.bb => eglibc_2.19.bb}  |   14 +-
>  meta/recipes-core/uclibc/uclibc-git.inc|3 +-
>  .../0001-add-posix_fadvise-for-arm.patch   |   68 -
>  meta/recipes-devtools/binutils/binutils.inc|8 +-
>  .../valgrind/valgrind/glibc-2.19.patch |   23 +++
>  meta/recipes-devtools/valgrind/valgrind_3.9.0.bb   |1 +
>  .../0001-Disable-LDFLAGSICUDT-for-Linux.patch  |   28 
>  meta/recipes-support/icu/icu_51.2.bb   |3 +
>  45 files changed, 136 insertions(+), 422 deletions(-)
>  rename meta/recipes-core/eglibc/{cross-localedef-native_2.18.bb => 
> cross-localedef-native_2.19.bb} (73%)
>  delete mode 100644 
> meta/recipes-core/eglibc/eglibc-2.18/0001-ARM-Pass-dl_hwcap-to-IFUNC-resolver.patch
>  delete mode 100644 meta/recipes-core/eglibc/eglibc-2.18/make-4.patch
>  delete mode 100644 meta/recipes-core/eglibc/eglibc-2.18/tzselect-awk.patch
>  delete mode 100644 meta/recipes-core/eglibc/eglibc-2.18/tzselect-sh.patch
>  rename meta/recipes-core/eglibc/{eglibc-2.18 => 
> eglibc-2.19}/0001-R_ARM_TLS_DTPOFF32.patch (100%)
>  rename meta/recipes-core/eglibc/{eglibc-2.18 => 
> eglibc-2.19}/0001-eglibc-menuconfig-support.patch (93%)
>  rename meta/recipes-core/eglibc/{eglibc-2.18 => 
> eglibc-2

Re: [OE-core] [PATCH] lighttpd: introduce /etc/lighttpd.d subdir for config file includes

2014-02-17 Thread Steffen Sledz

On 11.02.2014 09:59, Steffen Sledz wrote:
> Extend default config file by a directive to include config file
> fragments from /etc/lighttpd.d. This allows other web application
> packages to put their configuration there.
> 
> Signed-off-by: Steffen Sledz 
> ---
>  meta/recipes-extended/lighttpd/lighttpd/lighttpd.conf | 3 +++
>  meta/recipes-extended/lighttpd/lighttpd_1.4.33.bb | 3 ++-
>  2 files changed, 5 insertions(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-extended/lighttpd/lighttpd/lighttpd.conf 
> b/meta/recipes-extended/lighttpd/lighttpd/lighttpd.conf
> index 3342470..6e8402d 100644
> --- a/meta/recipes-extended/lighttpd/lighttpd/lighttpd.conf
> +++ b/meta/recipes-extended/lighttpd/lighttpd/lighttpd.conf
> @@ -326,3 +326,6 @@ static-file.exclude-extensions = ( ".php", ".pl", ".fcgi" 
> )
>  #include_shell "echo var.a=1"
>  ## the above is same as:
>  #var.a=1
> +
> +# include other config file fragments from lighttpd.d subdir
> +include_shell "find /etc/lighttpd.d -maxdepth 1 -name '*.conf' -exec cat {} 
> \;" 
> diff --git a/meta/recipes-extended/lighttpd/lighttpd_1.4.33.bb 
> b/meta/recipes-extended/lighttpd/lighttpd_1.4.33.bb
> index 2ddab16..2ea5f85 100644
> --- a/meta/recipes-extended/lighttpd/lighttpd_1.4.33.bb
> +++ b/meta/recipes-extended/lighttpd/lighttpd_1.4.33.bb
> @@ -5,6 +5,7 @@ BUGTRACKER = 
> "http://redmine.lighttpd.net/projects/lighttpd/issues";
>  LICENSE = "BSD"
>  LIC_FILES_CHKSUM = "file://COPYING;md5=e4dac5c6ab169aa212feb5028853a579"
>  
> +PR = "r1"
>  
>  SECTION = "net"
>  DEPENDS = "zlib libpcre"
> @@ -47,7 +48,7 @@ INITSCRIPT_PARAMS = "defaults 70"
>  SYSTEMD_SERVICE_${PN} = "lighttpd.service"
>  
>  do_install_append() {
> - install -d ${D}${sysconfdir}/init.d ${D}/www/pages/dav
> + install -d ${D}${sysconfdir}/init.d ${D}${sysconfdir}/lighttpd.d 
> ${D}/www/pages/dav
>   install -m 0755 ${WORKDIR}/lighttpd ${D}${sysconfdir}/init.d
>   install -m 0755 ${WORKDIR}/lighttpd.conf ${D}${sysconfdir}
>   install -m 0644 ${WORKDIR}/index.html.lighttpd ${D}/www/pages/index.html
> 

Ping!

-- 
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, 10319 Berlin, Germany
Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de
Fax: +49 30 515932-299
Geschäftsführer: Dr. Michael Weber, Werner Mögle;
Amtsgericht Berlin Charlottenburg; HRB 130120 B;
Ust.-IDNr. DE273952058
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Error: The image creation script fails

2014-02-17 Thread Jacob Kroon




On Mon, 17 Feb 2014, Khem Raj wrote:


mke2fs 1.42.9 (28-Dec-2013)
debugfs 1.42.9 (28-Dec-2013)
bzip2: Can't open input file
core-image-minimal-qemux86-20140217182225.rootfs.tar: No such file or
directory.
ERROR: Error: The image creation script

'/home/kraj/oe-core/build/tmp-uclibc/work/qemux86-oe-linux-uclibc/core-image-minimal/1.0-r0/temp/create_image.tar'
returned 1:


I am seeing this starting today with pure oecore

Build Configuration:
BB_VERSION= "1.21.1"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING   = "Ubuntu-12.04"
TARGET_SYS= "i586-oe-linux-uclibc"
MACHINE   = "qemux86"
DISTRO= "nodistro"
DISTRO_VERSION= "nodistro.0"
TUNE_FEATURES = "m32 i586"
TARGET_FPU= ""
meta  = "staging:e114cc405bd98ebbe5376e094842c9d49e7ca9b8"

staging has few patches on top but they were same working few days ago

any ideas ?



I saw this aswell today, temporary reverting
9d9bca8785911e8ae06d507bbfb99d6a811f072e in OE-core worked for me.



OK so I am not going insane yet. I have a potential fix for this issue here

http://git.openembedded.org/openembedded-core-contrib/commit/?h=kraj/misc&id=fa250f06f0d1d89450b95040b59887cd5c897757

can you try it out in your environment. Since you have a environment
where this happens as well ?



Thanks, patch works for me too. Without the patch and using master 
branches I see the same error message as before, with the patch applied 
the image builds fine.


My environment for reference:

Build Configuration:
BB_VERSION= "1.21.1"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING   = "Fedora-20"
TARGET_SYS= "arm-oe-linux-gnueabi"
MACHINE   = "wandboard-solo"
DISTRO= "monkey"
DISTRO_VERSION= "0.1"
TUNE_FEATURES = "armv7a vfp neon callconvention-hard cortexa9"
TARGET_FPU= "vfp-neon"
meta-oe   = "master:2397f51915252c00c4b86dc324feec76f61dcf22"
meta-qt5  = "master:32cee0b6d18a9e8ae2977accf2c8d32f303827d7"
meta  = "master:9d9bca8785911e8ae06d507bbfb99d6a811f072e"
meta-fsl-arm  = "master:40385ba8b3060adb3a535c6e5f08199b69f47754"
meta-fsl-arm-extra = "master:1b612d3045fe572d842186870903b8871c69e589"

/Jacob
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

54 matches

Mail list logo