[OE-core] [PATCH 1/7] libnl: Update to 3.2.24
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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'
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
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
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()
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
>> 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
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
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
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