[OE-core] [PATCH 1/1] apr: enable ptest support
Install apr test suite and run it as ptest. Signed-off-by: Chong Lu --- meta/recipes-support/apr/apr/run-ptest | 6 ++ meta/recipes-support/apr/apr_1.4.8.bb | 24 ++-- 2 files changed, 28 insertions(+), 2 deletions(-) create mode 100644 meta/recipes-support/apr/apr/run-ptest diff --git a/meta/recipes-support/apr/apr/run-ptest b/meta/recipes-support/apr/apr/run-ptest new file mode 100644 index 000..ae19a1d --- /dev/null +++ b/meta/recipes-support/apr/apr/run-ptest @@ -0,0 +1,6 @@ +#!/bin/sh + +cd test +./testall |sed \ + -e 's|\(.*\): SUCCESS|PASS: \1|' \ + -e 's|\(.*\): FAILED|FAIL: \1|' diff --git a/meta/recipes-support/apr/apr_1.4.8.bb b/meta/recipes-support/apr/apr_1.4.8.bb index d23929f..4af2a6b 100644 --- a/meta/recipes-support/apr/apr_1.4.8.bb +++ b/meta/recipes-support/apr/apr_1.4.8.bb @@ -12,12 +12,14 @@ BBCLASSEXTEND = "native" SRC_URI = "${APACHE_MIRROR}/apr/${BPN}-${PV}.tar.bz2 \ file://configure_fixes.patch \ file://cleanup.patch \ - file://configfix.patch" + file://configfix.patch \ + file://run-ptest \ +" SRC_URI[md5sum] = "ce2ab01a0c3cdb71cf0a6326b8654f41" SRC_URI[sha256sum] = "61b8d2f8d321c6365ee3d71d0bb41f3a89c44da6124cc5b407a3b8319d660421" -inherit autotools lib_package binconfig multilib_header +inherit autotools lib_package binconfig multilib_header ptest OE_BINCONFIG_EXTRA_MANGLE = " -e 's:location=source:location=installed:'" @@ -60,3 +62,21 @@ apr_sysroot_preprocess () { cp ${S}/build/make_exports.awk $d/ cp ${S}/build/make_var_export.awk $d/ } + +do_compile_ptest() { + cd ${S}/test + oe_runmake +} + +do_install_ptest() { + t=${D}${PTEST_PATH}/test + mkdir -p $t/.libs + cp -r ${S}/test/data $t/ + cp -r ${S}/test/.libs/*.so $t/.libs/ + cp ${S}/test/proc_child $t/ + cp ${S}/test/readchild $t/ + cp ${S}/test/sockchild $t/ + cp ${S}/test/sockperf $t/ + cp ${S}/test/testall $t/ + cp ${S}/test/tryread $t/ +} -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] apr: enable ptest support
The following changes since commit 1b636173ca88e5ccca1992f9a12367a1189fa674: bitbake: toaster: Toaster GUI, generic search, filter and order (2014-01-10 15:20:26 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib chonglu/apr http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=chonglu/apr Chong Lu (1): apr: enable ptest support meta/recipes-support/apr/apr/run-ptest | 6 ++ meta/recipes-support/apr/apr_1.4.8.bb | 24 ++-- 2 files changed, 28 insertions(+), 2 deletions(-) create mode 100644 meta/recipes-support/apr/apr/run-ptest -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [oe-core][PATCH 1/3] dbus: Add missing RDEPENDS of base-files
From: Ting Liu Fix the below issue: | Computing transaction...error: Can't install | dbus-1-1.6.18-r0@ppce500v2: no package provides base-files | Signed-off-by: Ting Liu --- meta/recipes-core/dbus/dbus.inc |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta/recipes-core/dbus/dbus.inc b/meta/recipes-core/dbus/dbus.inc index 9bdb489..88aca2e 100644 --- a/meta/recipes-core/dbus/dbus.inc +++ b/meta/recipes-core/dbus/dbus.inc @@ -6,7 +6,7 @@ LICENSE = "AFL-2 | GPLv2+" LIC_FILES_CHKSUM = "file://COPYING;md5=10dded3b58148f3f1fd804b26354af3e \ file://dbus/dbus.h;beginline=6;endline=20;md5=7755c9d7abccd5dbd25a6a974538bb3c" DEPENDS = "expat virtual/libintl" -RDEPENDS_dbus = "${@base_contains('DISTRO_FEATURES', 'ptest', 'dbus-ptest-ptest', '', d)} initscripts-functions" +RDEPENDS_dbus = "${@base_contains('DISTRO_FEATURES', 'ptest', 'dbus-ptest-ptest', '', d)} initscripts-functions base-files" RDEPENDS_dbus_class-native = "" RDEPENDS_dbus_class-nativesdk = "" -- 1.7.3.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [oe-core][PATCH 2/3] kmod-native: Only use O_CLOEXEC if it is defined
From: Ting Liu O_CLOEXEC is not available on some distro, such as centos 5.x Signed-off-by: Ting Liu --- meta/recipes-kernel/kmod/kmod-native_git.bb|1 + .../kmod/Only-use-O_CLOEXEC-if-it-is-defined.patch | 138 2 files changed, 139 insertions(+), 0 deletions(-) create mode 100644 meta/recipes-kernel/kmod/kmod/Only-use-O_CLOEXEC-if-it-is-defined.patch diff --git a/meta/recipes-kernel/kmod/kmod-native_git.bb b/meta/recipes-kernel/kmod/kmod-native_git.bb index f0e274e..a8312ef 100644 --- a/meta/recipes-kernel/kmod/kmod-native_git.bb +++ b/meta/recipes-kernel/kmod/kmod-native_git.bb @@ -8,6 +8,7 @@ DEPENDS += "zlib-native" inherit native SRC_URI += "file://Change-to-calling-bswap_-instead-of-htobe-and-be-toh.patch \ + file://Only-use-O_CLOEXEC-if-it-is-defined.patch \ " do_install_append (){ diff --git a/meta/recipes-kernel/kmod/kmod/Only-use-O_CLOEXEC-if-it-is-defined.patch b/meta/recipes-kernel/kmod/kmod/Only-use-O_CLOEXEC-if-it-is-defined.patch new file mode 100644 index 000..0c35615 --- /dev/null +++ b/meta/recipes-kernel/kmod/kmod/Only-use-O_CLOEXEC-if-it-is-defined.patch @@ -0,0 +1,138 @@ +From 8dc835c57caa5ca2eae9c4ebc8e2bc6dcff94bc3 Mon Sep 17 00:00:00 2001 +From: Ting Liu +Date: Mon, 13 Jan 2014 11:11:28 +0800 +Subject: [PATCH] Only use O_CLOEXEC if it is defined + +O_CLOEXEC is not available on some distro, such as centos 5.x + +Signed-off-by: Ting Liu +--- + libkmod/libkmod-config.c | 10 +- + libkmod/libkmod-file.c | 4 + libkmod/libkmod-index.c | 7 +++ + libkmod/libkmod-module.c | 17 + + 4 files changed, 37 insertions(+), 1 deletion(-) + +diff --git a/libkmod/libkmod-config.c b/libkmod/libkmod-config.c +index 32adb8b..def805d 100644 +--- a/libkmod/libkmod-config.c b/libkmod/libkmod-config.c +@@ -525,7 +525,11 @@ static int kmod_config_parse_kcmdline(struct kmod_config *config) + int fd, err; + char *p, *modname, *param = NULL, *value = NULL; + ++#ifdef O_CLOEXEC + fd = open("/proc/cmdline", O_RDONLY|O_CLOEXEC); ++#else ++ fd = open("/proc/cmdline", O_RDONLY); ++#endif + if (fd < 0) { + err = -errno; + DBG(config->ctx, "could not open '/proc/cmdline' for reading: %m\n"); +@@ -889,7 +893,11 @@ int kmod_config_new(struct kmod_ctx *ctx, struct kmod_config **p_config, + snprintf(fn, sizeof(fn),"%s/%s", cf->path, + cf->name); + +- fd = open(fn, O_RDONLY|O_CLOEXEC); ++#ifdef O_CLOEXEC ++ fd = open(fn, O_RDONLY|O_CLOEXEC); ++#else ++ fd = open(fn, O_RDONLY); ++#endif + DBG(ctx, "parsing file '%s' fd=%d\n", fn, fd); + + if (fd >= 0) +diff --git a/libkmod/libkmod-file.c b/libkmod/libkmod-file.c +index feb4a15..d659765 100644 +--- a/libkmod/libkmod-file.c b/libkmod/libkmod-file.c +@@ -292,7 +292,11 @@ struct kmod_file *kmod_file_open(const struct kmod_ctx *ctx, + if (file == NULL) + return NULL; + ++#ifdef O_CLOEXEC + file->fd = open(filename, O_RDONLY|O_CLOEXEC); ++#else ++ file->fd = open(filename, O_RDONLY); ++#endif + if (file->fd < 0) { + err = -errno; + goto error; +diff --git a/libkmod/libkmod-index.c b/libkmod/libkmod-index.c +index fa7db41..4b113ed 100644 +--- a/libkmod/libkmod-index.c b/libkmod/libkmod-index.c +@@ -795,10 +795,17 @@ struct index_mm *index_mm_open(struct kmod_ctx *ctx, const char *filename, + return NULL; + } + ++#ifdef O_CLOEXEC + if ((fd = open(filename, O_RDONLY|O_CLOEXEC)) < 0) { + DBG(ctx, "open(%s, O_RDONLY|O_CLOEXEC): %m\n", filename); + goto fail_open; + } ++#else ++ if ((fd = open(filename, O_RDONLY) < 0)) { ++ DBG(ctx, "open(%s, O_RDONLY): %m\n", filename); ++ goto fail_open; ++ } ++#endif + + fstat(fd, &st); + if ((size_t) st.st_size < sizeof(hdr)) +diff --git a/libkmod/libkmod-module.c b/libkmod/libkmod-module.c +index 2f92e16..a911dfe 100644 +--- a/libkmod/libkmod-module.c b/libkmod/libkmod-module.c +@@ -1692,7 +1692,11 @@ KMOD_EXPORT int kmod_module_get_initstate(const struct kmod_module *mod) + + pathlen = snprintf(path, sizeof(path), + "/sys/module/%s/initstate", mod->name); ++#ifdef O_CLOEXEC + fd = open(path, O_RDONLY|O_CLOEXEC); ++#else ++ fd = open(path, O_RDONLY); ++#endif + if (fd < 0) { + err = -errno; + +@@ -1762,7 +1766,11 @@ KMOD_EXPORT long kmod_module_get_size(const struct kmod_module *mod) + return -errno; + + /* available as of linux 3.3.x */ ++#ifdef O_CLOEXEC + cfd = openat(dfd, "coresize", O_RDONLY|O_CLOEXEC); ++#else ++ cfd = openat(dfd, "coresize", O_RDONLY); ++#endif + if (cfd >= 0) { + if (read_str_long(cfd, &size, 10) < 0) +
[OE-core] [oe-core][PATCH 3/3] wayland-native: disable macro checks not used for scanner
From: Ting Liu We only build wayland-native for the scanner, so disable the bits we don't actually need. This avoid build issue on older distro such as Centos 5.x: | error: 'O_CLOEXEC' undeclared (first use in this function) | error: sys/timerfd.h: No such file or directory | error: 'CLOCK_MONOTONIC' undeclared (first use in this function) | error: 'TFD_CLOEXEC' undeclared (first use in this function) | error: 'SFD_CLOEXEC' undeclared (first use in this function) Signed-off-by: Ting Liu --- ...disable-macro-checks-not-used-for-scanner.patch | 52 meta/recipes-graphics/wayland/wayland_1.3.0.bb |5 ++- 2 files changed, 56 insertions(+), 1 deletions(-) create mode 100644 meta/recipes-graphics/wayland/wayland/disable-macro-checks-not-used-for-scanner.patch diff --git a/meta/recipes-graphics/wayland/wayland/disable-macro-checks-not-used-for-scanner.patch b/meta/recipes-graphics/wayland/wayland/disable-macro-checks-not-used-for-scanner.patch new file mode 100644 index 000..8a22079 --- /dev/null +++ b/meta/recipes-graphics/wayland/wayland/disable-macro-checks-not-used-for-scanner.patch @@ -0,0 +1,52 @@ +From 0af87a0382ffa4f1f6c81960d5f2ff07d3726529 Mon Sep 17 00:00:00 2001 +From: Ting Liu +Date: Mon, 13 Jan 2014 16:49:45 +0800 +Subject: [PATCH] disable macro checks not used for scanner + +We only build wayland-native for the scanner, so disable the bits we don't +actually need. This avoid build issue on older distro such as Centos 5.x: +| error: 'O_CLOEXEC' undeclared (first use in this function) +| error: sys/timerfd.h: No such file or directory +| error: 'CLOCK_MONOTONIC' undeclared (first use in this function) +| error: 'TFD_CLOEXEC' undeclared (first use in this function) +| error: 'SFD_CLOEXEC' undeclared (first use in this function) + +Signed-off-by: Ting Liu +--- + configure.ac | 20 ++-- + 1 file changed, 10 insertions(+), 10 deletions(-) + +diff --git a/configure.ac b/configure.ac +index fa924ae..bf1b85a 100644 +--- a/configure.ac b/configure.ac +@@ -41,16 +41,16 @@ AC_SUBST(GCC_CFLAGS) + + AC_CHECK_FUNCS([accept4 mkostemp]) + +-AC_CHECK_DECL(SFD_CLOEXEC,[], +-[AC_MSG_ERROR("SFD_CLOEXEC is needed to compile wayland")], +-[[#include ]]) +-AC_CHECK_DECL(TFD_CLOEXEC,[], +-[AC_MSG_ERROR("TFD_CLOEXEC is needed to compile wayland")], +-[[#include ]]) +-AC_CHECK_DECL(CLOCK_MONOTONIC,[], +-[AC_MSG_ERROR("CLOCK_MONOTONIC is needed to compile wayland")], +-[[#include ]]) +-AC_CHECK_HEADERS([execinfo.h]) ++##AC_CHECK_DECL(SFD_CLOEXEC,[], ++# [AC_MSG_ERROR("SFD_CLOEXEC is needed to compile wayland")], ++# [[#include ]]) ++#AC_CHECK_DECL(TFD_CLOEXEC,[], ++# [AC_MSG_ERROR("TFD_CLOEXEC is needed to compile wayland")], ++# [[#include ]]) ++#AC_CHECK_DECL(CLOCK_MONOTONIC,[], ++# [AC_MSG_ERROR("CLOCK_MONOTONIC is needed to compile wayland")], ++# [[#include ]]) ++#AC_CHECK_HEADERS([execinfo.h]) + + AC_ARG_ENABLE([scanner], + [AC_HELP_STRING([--disable-scanner], +-- +1.8.3.2 + diff --git a/meta/recipes-graphics/wayland/wayland_1.3.0.bb b/meta/recipes-graphics/wayland/wayland_1.3.0.bb index 212e08a..a60d02a 100644 --- a/meta/recipes-graphics/wayland/wayland_1.3.0.bb +++ b/meta/recipes-graphics/wayland/wayland_1.3.0.bb @@ -14,7 +14,10 @@ SRC_URI = "http://wayland.freedesktop.org/releases/${BPN}-${PV}.tar.xz"; SRC_URI[md5sum] = "d16d27081e0871de82d08840c2f133fc" SRC_URI[sha256sum] = "2e817685f68a26acd19964d69ddbc4549ba5412114ad95e1a9f5934cce470d6e" -SRC_URI_append_class-native = " file://just-scanner.patch" +SRC_URI_append_class-native = " \ +file://just-scanner.patch \ +file://disable-macro-checks-not-used-for-scanner.patch \ +" inherit autotools pkgconfig -- 1.7.3.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] Public TSC / OE Workgroup meeting today
Hi all, There will be a public OpenEmbedded TSC/workgroup meeting today - there wouldn't normally be one scheduled but there was quite a lot of discussion last time (which is a good thing!). If you're interested in discussing long- term technical efforts around the OpenEmbedded project please join us on irc.freenode.net in channel #oe at 17:00 GMT (9am PST, 11am CST, 12 EST, 18:00 CET) today. Topics we covered last meeting: * Qt 4 / 5 recipes in OE-Core * Rising bug count in Bugzilla and what we can do about it * (briefly) Patch review/merging process * Absentee layer maintainers Issues we didn't get to last time (that weren't resolved on the mailing list): - janitorial day/week? - "bitbake world" failures scrub - initrdscripts/init-live needs work - lava evaluation - website and other infrastructure issues - next release New issues for discussion are also welcome. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][PATCH 2/3] kmod-native: Only use O_CLOEXEC if it is defined
On 01/14/2014 05:49 PM, b28...@freescale.com wrote: From: Ting Liu O_CLOEXEC is not available on some distro, such as centos 5.x Hi Ting, Missing the Upstream-Status here, and for the O_CLOEXEC, how about: #ifdef O_CLOEXEC #define O_RDONLY_O_CLOEXEC O_RDONLY|O_CLOEXEC #else #define O_RDONLY_O_CLOEXEC O_RDONLY #endif or something like this, so you don't have to use the "#ifdef" everywhere. // Robert Signed-off-by: Ting Liu --- meta/recipes-kernel/kmod/kmod-native_git.bb|1 + .../kmod/Only-use-O_CLOEXEC-if-it-is-defined.patch | 138 2 files changed, 139 insertions(+), 0 deletions(-) create mode 100644 meta/recipes-kernel/kmod/kmod/Only-use-O_CLOEXEC-if-it-is-defined.patch diff --git a/meta/recipes-kernel/kmod/kmod-native_git.bb b/meta/recipes-kernel/kmod/kmod-native_git.bb index f0e274e..a8312ef 100644 --- a/meta/recipes-kernel/kmod/kmod-native_git.bb +++ b/meta/recipes-kernel/kmod/kmod-native_git.bb @@ -8,6 +8,7 @@ DEPENDS += "zlib-native" inherit native SRC_URI += "file://Change-to-calling-bswap_-instead-of-htobe-and-be-toh.patch \ + file://Only-use-O_CLOEXEC-if-it-is-defined.patch \ " do_install_append (){ diff --git a/meta/recipes-kernel/kmod/kmod/Only-use-O_CLOEXEC-if-it-is-defined.patch b/meta/recipes-kernel/kmod/kmod/Only-use-O_CLOEXEC-if-it-is-defined.patch new file mode 100644 index 000..0c35615 --- /dev/null +++ b/meta/recipes-kernel/kmod/kmod/Only-use-O_CLOEXEC-if-it-is-defined.patch @@ -0,0 +1,138 @@ +From 8dc835c57caa5ca2eae9c4ebc8e2bc6dcff94bc3 Mon Sep 17 00:00:00 2001 +From: Ting Liu +Date: Mon, 13 Jan 2014 11:11:28 +0800 +Subject: [PATCH] Only use O_CLOEXEC if it is defined + +O_CLOEXEC is not available on some distro, such as centos 5.x + +Signed-off-by: Ting Liu +--- + libkmod/libkmod-config.c | 10 +- + libkmod/libkmod-file.c | 4 + libkmod/libkmod-index.c | 7 +++ + libkmod/libkmod-module.c | 17 + + 4 files changed, 37 insertions(+), 1 deletion(-) + +diff --git a/libkmod/libkmod-config.c b/libkmod/libkmod-config.c +index 32adb8b..def805d 100644 +--- a/libkmod/libkmod-config.c b/libkmod/libkmod-config.c +@@ -525,7 +525,11 @@ static int kmod_config_parse_kcmdline(struct kmod_config *config) + int fd, err; + char *p, *modname, *param = NULL, *value = NULL; + ++#ifdef O_CLOEXEC + fd = open("/proc/cmdline", O_RDONLY|O_CLOEXEC); ++#else ++ fd = open("/proc/cmdline", O_RDONLY); ++#endif + if (fd < 0) { + err = -errno; + DBG(config->ctx, "could not open '/proc/cmdline' for reading: %m\n"); +@@ -889,7 +893,11 @@ int kmod_config_new(struct kmod_ctx *ctx, struct kmod_config **p_config, + snprintf(fn, sizeof(fn),"%s/%s", cf->path, + cf->name); + +- fd = open(fn, O_RDONLY|O_CLOEXEC); ++#ifdef O_CLOEXEC ++ fd = open(fn, O_RDONLY|O_CLOEXEC); ++#else ++ fd = open(fn, O_RDONLY); ++#endif + DBG(ctx, "parsing file '%s' fd=%d\n", fn, fd); + + if (fd >= 0) +diff --git a/libkmod/libkmod-file.c b/libkmod/libkmod-file.c +index feb4a15..d659765 100644 +--- a/libkmod/libkmod-file.c b/libkmod/libkmod-file.c +@@ -292,7 +292,11 @@ struct kmod_file *kmod_file_open(const struct kmod_ctx *ctx, + if (file == NULL) + return NULL; + ++#ifdef O_CLOEXEC + file->fd = open(filename, O_RDONLY|O_CLOEXEC); ++#else ++ file->fd = open(filename, O_RDONLY); ++#endif + if (file->fd < 0) { + err = -errno; + goto error; +diff --git a/libkmod/libkmod-index.c b/libkmod/libkmod-index.c +index fa7db41..4b113ed 100644 +--- a/libkmod/libkmod-index.c b/libkmod/libkmod-index.c +@@ -795,10 +795,17 @@ struct index_mm *index_mm_open(struct kmod_ctx *ctx, const char *filename, + return NULL; + } + ++#ifdef O_CLOEXEC + if ((fd = open(filename, O_RDONLY|O_CLOEXEC)) < 0) { + DBG(ctx, "open(%s, O_RDONLY|O_CLOEXEC): %m\n", filename); + goto fail_open; + } ++#else ++ if ((fd = open(filename, O_RDONLY) < 0)) { ++ DBG(ctx, "open(%s, O_RDONLY): %m\n", filename); ++ goto fail_open; ++ } ++#endif + + fstat(fd, &st); + if ((size_t) st.st_size < sizeof(hdr)) +diff --git a/libkmod/libkmod-module.c b/libkmod/libkmod-module.c +index 2f92e16..a911dfe 100644 +--- a/libkmod/libkmod-module.c b/libkmod/libkmod-module.c +@@ -1692,7 +1692,11 @@ KMOD_EXPORT int kmod_module_get_initstate(const struct kmod_module *mod) + + pathlen = snprintf(path, sizeof(path), + "/sys/module/%s/initstate", mod->name); ++#ifdef O_CLOEXEC + fd = open(path, O_RDONLY|O_CLOEXEC); ++#else ++ fd = open(path, O_RDONLY); ++#endif + if (fd < 0) { + err = -errno; + +@@ -1762,7 +1766,11 @@ KMOD_EXPORT long kmod_module_get_size(const s
Re: [OE-core] [oe-core][PATCH 2/3] kmod-native: Only use O_CLOEXEC if it is defined
On 14 January 2014 10:17, Robert Yang wrote: > > On 01/14/2014 05:49 PM, b28...@freescale.com wrote: >> >> From: Ting Liu >> >> O_CLOEXEC is not available on some distro, such as centos 5.x >> > > Hi Ting, > > Missing the Upstream-Status here, and for the O_CLOEXEC, how about: > > #ifdef O_CLOEXEC > #define O_RDONLY_O_CLOEXEC O_RDONLY|O_CLOEXEC > #else > #define O_RDONLY_O_CLOEXEC O_RDONLY > #endif > > or something like this, so you don't have to use the "#ifdef" everywhere. Or to be even less invasive: #ifndef O_CLOEXEC #define O_CLOEXEC 0 #endif Have you verified that it's safe to drop O_CLOEXEC and it doesn't need to be replaced with fnctl(FD_CLOEXEC) calls? Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/3] cmake: respect ${S} and ${B}
On 13 January 2014 22:15, Saul Wold wrote: >> This seems to cause a problem: >> ERROR: Logfile of failure stored in: >> >> DESTDIR=/srv/hdd/builds/world/tmp/work/ppc7400-poky-linux/cmake/2.8.12.1-r0/image >> install >> | make: *** No rule to make target `install'. Stop. >> | ERROR: oe_runmake failed >> | WARNING: > > Oops, sorry spoke to soon, needed to have a clean WORKDIR, I was building in > a pre existing tmp. > > Sorry for the noise. Yes, this change means existing work directories need to be wiped, just as the matching automake change did. Not sure if it would be possible to handle this migration sanely, maybe by checking for and deleting the cmake cache in $S? Ross ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/5] base bbclass: add support for lz4 compressed archives
Signed-off-by: Koen Kooi --- meta/classes/base.bbclass | 5 + 1 file changed, 5 insertions(+) diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass index 2e5217b..81fc305 100644 --- a/meta/classes/base.bbclass +++ b/meta/classes/base.bbclass @@ -573,6 +573,11 @@ python () { elif "osc://" in srcuri: d.appendVarFlag('do_fetch', 'depends', ' osc-native:do_populate_sysroot') +# *.lz4 should depends on lz4-native for unpacking +# Not endswith because of "*.patch.lz4;patch=1". Need bb.fetch.decodeurl in future +if '.lz4' in srcuri: +d.appendVarFlag('do_unpack', 'depends', ' lz4-native:do_populate_sysroot') + # *.xz should depends on xz-native for unpacking # Not endswith because of "*.patch.xz;patch=1". Need bb.fetch.decodeurl in future if '.xz' in srcuri: -- 1.8.4.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/5] lz4: add r112
lz4-native is needed for kernels using lz4 compression, which was merged in 3.11. Lz4 has a similar compression rate to lzo but decompresses a lot (>4x) faster. Signed-off-by: Koen Kooi --- meta/recipes-support/lz4/lz4_svn.bb | 17 + 1 file changed, 17 insertions(+) create mode 100644 meta/recipes-support/lz4/lz4_svn.bb diff --git a/meta/recipes-support/lz4/lz4_svn.bb b/meta/recipes-support/lz4/lz4_svn.bb new file mode 100644 index 000..41464e2 --- /dev/null +++ b/meta/recipes-support/lz4/lz4_svn.bb @@ -0,0 +1,17 @@ +SUMMARY = "Extremely Fast Compression algorithm" +DESCRIPTION = "LZ4 is a very fast lossless compression algorithm, providing compression speed at 400 MB/s per core, scalable with multi-cores CPU. It also features an extremely fast decoder, with speed in multiple GB/s per core, typically reaching RAM speed limits on multi-core systems." + +LICENSE = "BSD" +LIC_FILES_CHKSUM = "file://LICENSE;md5=2008d2325e11691e17fcaa3a6046f850" + +# Upstream names releases after SVN revs +SRCREV = "112" +PV = "r${SRCREV}" + +SRC_URI = "svn://lz4.googlecode.com/svn/;module=trunk;protocol=http" + +S = "${WORKDIR}/trunk" + +EXTRA_OEMAKE = "PREFIX=${prefix} CC=${TARGET_PREFIX}gcc DESTDIR=${D}" + +BBCLASSEXTEND += "native nativesdk" -- 1.8.4.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/5] distrodata bbclass: add support for lz4 archives
Signed-off-by: Koen Kooi --- meta/classes/distrodata.bbclass | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/classes/distrodata.bbclass b/meta/classes/distrodata.bbclass index 2c365f9..b47358b 100644 --- a/meta/classes/distrodata.bbclass +++ b/meta/classes/distrodata.bbclass @@ -289,9 +289,9 @@ python do_checkpkg() { ver_regex = "(([A-Z]*\d+[a-zA-Z]*[\.\-_]*)+)"#"((\d+[\.\-_[a-z]])+)" # src.rpm extension was added only for rpm package. Can be removed if the rpm # packaged will always be considered as having to be manually upgraded -suffix = "(tar\.gz|tgz|tar\.bz2|zip|xz|rpm|bz2|orig\.tar\.gz|tar\.xz|src\.tar\.gz|src\.tgz|svnr\d+\.tar\.bz2|stable\.tar\.gz|src\.rpm)" +suffix = "(tar\.gz|tgz|tar\.bz2|tar\.lz4|zip|xz|rpm|bz2|lz4|orig\.tar\.gz|tar\.xz|src\.tar\.gz|src\.tgz|svnr\d+\.tar\.bz2|stable\.tar\.gz|src\.rpm)" -suffixtuple = ("tar.gz", "tgz", "zip", "tar.bz2", "tar.xz", "bz2", "orig.tar.gz", "src.tar.gz", "src.rpm", "src.tgz", "svnr\d+.tar.bz2", "stable.tar.gz", "src.rpm") +suffixtuple = ("tar.gz", "tgz", "zip", "tar.bz2", "tar.xz", "tar.lz4", "bz2", "lz4", "orig.tar.gz", "src.tar.gz", "src.rpm", "src.tgz", "svnr\d+.tar.bz2", "stable.tar.gz", "src.rpm") sinterstr = "(?P%s?)v?(?P%s)(\-source)?" % (prefix, ver_regex) sdirstr = "(?P%s)\.?v?(?P%s)(\-source)?[\.\-](?P%s$)" % (prefix, ver_regex, suffix) -- 1.8.4.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 5/5] image_types bbclass: add support for tar.lz4 and cpio.lz4
Signed-off-by: Koen Kooi --- meta/classes/image_types.bbclass | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass index 54ecb15..48675b8 100644 --- a/meta/classes/image_types.bbclass +++ b/meta/classes/image_types.bbclass @@ -241,17 +241,19 @@ IMAGE_DEPENDS_ubi = "mtd-utils-native" IMAGE_DEPENDS_ubifs = "mtd-utils-native" # This variable is available to request which values are suitable for IMAGE_FSTYPES -IMAGE_TYPES = "jffs2 sum.jffs2 cramfs ext2 ext2.gz ext2.bz2 ext3 ext3.gz ext2.lzma btrfs iso hddimg squashfs squashfs-xz ubi ubifs tar tar.gz tar.bz2 tar.xz cpio cpio.gz cpio.xz cpio.lzma vmdk elf" +IMAGE_TYPES = "jffs2 sum.jffs2 cramfs ext2 ext2.gz ext2.bz2 ext3 ext3.gz ext2.lzma btrfs iso hddimg squashfs squashfs-xz ubi ubifs tar tar.gz tar.bz2 tar.xz tar.lz4 cpio cpio.gz cpio.xz cpio.lzma cpio.lz4 vmdk elf" -COMPRESSIONTYPES = "gz bz2 lzma xz" +COMPRESSIONTYPES = "gz bz2 lzma xz lz4" COMPRESS_CMD_lzma = "lzma -k -f -7 ${IMAGE_NAME}.rootfs.${type}" COMPRESS_CMD_gz = "gzip -f -9 -c ${IMAGE_NAME}.rootfs.${type} > ${IMAGE_NAME}.rootfs.${type}.gz" COMPRESS_CMD_bz2 = "bzip2 -f -k ${IMAGE_NAME}.rootfs.${type}" COMPRESS_CMD_xz = "xz -f -k -c ${XZ_COMPRESSION_LEVEL} ${XZ_THREADS} --check=${XZ_INTEGRITY_CHECK} ${IMAGE_NAME}.rootfs.${type} > ${IMAGE_NAME}.rootfs.${type}.xz" +COMPRESS_CMD_lz4 = "lz4c -9 -c ${IMAGE_NAME}.rootfs.${type} > ${IMAGE_NAME}.rootfs.${type}.lz4" COMPRESS_DEPENDS_lzma = "xz-native" COMPRESS_DEPENDS_gz = "" COMPRESS_DEPENDS_bz2 = "" COMPRESS_DEPENDS_xz = "xz-native" +COMPRESS_DEPENDS_lz4 = "lz4-native" RUNNABLE_IMAGE_TYPES ?= "ext2 ext3" RUNNABLE_MACHINE_PATTERNS ?= "qemu" -- 1.8.4.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/5] kernel.bbclass: add support for LZ4 initramfs files
Signed-off-by: Koen Kooi --- meta/classes/kernel.bbclass | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass index 5fef446..f2a5ec5 100644 --- a/meta/classes/kernel.bbclass +++ b/meta/classes/kernel.bbclass @@ -87,7 +87,7 @@ copy_initramfs() { mkdir -p ${B}/usr # Find and use the first initramfs image archive type we find rm -f ${B}/usr/${INITRAMFS_IMAGE}-${MACHINE}.cpio - for img in cpio.gz cpio.lzo cpio.lzma cpio.xz; do + for img in cpio.gz cpio.lz4 cpio.lzo cpio.lzma cpio.xz; do if [ -e "${DEPLOY_DIR_IMAGE}/${INITRAMFS_IMAGE}-${MACHINE}.$img" ]; then cp ${DEPLOY_DIR_IMAGE}/${INITRAMFS_IMAGE}-${MACHINE}.$img ${B}/usr/. case $img in @@ -96,6 +96,11 @@ copy_initramfs() { gunzip -f ${B}/usr/${INITRAMFS_IMAGE}-${MACHINE}.$img break ;; + *lz4) + echo "lz4 decompressing image" + lz4 -df ${B}/usr/${INITRAMFS_IMAGE}-${MACHINE}.$img + break + ;; *lzo) echo "lzo decompressing image" lzop -df ${B}/usr/${INITRAMFS_IMAGE}-${MACHINE}.$img -- 1.8.4.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] make: Disable floating guile dependency
This makes builds of make deterministic. Signed-off-by: Richard Purdie --- diff --git a/meta/recipes-devtools/make/make_4.0.bb b/meta/recipes-devtools/make/make_4.0.bb index bb2a7ed..38d328c 100644 --- a/meta/recipes-devtools/make/make_4.0.bb +++ b/meta/recipes-devtools/make/make_4.0.bb @@ -4,6 +4,8 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504 \ file://glob/COPYING.LIB;md5=4a770b67e6be0f60da244beb2de0fce4" require make.inc +EXTRA_OECONF += "--without-guile" + SRC_URI[md5sum] = "571d470a7647b455e3af3f92d79f1c18" SRC_URI[sha256sum] = "e60686c7afede62cc8c86ad3012cf081ea4887daf9d223ce7115703b2bb2dbdb" ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] eglibc-locale: Fix depends on binutils
The dependency here needs to apply for nativesdk as well as target packages as the autobuilder just tripped over that. We'd never want a native version so I'm not sure why the target class override was even present. The dependency also applies to do_package so lets be explicit about that in case sstate decides to get clever. Signed-off-by: Richard Purdie --- diff --git a/meta/recipes-core/eglibc/eglibc-locale.inc b/meta/recipes-core/eglibc/eglibc-locale.inc index 83569da..d2017b4 100644 --- a/meta/recipes-core/eglibc/eglibc-locale.inc +++ b/meta/recipes-core/eglibc/eglibc-locale.inc @@ -8,7 +8,7 @@ LOCALEBASEPN = "${MLPREFIX}eglibc" # eglibc-collateral.inc inhibits all default deps, but do_package needs objcopy # ERROR: objcopy failed with exit code 127 (cmd was 'i586-webos-linux-objcopy' --only-keep-debug 'eglibc-locale/2.17-r0/package/usr/lib/gconv/IBM1166.so' 'eglibc-locale/2.17-r0/package/usr/lib/gconv/.debug/IBM1166.so') # ERROR: Function failed: split_and_strip_files -DEPENDS_class-target = "virtual/${TARGET_PREFIX}binutils" +do_package[depends] += "virtual/${TARGET_PREFIX}binutils:do_populate_sysroot" # Binary locales are generated at build time if ENABLE_BINARY_LOCALE_GENERATION # is set. The idea is to avoid running localedef on the target (at first boot) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] ptest: d.keys() is slow, use a list instead
Unfortunately d.keys is extremely slow. Using a list in this case should be fine since the addtask lines are immediately above the code and aren't going to change often. Signed-off-by: Richard Purdie --- diff --git a/meta/classes/ptest.bbclass b/meta/classes/ptest.bbclass index e5bbb89..caf7101 100644 --- a/meta/classes/ptest.bbclass +++ b/meta/classes/ptest.bbclass @@ -55,6 +55,6 @@ python () { # Remove all '*ptest_base' tasks when ptest is not enabled if not(d.getVar('PTEST_ENABLED', True) == "1"): -for i in filter(lambda k: d.getVarFlag(k, "task") and k.endswith("ptest_base"), d.keys()): +for i in ['do_configure_ptest_base', 'do_compile_ptest_base', 'do_install_ptest_base']: bb.build.deltask(i, d) } ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] nativesdk-packagegroup-sdk-host: Cleanup strange darwin override
The cross-canadian packages were split into their own package group some time ago. These two are leftovers and can be safely removed. Signed-off-by: Richard Purdie --- diff --git a/meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb b/meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb index e6631d8..9581ef3 100644 --- a/meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb +++ b/meta/recipes-core/packagegroups/nativesdk-packagegroup-sdk-host.bb @@ -26,8 +26,6 @@ RDEPENDS_${PN} = "\ " RDEPENDS_${PN}_darwin = "\ -odcctools-cross-canadian \ -llvm-cross-canadian \ nativesdk-pkgconfig \ nativesdk-opkg \ nativesdk-libtool \ ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] ptest: d.keys() is slow, use a list instead
On Tue, Jan 14, 2014 at 9:43 AM, Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > Unfortunately d.keys is extremely slow. Using a list in this case should be > fine since the addtask lines are immediately above the code and aren't > going to change often. > > Signed-off-by: Richard Purdie > A code comment stating it needs to be update would be good. -- 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 1/3] oe-selftest: New object SStateBase cut off from SStateTests.
- SStateBase object contains basic methods used to run sstate related tests - SStateTests now contains only sstate-related tests Signed-off-by: Corneliu Stoicescu --- meta/lib/oeqa/selftest/sstate.py |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/lib/oeqa/selftest/sstate.py b/meta/lib/oeqa/selftest/sstate.py index 98c1426..a0489fe 100644 --- a/meta/lib/oeqa/selftest/sstate.py +++ b/meta/lib/oeqa/selftest/sstate.py @@ -8,7 +8,7 @@ import oeqa.utils.ftools as ftools from oeqa.selftest.base import oeSelfTest from oeqa.utils.commands import runCmd, bitbake, get_bb_var, get_test_layer -class SStateTests(oeSelfTest): +class SStateBase(oeSelfTest): def setUpLocal(self): self.temp_sstate_location = None @@ -51,6 +51,7 @@ class SStateTests(oeSelfTest): result.append(f) return result +class SStateTests(SStateBase): # Test sstate files creation and their location def run_test_sstate_creation(self, targets, distro_specific=True, distro_nonspecific=True, temp_sstate_location=True, should_pass=True): -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/3] oe-selftest: renamed sstate.py module to sstatetests.py
Signed-off-by: Corneliu Stoicescu --- .../oeqa/selftest/{sstate.py => sstatetests.py}|0 1 file changed, 0 insertions(+), 0 deletions(-) rename meta/lib/oeqa/selftest/{sstate.py => sstatetests.py} (100%) diff --git a/meta/lib/oeqa/selftest/sstate.py b/meta/lib/oeqa/selftest/sstatetests.py similarity index 100% rename from meta/lib/oeqa/selftest/sstate.py rename to meta/lib/oeqa/selftest/sstatetests.py -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe] Public TSC / OE Workgroup meeting today
On Tue, Jan 14, 2014 at 10:08:35AM +, Paul Eggleton wrote: > Hi all, > > There will be a public OpenEmbedded TSC/workgroup meeting today - there > wouldn't normally be one scheduled but there was quite a lot of discussion > last time (which is a good thing!). If you're interested in discussing long- > term technical efforts around the OpenEmbedded project please join us on > irc.freenode.net in channel #oe at > 17:00 GMT (9am PST, 11am CST, 12 EST, 18:00 CET) today. > > Topics we covered last meeting: > > * Qt 4 / 5 recipes in OE-Core > * Rising bug count in Bugzilla and what we can do about it > * (briefly) Patch review/merging process > * Absentee layer maintainers > > Issues we didn't get to last time (that weren't resolved on the mailing list): > - janitorial day/week? > - "bitbake world" failures scrub > - initrdscripts/init-live needs work > - lava evaluation > - website and other infrastructure issues > - next release > > New issues for discussion are also welcome. Not sure if it's worth new item on agenda, but maybe we should move meta/classes/image-prelink.bbclass functionality to package.bbclass, maybe we have more cases like this where image build is changing files which are provided by normal packages (such cases are lost after upgrading on device with packagemanager). Cheers, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] Extraneous ${libdir}/${PN}/ptest in ptest-using packages
I happened to notice today that I'm getting /lib/lttng-tools/ptest/ installed in my rootfs, which I don't especially want. What's happening here is that ptest.bbclass (since 25885d3b4f679c33a514d858bc20b0e21aa63721) does: do_install_ptest_base[cleandirs] = "${D}${PTEST_PATH}" and this causes ${D}${PTEST_PATH} to be created irrespective of the setting of PTEST_ENABLED, which is not especially desirable. Can this be moved to some place where it only takes effect for ptest-enabled builds? p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe] Public TSC / OE Workgroup meeting today
On Tue, 2014-01-14 at 13:13 +0100, Martin Jansa wrote: > Not sure if it's worth new item on agenda, but maybe we should move > meta/classes/image-prelink.bbclass functionality to package.bbclass, > maybe we have more cases like this where image build is changing files > which are provided by normal packages (such cases are lost after > upgrading on device with packagemanager). How would that work? I'm not sure that it's possible (in the general case) to prelink in any sensible way prior to rootfs construction. The same applies to image-mklibs.bbclass. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Extraneous ${libdir}/${PN}/ptest in ptest-using packages
On Tue, 2014-01-14 at 12:51 +, Phil Blundell wrote: > and this causes ${D}${PTEST_PATH} to be created irrespective of the > setting of PTEST_ENABLED, which is not especially desirable. Can this > be moved to some place where it only takes effect for ptest-enabled > builds? Oh, I see this was already fixed in def21f3f0bedae51651f1f0fc58b62b8aaaf37ae which was just merged. Very good! p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Revert "cross-canadian: Handle powerpc linux verses linux-gnuspe"
On 2014-01-13 13:41, Richard Purdie wrote: On Mon, 2014-01-13 at 13:37 +0100, David Nyström wrote: Just to clarify bug 5354: If I understand the bug correctly, this would arise when first building the nativesdk tarball on a MACHINE with ABI linux, and then building the nativesdk for another MACHINE(with the same the same TUNE) after altering ABIEXTENSION to linux-gnuspe ? If I understand bug 5354 correctly, perhaps the tmp/sdk/tarball.here can be ABI specific ? The idea behind the changes to cross-canadian were to have just a single gcc/binutils which generated all of the appropriate targets for a given architecture. I understood this to be possible but it looks like we may need to tweak things a bit. i.e. a generic rule that all nativesdk builds are invalidated if the ABI changes. I guess that would mean: cross-canadian.bbclass: TARGET_ARCH[vardeps] += "ABIEXTENSION" + Adding ABIEXTENSION to the nativesdk tarball name. PPC '=mabi=spe' seems to be one-way compatible, I could not get the non-SPE configured compiler to work with the SPE sysroot. Another possible solution would be to always configure the compiler to SPE, and use compile time flags in the environment file to do the selects. + symlinks for the compiler paths. Can we configure the compiler to include SPE support without changing the paths/OS string? Possibly, but I don't know enough about SPE to be sure. Perhaps Zhenhua can add a few cents here. Short summary of problem: All SPE enabled MACHINES, (e500 and e500v2) have broken nativesdk compilers in dora and master. Any suggestions on above statements ? However, even if we fix it this way for powerpc, we will still have this issue with thumb f.ex. Keep in mind the target sysroot still varies for each different target. The thing we're trying to keep in common is the gcc/bintuils and only have one copy for each target architecture. Is that possible in this case if we somehow enable SPE support in gcc-cross-canadian? Yes, target sysroot varies. The nativesdk sysroot containing the compiler is the same as long as TUNE_ARCH and SDKMACHINE is the same. Two ARMv8 targets built in sequence on the same host, where one is Thumb2 and the other is EABI ?, they will share nativesdk compiler no ? The -native compiler runs from the -native sysroot, which has an ABI postfix, so no problem there I assume. Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe] Public TSC / OE Workgroup meeting today
On Tue, Jan 14, 2014 at 12:55:28PM +, Phil Blundell wrote: > On Tue, 2014-01-14 at 13:13 +0100, Martin Jansa wrote: > > Not sure if it's worth new item on agenda, but maybe we should move > > meta/classes/image-prelink.bbclass functionality to package.bbclass, > > maybe we have more cases like this where image build is changing files > > which are provided by normal packages (such cases are lost after > > upgrading on device with packagemanager). > > How would that work? I'm not sure that it's possible (in the general > case) to prelink in any sensible way prior to rootfs construction. The > same applies to image-mklibs.bbclass. Hmm, you're right. The reason why I was thinking about this, is that someone reported to me that libc-dbg doesn't work after prelink changed libc headers in do_rootfs (external toolchain). IIRC there was some discussion about issues caused by prelink changing headers, I'll try to find it in archives, sorry for noise. -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Failed to build opkg with curl support
Hi Paul, 2014/1/10 Paul Barker : > On 9 January 2014 12:04, Yevhen Kyriukha wrote: >> I define "curl" in PACKAGECONFIG for opkg. >> After that I'm getting circular dependency errors during building opkg. >> >> Best regards, >> Yevhen > > Sorry, this is a known problem. > > The update-alternatives script needs to be moved out of opkg, either > to opkg-utils or to its own recipe as it is the use of > update-alternatives that is causing the circular dependencies. This is > what I am planning to work on next as soon as I get some time. > > This is required for my ongoing development work on opkg so it should > get sorted out soon. (Future versions of opkg will depend on > libarchive which also indirectly depends on update-alternatives). > > Related to this is the fact that no other providers of > update-alternatives seem to work, again due to circular dependencies. > > See http://thread.gmane.org/gmane.comp.handhelds.openembedded.core/45321 > > Thanks, > > -- > Paul Barker > > Email: p...@paulbarker.me.uk > http://www.paulbarker.me.uk Can you give some estimates on how long the implementation of this feature will take? -- Best regards, Yevhen ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] Failed to build opkg with curl support
On 14 January 2014 13:36, Yevhen Kyriukha wrote: > Hi Paul, > > 2014/1/10 Paul Barker : >> On 9 January 2014 12:04, Yevhen Kyriukha wrote: >>> I define "curl" in PACKAGECONFIG for opkg. >>> After that I'm getting circular dependency errors during building opkg. >>> >>> Best regards, >>> Yevhen >> >> Sorry, this is a known problem. >> >> The update-alternatives script needs to be moved out of opkg, either >> to opkg-utils or to its own recipe as it is the use of >> update-alternatives that is causing the circular dependencies. This is >> what I am planning to work on next as soon as I get some time. >> >> This is required for my ongoing development work on opkg so it should >> get sorted out soon. (Future versions of opkg will depend on >> libarchive which also indirectly depends on update-alternatives). >> >> Related to this is the fact that no other providers of >> update-alternatives seem to work, again due to circular dependencies. >> >> See http://thread.gmane.org/gmane.comp.handhelds.openembedded.core/45321 >> >> Thanks, >> >> -- >> Paul Barker >> >> Email: p...@paulbarker.me.uk >> http://www.paulbarker.me.uk > > Can you give some estimates on how long the implementation of this > feature will take? > I threw a few patches together over the last week, they just need testing before I'm happy to submit them for merging into mainline openembedded. They move the update-alternatives utility to the opkg-utils recipe, hopefully allowing the opkg recipe to have dependencies added without resulting in a circular dependency loop. I'm not at my development machine at the minute, but I'll forward them to you later so you can test them as well. Email me again to remind me if you haven't got them within a day or so. Cheers, -- Paul Barker Email: p...@paulbarker.me.uk http://www.paulbarker.me.uk ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] attr: enable ptest support
On 01/13/2014 07:02 PM, Lu Chong wrote: On 01/13/2014 11:58 PM, Saul Wold wrote: On 01/09/2014 02:02 AM, Chong Lu wrote: Install attr test suite and run it as ptest. Signed-off-by: Chong Lu --- meta/recipes-support/attr/attr.inc | 15 +++- .../attr/files/attr-make-ptest-pass.patch | 82 ++ meta/recipes-support/attr/files/run-ptest | 5 ++ 3 files changed, 101 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-support/attr/files/attr-make-ptest-pass.patch create mode 100644 meta/recipes-support/attr/files/run-ptest diff --git a/meta/recipes-support/attr/attr.inc b/meta/recipes-support/attr/attr.inc index 4961ba7..8cb08e4 100644 --- a/meta/recipes-support/attr/attr.inc +++ b/meta/recipes-support/attr/attr.inc @@ -11,7 +11,10 @@ LIC_FILES_CHKSUM = "file://doc/COPYING;md5=2d0aa14b3fce4694e4f615e30186335f \ file://attr/attr.c;endline=17;md5=be0403261f0847e5f43ed5b08d19593c \ file://libattr/libattr.c;endline=17;md5=7970f77049f8fa1199fff62a7ab724fb" -SRC_URI = "http://download.savannah.gnu.org/releases/attr/${BP}.src.tar.gz"; +SRC_URI = "http://download.savannah.gnu.org/releases/attr/${BP}.src.tar.gz \ + file://attr-make-ptest-pass.patch \ + file://run-ptest \ +" require ea-acl.inc @@ -20,3 +23,13 @@ do_install_append() { sed -i ${D}${libdir}/libattr.la -e \ s,^libdir=\'${base_libdir}\'$,libdir=\'${libdir}\', } + +inherit ptest + +do_install_ptest() { +cp -r ${S}/test ${D}${PTEST_PATH} +mkdir ${D}${PTEST_PATH}/include +cp ${S}/include/builddefs ${S}/include/buildmacros ${S}/include/buildrules ${D}${PTEST_PATH}/include/ +} + +RDEPENDS_${PN}-ptest = "coreutils perl-module-filehandle perl-module-getopt-std perl-module-posix" diff --git a/meta/recipes-support/attr/files/attr-make-ptest-pass.patch b/meta/recipes-support/attr/files/attr-make-ptest-pass.patch new file mode 100644 index 000..e2da8b0 --- /dev/null +++ b/meta/recipes-support/attr/files/attr-make-ptest-pass.patch @@ -0,0 +1,82 @@ +attr: make ptest pass + +Upstream-Status: Inappropriate [embedded specific] + +Delete the second '@' character of the same row in test/Makefile, else +we would get the error as below: +@echo: command not found +In fs.test file, the result of `ls -s' is incorrect. Change it to make +ext-tests pass. + Can you please verify that these tests are actually wrong, it seems incorrect to be changing the test results to make the test pass. Are we missing a setting (like the acl) or something else? Sau! Saul, I tested attr from upstream tar package on some distributions.(Ubuntu Desktop 12.04 and Fedora 20) test/ext/fs.test is actually wrong. If the test fails on distributions, then it's not an embedded specific problem, the patch should be submitted upstream. Sau! In target, I have already added acl setting. My test likes following:(in target) root@qemuarm:/usr/lib/attr/ptest# ./run-ptest make: Entering directory '/usr/lib/attr/ptest/test' .. PASS: $ rm f PASS: $ touch f g h PASS: $ setfattr -n user.novalue f g h PASS: $ ls -s f g h PASS: $ setfattr -n user.name -v value f PASS: $ ls -s f g h PASS: $ getfattr -d f g h PASS: $ setfattr -n user.name -v value g PASS: $ ls -s f g h PASS: $ setfattr -x user.novalue h PASS: $ ls -s f g h PASS: $ setfattr -n user.name -v other-value g PASS: $ setfattr -n user.name -v value g PASS: $ setfattr -x user.name f g PASS: $ setfattr -x user.novalue f g PASS: $ ls -s f g h PASS: $ rm f g h 20 commands (20 passed, 0 failed) make: Leaving directory '/usr/lib/attr/ptest/test' root@qemuarm:/usr/lib/attr/ptest# mount rootfs on / type rootfs (rw) /dev/root on / type ext3 (rw,relatime,errors=continue,user_xattr,acl,barrier=1,data=ordered) devtmpfs on /dev type devtmpfs (rw,relatime,size=60172k,nr_inodes=15043,mode=755) proc on /proc type proc (rw,relatime) tmpfs on /mnt/.psplash type tmpfs (rw,relatime,size=40k) sysfs on /sys type sysfs (rw,relatime) debugfs on /sys/kernel/debug type debugfs (rw,relatime) tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755) tmpfs on /var/volatile type tmpfs (rw,relatime) devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620) nfsd on /proc/fs/nfsd type nfsd (rw,relatime) Best Regards Chong +Signed-off-by: Chong Lu +--- + test/Makefile|4 ++-- + test/ext/fs.test | 22 +++--- + 2 files changed, 13 insertions(+), 13 deletions(-) + +diff --git a/test/Makefile b/test/Makefile +index b7bd8db..d916bf4 100644 +--- a/test/Makefile b/test/Makefile +@@ -40,10 +40,10 @@ $(TEST): + @echo "*** $@ ***"; perl run $@ + + $(EXT): +-@echo "EXT specific tests"; @echo "*** $@ ***"; perl run $@ ++@echo "EXT specific tests"; echo "*** $@ ***"; perl run $@ + + $(ROOT): +-@echo "Note: Tests must run as root"; @echo "*** $@ **
[OE-core] [PATCH] util-linux: add reset.1 manpage in update-alternatives
Adding "doc-pkgs" to IMAGE_FEATURES (in an image recipe) reports a conflict with reset.1 file, present both in util-linux and ncurses-doc packages. | Collected errors: | * check_data_file_clashes: Package util-linux-doc wants to install file /home/matt/tmp/oe-p/build/tmp-eglibc/work/qemux86_64-tiny-linux/test-image/1.0-r3/rootfs/usr/share/man/man1/reset.1 | But that file is already provided by package * ncurses-doc | * opkg_install_cmd: Cannot install package util-linux-doc. | WARNING: /home/matt/tmp/oe-p/build/tmp-eglibc/work/qemux86_64-tiny-linux/test-image/1.0-r3/temp/run.do_rootfs.13877:1 exit 255 from | opkg-cl -f $INSTALL_CONF_IPK -o $INSTALL_ROOTFS_IPK --force_postinstall --prefer-arch-to-version install `cat $1` | ERROR: Function failed: do_rootfs (log file is located at /home/matt/tmp/oe-p/build/tmp-eglibc/work/qemux86_64-tiny-linux/test-image/1.0-r3/temp/log.do_rootfs.13877) Same issue already occured few months ago: Re: [OE-core] Clashing man pages https://www.mail-archive.com/openembedded-core@lists.openembedded.org/msg38590.html Signed-off-by: Matthieu Crapet --- meta/recipes-core/util-linux/util-linux.inc | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/recipes-core/util-linux/util-linux.inc b/meta/recipes-core/util-linux/util-linux.inc index aaa7ec3..8b39240 100644 --- a/meta/recipes-core/util-linux/util-linux.inc +++ b/meta/recipes-core/util-linux/util-linux.inc @@ -175,11 +175,12 @@ ALTERNATIVE_LINK_NAME[eject] = "${bindir}/eject" ALTERNATIVE_LINK_NAME[getopt] = "${base_bindir}/getopt" ALTERNATIVE_TARGET[getopt] = "${bindir}/getopt" -ALTERNATIVE_${PN}-doc = "mountpoint.1 last.1 mesg.1 wall.1 sulogin.8 utmpdump.1" +ALTERNATIVE_${PN}-doc = "mountpoint.1 last.1 mesg.1 wall.1 sulogin.8 utmpdump.1 reset.1" ALTERNATIVE_LINK_NAME[last.1] = "${mandir}/man1/last.1" ALTERNATIVE_LINK_NAME[mesg.1] = "${mandir}/man1/mesg.1" ALTERNATIVE_LINK_NAME[mountpoint.1] = "${mandir}/man1/mountpoint.1" +ALTERNATIVE_LINK_NAME[reset.1] = "${mandir}/man1/reset.1" ALTERNATIVE_LINK_NAME[sulogin.8] = "${mandir}/man8/sulogin.8" ALTERNATIVE_LINK_NAME[utmpdump.1] = "${mandir}/man1/utmpdump.1" ALTERNATIVE_LINK_NAME[wall.1] = "${mandir}/man1/wall.1" -- 1.8.2.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH][V3 4/7] python-numpy: add (from meta-oe)
python-numpy is needed for Piglit. This recipe is taken directly from meta-oe. Signed-off-by: Ross Burton --- .../python/python-numpy/aarch64/_numpyconfig.h | 30 + .../python/python-numpy/aarch64/config.h | 139 .../python/python-numpy/arm/config.h | 21 +++ .../python/python-numpy/arm/numpyconfig.h | 17 +++ .../python/python-numpy/armeb/config.h | 21 +++ .../python/python-numpy/armeb/numpyconfig.h| 17 +++ .../python/python-numpy/i586/config.h | 108 +++ .../python/python-numpy/i586/numpyconfig.h | 24 .../python/python-numpy/mipsel/config.h| 21 +++ .../python/python-numpy/mipsel/numpyconfig.h | 17 +++ .../python/python-numpy/trycompile.diff| 33 + .../python/python-numpy/unbreak-assumptions.diff | 16 +++ .../python/python-numpy/x86-64/_numpyconfig.h | 30 + .../python/python-numpy/x86-64/config.h| 139 meta/recipes-devtools/python/python-numpy_1.7.0.bb | 78 +++ 15 files changed, 711 insertions(+) create mode 100644 meta/recipes-devtools/python/python-numpy/aarch64/_numpyconfig.h create mode 100644 meta/recipes-devtools/python/python-numpy/aarch64/config.h create mode 100644 meta/recipes-devtools/python/python-numpy/arm/config.h create mode 100644 meta/recipes-devtools/python/python-numpy/arm/numpyconfig.h create mode 100644 meta/recipes-devtools/python/python-numpy/armeb/config.h create mode 100644 meta/recipes-devtools/python/python-numpy/armeb/numpyconfig.h create mode 100644 meta/recipes-devtools/python/python-numpy/i586/config.h create mode 100644 meta/recipes-devtools/python/python-numpy/i586/numpyconfig.h create mode 100644 meta/recipes-devtools/python/python-numpy/mipsel/config.h create mode 100644 meta/recipes-devtools/python/python-numpy/mipsel/numpyconfig.h create mode 100644 meta/recipes-devtools/python/python-numpy/trycompile.diff create mode 100644 meta/recipes-devtools/python/python-numpy/unbreak-assumptions.diff create mode 100644 meta/recipes-devtools/python/python-numpy/x86-64/_numpyconfig.h create mode 100644 meta/recipes-devtools/python/python-numpy/x86-64/config.h create mode 100644 meta/recipes-devtools/python/python-numpy_1.7.0.bb diff --git a/meta/recipes-devtools/python/python-numpy/aarch64/_numpyconfig.h b/meta/recipes-devtools/python/python-numpy/aarch64/_numpyconfig.h new file mode 100644 index 000..be57ac2 --- /dev/null +++ b/meta/recipes-devtools/python/python-numpy/aarch64/_numpyconfig.h @@ -0,0 +1,30 @@ +#define NPY_HAVE_ENDIAN_H 1 +#define NPY_SIZEOF_SHORT SIZEOF_SHORT +#define NPY_SIZEOF_INT SIZEOF_INT +#define NPY_SIZEOF_LONG SIZEOF_LONG +#define NPY_SIZEOF_FLOAT 4 +#define NPY_SIZEOF_COMPLEX_FLOAT 8 +#define NPY_SIZEOF_DOUBLE 8 +#define NPY_SIZEOF_COMPLEX_DOUBLE 16 +#define NPY_SIZEOF_LONGDOUBLE 16 +#define NPY_SIZEOF_COMPLEX_LONGDOUBLE 32 +#define NPY_SIZEOF_PY_INTPTR_T 8 +#define NPY_SIZEOF_PY_LONG_LONG 8 +#define NPY_SIZEOF_LONGLONG 8 +#define NPY_NO_SMP 0 +#define NPY_HAVE_DECL_ISNAN +#define NPY_HAVE_DECL_ISINF +#define NPY_HAVE_DECL_ISFINITE +#define NPY_HAVE_DECL_SIGNBIT +#define NPY_USE_C99_COMPLEX 1 +#define NPY_HAVE_COMPLEX_DOUBLE 1 +#define NPY_HAVE_COMPLEX_FLOAT 1 +#define NPY_HAVE_COMPLEX_LONG_DOUBLE 1 +#define NPY_USE_C99_FORMATS 1 +#define NPY_VISIBILITY_HIDDEN __attribute__((visibility("hidden"))) +#define NPY_ABI_VERSION 0x0109 +#define NPY_API_VERSION 0x0007 + +#ifndef __STDC_FORMAT_MACROS +#define __STDC_FORMAT_MACROS 1 +#endif diff --git a/meta/recipes-devtools/python/python-numpy/aarch64/config.h b/meta/recipes-devtools/python/python-numpy/aarch64/config.h new file mode 100644 index 000..c30b868 --- /dev/null +++ b/meta/recipes-devtools/python/python-numpy/aarch64/config.h @@ -0,0 +1,139 @@ +#define HAVE_ENDIAN_H 1 +#define SIZEOF_PY_INTPTR_T 8 +#define SIZEOF_PY_LONG_LONG 8 +#define MATHLIB m +#define HAVE_SIN 1 +#define HAVE_COS 1 +#define HAVE_TAN 1 +#define HAVE_SINH 1 +#define HAVE_COSH 1 +#define HAVE_TANH 1 +#define HAVE_FABS 1 +#define HAVE_FLOOR 1 +#define HAVE_CEIL 1 +#define HAVE_SQRT 1 +#define HAVE_LOG10 1 +#define HAVE_LOG 1 +#define HAVE_EXP 1 +#define HAVE_ASIN 1 +#define HAVE_ACOS 1 +#define HAVE_ATAN 1 +#define HAVE_FMOD 1 +#define HAVE_MODF 1 +#define HAVE_FREXP 1 +#define HAVE_LDEXP 1 +#define HAVE_RINT 1 +#define HAVE_TRUNC 1 +#define HAVE_EXP2 1 +#define HAVE_LOG2 1 +#define HAVE_ATAN2 1 +#define HAVE_POW 1 +#define HAVE_NEXTAFTER 1 +#define HAVE_SINF 1 +#define HAVE_COSF 1 +#define HAVE_TANF 1 +#define HAVE_SINHF 1 +#define HAVE_COSHF 1 +#define HAVE_TANHF 1 +#define HAVE_FABSF 1 +#define HAVE_FLOORF 1 +#define HAVE_CEILF 1 +#define HAVE_RINTF 1 +#define HAVE_TRUNCF 1 +#define HAVE_SQRTF 1 +#define HAVE_LOG10F 1 +#define HAVE_LOGF 1 +#define HAVE_LOG1PF 1 +#define HAVE_EXPF 1 +#define HAVE_EXPM1F 1 +#define HAVE_ASINF 1 +#define HAVE_ACOSF 1 +#defin
[OE-core] [PATCH][V3 5/7] waffle: add (from meta-oe)
Waffle is needed for Piglit. This recipe is based on the recipe in meta-oe, upgraded to the latest upstream 1.3.0. Signed-off-by: Ross Burton --- meta/recipes-graphics/waffle/waffle_1.3.0.bb | 32 ++ 1 file changed, 32 insertions(+) create mode 100644 meta/recipes-graphics/waffle/waffle_1.3.0.bb diff --git a/meta/recipes-graphics/waffle/waffle_1.3.0.bb b/meta/recipes-graphics/waffle/waffle_1.3.0.bb new file mode 100644 index 000..a6d1acd --- /dev/null +++ b/meta/recipes-graphics/waffle/waffle_1.3.0.bb @@ -0,0 +1,32 @@ +SUMMARY = "cross-platform C library to defer selection of GL API and of window system" +LICENSE = "BSD-2-Clause" +LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=4c5154407c2490750dd461c50ad94797 \ + file://include/waffle/waffle.h;endline=24;md5=61dbf8697f61c78645e75a93c585b1bf" + +SRC_URI = "http://people.freedesktop.org/~chadversary/waffle/files/release/${BPN}-${PV}/${BPN}-${PV}.tar.xz"; +SRC_URI[md5sum] = "5020ecc249096c881e1f59ee961f3d41" +SRC_URI[sha256sum] = "340ee04172dba878249469018cd7ec9d1ecd41af26b612c741b8b52e713bca8e" + +inherit cmake + +# This should be overridden per-machine to reflect the capabilities of the GL +# stack. +PACKAGECONFIG ??= "glx" + +# I say virtual/libgl, actually wants gl.pc +PACKAGECONFIG[glx] = "-Dwaffle_has_glx=1,,virtual/libgl libx11" + +# I say virtual/libgl, actually wants wayland-egl.pc, egl.pc, and the wayland +# DISTRO_FEATURE. +PACKAGECONFIG[wayland] = "-Dwaffle_has_wayland=1,,virtual/libgl wayland" + +# I say virtual/libgl, actually wants gbm.pc egl.pc +PACKAGECONFIG[gbm] = "-Dwaffle_has_wayland=1,,virtual/libgl udev" + +# I say virtual/libgl, actually wants egl.pc +PACKAGECONFIG[x11-egl] = "-Dwaffle_has_x11_egl=1,,virtual/libgl libxcb" + +# Take the flags added by PACKAGECONFIG and pass them to cmake. +EXTRA_OECMAKE = "${EXTRA_OECONF}" + +FILES_${PN}-dev += "${datadir}/cmake/Modules/FindWaffle.cmake" -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH][V3 6/7] piglit: add (from meta-oe)
Piglit is an OpenGL testing tool. This recipe is taken directly from meta-oe. Signed-off-by: Ross Burton --- meta/recipes-graphics/piglit/piglit_git.bb | 48 1 file changed, 48 insertions(+) create mode 100644 meta/recipes-graphics/piglit/piglit_git.bb diff --git a/meta/recipes-graphics/piglit/piglit_git.bb b/meta/recipes-graphics/piglit/piglit_git.bb new file mode 100644 index 000..8616764 --- /dev/null +++ b/meta/recipes-graphics/piglit/piglit_git.bb @@ -0,0 +1,48 @@ +SUMMARY = "OpenGL driver testing framework" +LICENSE = "MIT & LGPLv2+ & GPLv3 & GPLv2+ & BSD-3-Clause" +LIC_FILES_CHKSUM = "file://COPYING;md5=b2beded7103a3d8a442a2a0391d607b0" + +SRC_URI = "git://anongit.freedesktop.org/piglit" + +# From 2012/12/30. +SRCREV = "bbeff5d21b06d37338ad28e42d88f499bef13268" +# (when PV goes above 1.0 remove the trailing r) +PV = "1.0+gitr${SRCPV}" + +S = "${WORKDIR}/git" + +DEPENDS = "virtual/libx11 waffle virtual/libgl libglu python-mako-native python-numpy-native" + +inherit cmake pythonnative + +# As piglit doesn't install, enforce in-tree builds so that we can easily copy +# contents out of $S and $B. +B="${S}" + +# CMake sets the rpath at build time with the source tree, and will reset it at +# install time. As we don't install this doesn't happen, so force the rpath to +# what we need. +EXTRA_OECMAKE = "-DCMAKE_BUILD_WITH_INSTALL_RPATH=1 -DCMAKE_INSTALL_RPATH=${libdir}/piglit/lib" + +do_install() { + install -d ${D}${bindir} + install -m 0755 piglit-*.py ${D}${bindir} + + install -d ${D}${libdir}/piglit/ + + install -d ${D}${libdir}/piglit/bin + install -m 755 ${S}/bin/* ${D}${libdir}/piglit/bin + + cp -a lib/ ${D}${libdir}/piglit/ + cp -a framework/ ${D}${libdir}/piglit/ + cp -a generated_tests/ ${D}${libdir}/piglit/ + cp -a tests/ ${D}${libdir}/piglit/ + cp -a templates/ ${D}${libdir}/piglit/ + + sed -i -e 's|sys.path.append(.*)|sys.path.append("${libdir}/piglit")|' ${D}${bindir}/piglit-*.py + sed -i -e 's|^templatedir = .*$|templatedir = "${libdir}/piglit/templates"|' ${D}${bindir}/piglit-summary-html.py +} + +FILES_${PN}-dbg += "${libdir}/piglit/*/.debug/" + +RDEPENDS_${PN} = "python waffle python-json python-subprocess python-multiprocessing python-textutils python-netserver python-shell mesa-demos" -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH][V3 3/7] python-nose: add (from meta-oe)
python-nose is a build dependecy for python-numpy, needed for Piglit. This recipe is taken directly from meta-oe. Signed-off-by: Ross Burton --- meta/recipes-devtools/python/python-nose_1.2.1.bb | 14 ++ 1 file changed, 14 insertions(+) create mode 100644 meta/recipes-devtools/python/python-nose_1.2.1.bb diff --git a/meta/recipes-devtools/python/python-nose_1.2.1.bb b/meta/recipes-devtools/python/python-nose_1.2.1.bb new file mode 100644 index 000..083d052 --- /dev/null +++ b/meta/recipes-devtools/python/python-nose_1.2.1.bb @@ -0,0 +1,14 @@ +DESCRIPTION = "nose extends the test loading and running features of unittest, \ +making it easier to write, find and run tests." +SECTION = "devel/python" +LICENSE = "LGPLv2.1" +LIC_FILES_CHKSUM = "file://lgpl.txt;md5=a6f89e2100d9b6cdffcea4f398e37343" + +SRC_URI = "http://pypi.python.org/packages/source/n/nose/nose-${PV}.tar.gz"; + +SRC_URI[md5sum] = "735e3f1ce8b07e70ee1b742a8a53585a" +SRC_URI[sha256sum] = "2171e9202d118d302d5db1decb52dd862b79e2a626ca19653a6914574a6ca7d9" + +S = "${WORKDIR}/nose-${PV}" + +inherit distutils -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH][V3 1/7] cmake: specify all install paths
Specify the full set of install paths (bindir, libdir, etc) for packages that use the GNUInstallDirs module, instead of just the prefix and leaving the rest as default (which breaks with multilib). Signed-off-by: Ross Burton --- meta/classes/cmake.bbclass |9 + 1 file changed, 9 insertions(+) diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbclass index 3ac3fcc..7ff9984 100644 --- a/meta/classes/cmake.bbclass +++ b/meta/classes/cmake.bbclass @@ -86,6 +86,15 @@ cmake_do_configure() { ${OECMAKE_SITEFILE} \ ${S} \ -DCMAKE_INSTALL_PREFIX:PATH=${prefix} \ + -DCMAKE_INSTALL_BINDIR:PATH=${bindir} \ + -DCMAKE_INSTALL_SBINDIR:PATH=${sbindir} \ + -DCMAKE_INSTALL_LIBEXECDIR:PATH=${libexecdir} \ + -DCMAKE_INSTALL_SYSCONFDIR:PATH=${sysconfdir} \ + -DCMAKE_INSTALL_SHAREDSTATEDIR:PATH=${sharedstatedir} \ + -DCMAKE_INSTALL_LOCALSTATEDIR:PATH=${localstatedir} \ + -DCMAKE_INSTALL_LIBDIR:PATH=${libdir} \ + -DCMAKE_INSTALL_INCLUDEDIR:PATH=${includedir} \ + -DCMAKE_INSTALL_DATAROOTDIR:PATH=${datadir} \ -DCMAKE_INSTALL_SO_NO_EXE=0 \ -DCMAKE_TOOLCHAIN_FILE=${WORKDIR}/toolchain.cmake \ -DCMAKE_VERBOSE_MAKEFILE=1 \ -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH][V3 0/7] Add Piglit
Hi, V3 of the Piglit series that adds a missing build dependency from meta-oe (honestly no idea how this ever worked for me), and fixes cmake.bbclass for multilib builds. Ross The following changes since commit d6ed40fa2a7646e3353460390090aaaecf5b38a3: cmake: default to out-of-tree builds (2014-01-14 11:33:56 +) are available in the git repository at: git://git.yoctoproject.org/poky-contrib ross/piglit for you to fetch changes up to f0636fc5fd95fc5f9f1271ccbaf347d06489d3e7: packagegroup-core-tools-testapps: add Piglit (2014-01-14 14:42:06 +) Ross Burton (7): cmake: specify all install paths python-mako: add (from meta-oe) python-nose: add (from meta-oe) python-numpy: add (from meta-oe) waffle: add (from meta-oe) piglit: add (from meta-oe) packagegroup-core-tools-testapps: add Piglit meta/classes/cmake.bbclass |9 ++ .../packagegroup-core-tools-testapps.bb|7 +- meta/recipes-devtools/python/python-mako_0.9.1.bb | 20 +++ meta/recipes-devtools/python/python-nose_1.2.1.bb | 14 ++ .../python/python-numpy/aarch64/_numpyconfig.h | 30 + .../python/python-numpy/aarch64/config.h | 139 .../python/python-numpy/arm/config.h | 21 +++ .../python/python-numpy/arm/numpyconfig.h | 17 +++ .../python/python-numpy/armeb/config.h | 21 +++ .../python/python-numpy/armeb/numpyconfig.h| 17 +++ .../python/python-numpy/i586/config.h | 108 +++ .../python/python-numpy/i586/numpyconfig.h | 24 .../python/python-numpy/mipsel/config.h| 21 +++ .../python/python-numpy/mipsel/numpyconfig.h | 17 +++ .../python/python-numpy/trycompile.diff| 33 + .../python/python-numpy/unbreak-assumptions.diff | 16 +++ .../python/python-numpy/x86-64/_numpyconfig.h | 30 + .../python/python-numpy/x86-64/config.h| 139 meta/recipes-devtools/python/python-numpy_1.7.0.bb | 78 +++ meta/recipes-graphics/piglit/piglit_git.bb | 48 +++ meta/recipes-graphics/waffle/waffle_1.3.0.bb | 32 + 21 files changed, 840 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-devtools/python/python-mako_0.9.1.bb create mode 100644 meta/recipes-devtools/python/python-nose_1.2.1.bb create mode 100644 meta/recipes-devtools/python/python-numpy/aarch64/_numpyconfig.h create mode 100644 meta/recipes-devtools/python/python-numpy/aarch64/config.h create mode 100644 meta/recipes-devtools/python/python-numpy/arm/config.h create mode 100644 meta/recipes-devtools/python/python-numpy/arm/numpyconfig.h create mode 100644 meta/recipes-devtools/python/python-numpy/armeb/config.h create mode 100644 meta/recipes-devtools/python/python-numpy/armeb/numpyconfig.h create mode 100644 meta/recipes-devtools/python/python-numpy/i586/config.h create mode 100644 meta/recipes-devtools/python/python-numpy/i586/numpyconfig.h create mode 100644 meta/recipes-devtools/python/python-numpy/mipsel/config.h create mode 100644 meta/recipes-devtools/python/python-numpy/mipsel/numpyconfig.h create mode 100644 meta/recipes-devtools/python/python-numpy/trycompile.diff create mode 100644 meta/recipes-devtools/python/python-numpy/unbreak-assumptions.diff create mode 100644 meta/recipes-devtools/python/python-numpy/x86-64/_numpyconfig.h create mode 100644 meta/recipes-devtools/python/python-numpy/x86-64/config.h create mode 100644 meta/recipes-devtools/python/python-numpy_1.7.0.bb create mode 100644 meta/recipes-graphics/piglit/piglit_git.bb create mode 100644 meta/recipes-graphics/waffle/waffle_1.3.0.bb Ross Burton (7): cmake: specify all install paths python-mako: add (from meta-oe) python-nose: add (from meta-oe) python-numpy: add (from meta-oe) waffle: add (from meta-oe) piglit: add (from meta-oe) packagegroup-core-tools-testapps: add Piglit meta/classes/cmake.bbclass |9 ++ .../packagegroup-core-tools-testapps.bb|7 +- meta/recipes-devtools/python/python-mako_0.9.1.bb | 20 +++ meta/recipes-devtools/python/python-nose_1.2.1.bb | 14 ++ .../python/python-numpy/aarch64/_numpyconfig.h | 30 + .../python/python-numpy/aarch64/config.h | 139 .../python/python-numpy/arm/config.h | 21 +++ .../python/python-numpy/arm/numpyconfig.h | 17 +++ .../python/python-numpy/armeb/config.h | 21 +++ .../python/python-numpy/armeb/numpyconfig.h| 17 +++ .../python/python-numpy/i586/config.h | 108 +++ .../python/python-numpy/i586/numpyconfig.h | 24 .../python/python-numpy/mipsel/config.h| 21 +++ .../python/python-numpy/mipsel/numpyconfig.h | 1
[OE-core] [PATCH][V3 7/7] packagegroup-core-tools-testapps: add Piglit
Respect the OpenGL distro feature and if it's enabled, pull in piglit and mesa-tools. Signed-off-by: Ross Burton --- .../packagegroups/packagegroup-core-tools-testapps.bb |7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/meta/recipes-core/packagegroups/packagegroup-core-tools-testapps.bb b/meta/recipes-core/packagegroups/packagegroup-core-tools-testapps.bb index 1861ebe..4b8f99b 100644 --- a/meta/recipes-core/packagegroups/packagegroup-core-tools-testapps.bb +++ b/meta/recipes-core/packagegroups/packagegroup-core-tools-testapps.bb @@ -24,10 +24,14 @@ KEXECTOOLS_powerpc ?= "" KEXECTOOLS_e5500-64b ?= "" KEXECTOOLS_aarch64 ?= "" +GLTOOLS = "\ +mesa-demos \ +piglit \ +" + X11TOOLS = "\ fstests \ owl-video \ -mesa-demos \ x11perf \ xrestop \ xwininfo \ @@ -48,4 +52,5 @@ RDEPENDS_${PN} = "\ ltp \ connman-client \ ${@base_contains('DISTRO_FEATURES', 'x11', "${X11TOOLS}", "", d)} \ +${@base_contains('DISTRO_FEATURES', 'opengl', "${GLTOOLS}", "", d)} \ " -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH][V3 2/7] python-mako: add (from meta-oe)
python-mako is needed for Piglit. This recipe is taken from meta-oe, and upgraded to the latest upstream version. Checksums updated as the upstream LICENSE file contains the copyright dates. Signed-off-by: Ross Burton --- meta/recipes-devtools/python/python-mako_0.9.1.bb | 20 1 file changed, 20 insertions(+) create mode 100644 meta/recipes-devtools/python/python-mako_0.9.1.bb diff --git a/meta/recipes-devtools/python/python-mako_0.9.1.bb b/meta/recipes-devtools/python/python-mako_0.9.1.bb new file mode 100644 index 000..84071c8 --- /dev/null +++ b/meta/recipes-devtools/python/python-mako_0.9.1.bb @@ -0,0 +1,20 @@ +DESCRIPTION = "Templating library for Python" +SECTION = "devel/python" +LICENSE = "MIT" +LIC_FILES_CHKSUM = "file://LICENSE;md5=da2a9d126b93cab0996a8287dacc480b" + +SRC_URI = "https://pypi.python.org/packages/source/M/Mako/Mako-${PV}.tar.gz"; +SRC_URI[md5sum] = "fe3f394ef714776d09ec6133923736a7" +SRC_URI[sha256sum] = "ed74d72b720a97a51590dfa839f2048ceeb76cc80d1d9ea5731a5262384316ae" + +S = "${WORKDIR}/Mako-${PV}" + +inherit setuptools + +RDEPENDS_${PN} = "python-threading \ + python-netclient \ + python-html \ +" +RDEPENDS_${PN}_class-native = "" + +BBCLASSEXTEND = "native nativesdk" -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe] Public TSC / OE Workgroup meeting today
On 1/14/14, 6:13 AM, Martin Jansa wrote: On Tue, Jan 14, 2014 at 10:08:35AM +, Paul Eggleton wrote: Hi all, There will be a public OpenEmbedded TSC/workgroup meeting today - there wouldn't normally be one scheduled but there was quite a lot of discussion last time (which is a good thing!). If you're interested in discussing long- term technical efforts around the OpenEmbedded project please join us on irc.freenode.net in channel #oe at 17:00 GMT (9am PST, 11am CST, 12 EST, 18:00 CET) today. Topics we covered last meeting: * Qt 4 / 5 recipes in OE-Core * Rising bug count in Bugzilla and what we can do about it * (briefly) Patch review/merging process * Absentee layer maintainers Issues we didn't get to last time (that weren't resolved on the mailing list): - janitorial day/week? - "bitbake world" failures scrub - initrdscripts/init-live needs work - lava evaluation - website and other infrastructure issues - next release New issues for discussion are also welcome. Not sure if it's worth new item on agenda, but maybe we should move meta/classes/image-prelink.bbclass functionality to package.bbclass, maybe we have more cases like this where image build is changing files which are provided by normal packages (such cases are lost after upgrading on device with packagemanager). We can discuss this, but prelink has to run on the filesystem image -- it can't run prior to packaging as the files installed into the image affect the results of the prelinking. For the prelink case, on target updates should be triggering the prelink system after the update. This is the responsibility of the field-upgrade software -- whatever is deployed on the device itself. (Also when using the prelinker, on many devices it makes sense to strip the un-prelink information for space savings. This won't prevent prelink from being run a second time -- it just prevents validation of the original not-prelinked binary.) --Mark Cheers, ___ 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] security_flags: db can't use pie flags from gcc for security build
[YOCTO #5721] Signed-off-by: Saul Wold --- meta/conf/distro/include/security_flags.inc | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/conf/distro/include/security_flags.inc b/meta/conf/distro/include/security_flags.inc index 24fbcdc..e7d4933a 100644 --- a/meta/conf/distro/include/security_flags.inc +++ b/meta/conf/distro/include/security_flags.inc @@ -8,6 +8,7 @@ SECURITY_CFLAGS_pn-beecrypt = "${SECURITY_NO_PIE_CFLAGS}" # to CPPFLAGS it gets picked into CFLAGS in bitbake. #TARGET_CPPFLAGS_pn-curl += "-D_FORTIFY_SOURCE=2" SECURITY_CFLAGS_pn-curl = "-fstack-protector-all -pie -fpie" +SECURITY_CFLAGS_pn-db = "${SECURITY_NO_PIE_CFLAGS}" SECURITY_CFLAGS_pn-directfb = "${SECURITY_NO_PIE_CFLAGS}" SECURITY_CFLAGS_pn-eglibc = "" SECURITY_CFLAGS_pn-eglibc-initial = "" -- 1.8.3.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] harfbuzz: Move ancillary binaries to ${PN}-bin
The binaries: -rwxr-xr-x root/root 21956 2014-01-09 19:39 ./bin/hb-shape -rwxr-xr-x root/root 21504 2014-01-09 19:39 ./bin/hb-ot-shape-closure -rwxr-xr-x root/root 36520 2014-01-09 19:39 ./bin/hb-view are not generally useful on target systems. Also, their presence in the same binary package as libharfbuzz.so defeats the debian package autonamer. Inherit lib_package to move these to ${PN}-bin. Signed-off-by: Phil Blundell --- meta/recipes-graphics/harfbuzz/harfbuzz_0.9.25.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.25.bb b/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.25.bb index 544deec..ba637bc 100644 --- a/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.25.bb +++ b/meta/recipes-graphics/harfbuzz/harfbuzz_0.9.25.bb @@ -16,7 +16,7 @@ SRC_URI = "http://www.freedesktop.org/software/harfbuzz/release/harfbuzz-${PV}.t SRC_URI[md5sum] = "491b631239f51dcd4f7934775306c4e7" SRC_URI[sha256sum] = "dc6e5997a569526cd28147a80a0f65466e87ae617753b38704a60184bc6d6bee" -inherit autotools pkgconfig +inherit autotools pkgconfig lib_package DEPENDS = "glib-2.0 cairo freetype" -- 1.8.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [for-dora][PATCH] gcc-4.8: Backport PR c++/57532 fix from 4.8.2
Bug: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57532 Log: r200836 | jason | 2013-07-09 14:52:17 -0300 (Tue, 09 Jul 2013) | 3 lines PR c++/57532 * parser.c (cp_parser_ref_qualifier_opt): Don't tentatively parse a ref-qualifier in C++98 mode. Signed-off-by: Otavio Salvador --- meta/recipes-devtools/gcc/gcc-4.8.inc |1 + .../gcc/gcc-4.8/0048-PR57532.patch | 36 2 files changed, 37 insertions(+) create mode 100644 meta/recipes-devtools/gcc/gcc-4.8/0048-PR57532.patch diff --git a/meta/recipes-devtools/gcc/gcc-4.8.inc b/meta/recipes-devtools/gcc/gcc-4.8.inc index 8d50bf7..b34c7ae 100644 --- a/meta/recipes-devtools/gcc/gcc-4.8.inc +++ b/meta/recipes-devtools/gcc/gcc-4.8.inc @@ -77,6 +77,7 @@ SRC_URI = "${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2 \ file://0045-gcc-4.8-PR57717-PowerPC-E500v2.patch \ file://0046-libatomic-deptracking.patch \ file://0047-repomembug.patch \ + file://0048-PR57532.patch \ " SRC_URI[md5sum] = "3b2386c114cd74185aa3754b58a79304" SRC_URI[sha256sum] = "545b44be3ad9f2c4e90e6880f5c9d4f0a8f0e5f67e1ffb0d45da9fa01bb05813" diff --git a/meta/recipes-devtools/gcc/gcc-4.8/0048-PR57532.patch b/meta/recipes-devtools/gcc/gcc-4.8/0048-PR57532.patch new file mode 100644 index 000..4a05d33 --- /dev/null +++ b/meta/recipes-devtools/gcc/gcc-4.8/0048-PR57532.patch @@ -0,0 +1,36 @@ +Upstream-Status: Backport +Signed-off-by: Otavio Salvador + +r200836 | jason | 2013-07-09 14:52:17 -0300 (Tue, 09 Jul 2013) | 3 lines + +PR c++/57532 +* parser.c (cp_parser_ref_qualifier_opt): Don't tentatively parse +a ref-qualifier in C++98 mode. + +Index: gcc/testsuite/g++.dg/parse/ref-qual2.C +=== +--- a/gcc/testsuite/g++.dg/parse/ref-qual2.C (revision 0) b/gcc/testsuite/g++.dg/parse/ref-qual2.C (revision 200836) +@@ -0,0 +1,6 @@ ++// PR c++/57532 ++ ++int main() ++{ ++return (int() & int()); ++} +Index: gcc/cp/parser.c +=== +--- a/gcc/cp/parser.c (revision 200835) b/gcc/cp/parser.c (revision 200836) +@@ -16986,6 +16986,11 @@ + { + cp_ref_qualifier ref_qual = REF_QUAL_NONE; + cp_token *token = cp_lexer_peek_token (parser->lexer); ++ ++ /* Don't try to parse bitwise '&' as a ref-qualifier (c++/57532). */ ++ if (cxx_dialect < cxx11 && cp_parser_parsing_tentatively (parser)) ++return ref_qual; ++ + switch (token->type) + { + case CPP_AND: -- 1.7.10.4 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [for-dora][PATCH] gcc-4.8: Backport PR c++/57532 fix from 4.8.2
Hello, I am adding Khem and Robert in Cc so they can review the patch... On Tue, Jan 14, 2014 at 2:26 PM, Otavio Salvador wrote: > Bug: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57532 > > Log: > r200836 | jason | 2013-07-09 14:52:17 -0300 (Tue, 09 Jul 2013) | 3 lines > > PR c++/57532 > * parser.c (cp_parser_ref_qualifier_opt): Don't tentatively parse > a ref-qualifier in C++98 mode. > > Signed-off-by: Otavio Salvador > -- 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] [for-dora][PATCH] gcc-4.8: Backport PR c++/57532 fix from 4.8.2
looks good to me. On Tue, Jan 14, 2014 at 8:26 AM, Otavio Salvador wrote: > Bug: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57532 > > Log: > r200836 | jason | 2013-07-09 14:52:17 -0300 (Tue, 09 Jul 2013) | 3 lines > > PR c++/57532 > * parser.c (cp_parser_ref_qualifier_opt): Don't tentatively parse > a ref-qualifier in C++98 mode. > > Signed-off-by: Otavio Salvador > --- > meta/recipes-devtools/gcc/gcc-4.8.inc |1 + > .../gcc/gcc-4.8/0048-PR57532.patch | 36 > > 2 files changed, 37 insertions(+) > create mode 100644 meta/recipes-devtools/gcc/gcc-4.8/0048-PR57532.patch > > diff --git a/meta/recipes-devtools/gcc/gcc-4.8.inc > b/meta/recipes-devtools/gcc/gcc-4.8.inc > index 8d50bf7..b34c7ae 100644 > --- a/meta/recipes-devtools/gcc/gcc-4.8.inc > +++ b/meta/recipes-devtools/gcc/gcc-4.8.inc > @@ -77,6 +77,7 @@ SRC_URI = "${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2 \ >file://0045-gcc-4.8-PR57717-PowerPC-E500v2.patch \ >file://0046-libatomic-deptracking.patch \ >file://0047-repomembug.patch \ > + file://0048-PR57532.patch \ > " > SRC_URI[md5sum] = "3b2386c114cd74185aa3754b58a79304" > SRC_URI[sha256sum] = > "545b44be3ad9f2c4e90e6880f5c9d4f0a8f0e5f67e1ffb0d45da9fa01bb05813" > diff --git a/meta/recipes-devtools/gcc/gcc-4.8/0048-PR57532.patch > b/meta/recipes-devtools/gcc/gcc-4.8/0048-PR57532.patch > new file mode 100644 > index 000..4a05d33 > --- /dev/null > +++ b/meta/recipes-devtools/gcc/gcc-4.8/0048-PR57532.patch > @@ -0,0 +1,36 @@ > +Upstream-Status: Backport > +Signed-off-by: Otavio Salvador > + > +r200836 | jason | 2013-07-09 14:52:17 -0300 (Tue, 09 Jul 2013) | 3 lines > + > +PR c++/57532 > +* parser.c (cp_parser_ref_qualifier_opt): Don't tentatively parse > +a ref-qualifier in C++98 mode. > + > +Index: gcc/testsuite/g++.dg/parse/ref-qual2.C > +=== > +--- a/gcc/testsuite/g++.dg/parse/ref-qual2.C (revision 0) > b/gcc/testsuite/g++.dg/parse/ref-qual2.C (revision 200836) > +@@ -0,0 +1,6 @@ > ++// PR c++/57532 > ++ > ++int main() > ++{ > ++return (int() & int()); > ++} > +Index: gcc/cp/parser.c > +=== > +--- a/gcc/cp/parser.c (revision 200835) > b/gcc/cp/parser.c (revision 200836) > +@@ -16986,6 +16986,11 @@ > + { > + cp_ref_qualifier ref_qual = REF_QUAL_NONE; > + cp_token *token = cp_lexer_peek_token (parser->lexer); > ++ > ++ /* Don't try to parse bitwise '&' as a ref-qualifier (c++/57532). */ > ++ if (cxx_dialect < cxx11 && cp_parser_parsing_tentatively (parser)) > ++return ref_qual; > ++ > + switch (token->type) > + { > + case CPP_AND: > -- > 1.7.10.4 > > ___ > 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] bitbake error
Hi My target HW is a Wandboard-quad and I have followed this tutorial ( http://wiki.wandboard.org/index.php/Getting_started_with_Yocto_on_Wandboard ). My host system is gentoo which isn't a validated system for yocto but if someone can help me anyway I would be very happy. I have downgraded make from 3.82 to 3.81 because I couldn't find a patch for 3.82. When I try to bitbake the 1.5 DORA branch it fails on eglibc(shlib.lds:150). Here is the log: http://tny.cz/766db2d2 I work as a software developer but I have very little Linux experience. Regards Johan Wadefalk ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] ** bug squashing weekend - Jan 17 to 20, 2014
Hello all OE/Yocto enthusiasts! https://bugzilla.yoctoproject.org/ It has been noted that the number of unresolved issues in our bugzilla has been rising which, if left unchecked, will lead to an ever-increasing bug count. In an effort to raise awareness of the number of unresolved bugs and work to reduce them, we'd like to plan a "bug squashing weekend" for this upcoming Friday to Monday (January 17th to 20th, 2014). If you work with OE/Yocto during the week then you'll have two days to look at issues, or if you have more time on weekends you'll also have two potential days for this activity. It would be nice if anyone involved in OE/Yocto could take some time between now and Monday to have a look at the bugzilla database and consider contributing towards reducing the number of opened issues. Obviously if you're a maintainer or some sort of a developer there are, most likely, obvious issues you could consider addressing. But there are also lots of issues an OE/Yocto "user" could investigate as well -- for example there are documentation issues, there are several issues in the "NEEDINFO" state, and sometimes just being able to reproduce a bug (or not) and confirm (or not) that an issue can be demonstrated on more than one host can be valuable information for the person who does eventually get assigned to solve the problem. Please take the opportunity to have a look at the opened issues in the bugzilla database. If you don't have an account, please consider signing up. Play with the "Search" capability (you'll probably want to try an advanced search, https://bugzilla.yoctoproject.org/query.cgi?format=advanced) and see if there are issues to which you might want to contribute. In an effort to keep multiple people from working on the same issues during this sprint, please let the community know on which bugs you'd like to work. You could reply to this email (keeping all the mailing lists CC'ed), and/or you could re-assign a bug to yourself. There are usually plenty of friendly, knowledgeable people around who can help. You can use the mailing lists, IRC channels, or bugzilla itself to communicate. https://www.yoctoproject.org/tools-resources/community Thanks for your participation! :-) https://bugzilla.yoctoproject.org/ ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] bitbake error
On 2014-01-14 10:24, johan wadefalk wrote: Hi My target HW is a Wandboard-quad and I have followed this tutorial (http://wiki.wandboard.org/index.php/Getting_started_with_Yocto_on_Wandboard). My host system is gentoo which isn't a validated system for yocto but if someone can help me anyway I would be very happy. I have downgraded make from 3.82 to 3.81 because I couldn't find a patch for 3.82. When I try to bitbake the 1.5 DORA branch it fails on eglibc(shlib.lds:150). Here is the log: http://tny.cz/766db2d2 This email probably belongs on the Yocto list since it's more user-oriented. Anyway, I just ran this same scenario with no problems on the master branch. You might try that. One thing that might be different - I used the Yocto toolchain package from http://downloads.yoctoproject.org/releases/yocto/yocto-1.5/toolchain/ to get the right version of make, etc. That also might help you. I work as a software developer but I have very little Linux experience. I wonder why you are using gentoo which is not validated for Yocto? Ubuntu and Fedora are much friendlier and are known to work. I wouldn't wish that (gentoo) on my worst enemy, let alone a Linux novice! -- Gary Thomas | Consulting for the MLB Associates |Embedded world ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] attr: enable ptest support
On 01/14/2014 11:16 PM, Saul Wold wrote: On 01/13/2014 07:02 PM, Lu Chong wrote: On 01/13/2014 11:58 PM, Saul Wold wrote: On 01/09/2014 02:02 AM, Chong Lu wrote: Install attr test suite and run it as ptest. Signed-off-by: Chong Lu --- meta/recipes-support/attr/attr.inc | 15 +++- .../attr/files/attr-make-ptest-pass.patch | 82 ++ meta/recipes-support/attr/files/run-ptest | 5 ++ 3 files changed, 101 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-support/attr/files/attr-make-ptest-pass.patch create mode 100644 meta/recipes-support/attr/files/run-ptest diff --git a/meta/recipes-support/attr/attr.inc b/meta/recipes-support/attr/attr.inc index 4961ba7..8cb08e4 100644 --- a/meta/recipes-support/attr/attr.inc +++ b/meta/recipes-support/attr/attr.inc @@ -11,7 +11,10 @@ LIC_FILES_CHKSUM = "file://doc/COPYING;md5=2d0aa14b3fce4694e4f615e30186335f \ file://attr/attr.c;endline=17;md5=be0403261f0847e5f43ed5b08d19593c \ file://libattr/libattr.c;endline=17;md5=7970f77049f8fa1199fff62a7ab724fb" -SRC_URI = "http://download.savannah.gnu.org/releases/attr/${BP}.src.tar.gz"; +SRC_URI = "http://download.savannah.gnu.org/releases/attr/${BP}.src.tar.gz \ + file://attr-make-ptest-pass.patch \ + file://run-ptest \ +" require ea-acl.inc @@ -20,3 +23,13 @@ do_install_append() { sed -i ${D}${libdir}/libattr.la -e \ s,^libdir=\'${base_libdir}\'$,libdir=\'${libdir}\', } + +inherit ptest + +do_install_ptest() { +cp -r ${S}/test ${D}${PTEST_PATH} +mkdir ${D}${PTEST_PATH}/include +cp ${S}/include/builddefs ${S}/include/buildmacros ${S}/include/buildrules ${D}${PTEST_PATH}/include/ +} + +RDEPENDS_${PN}-ptest = "coreutils perl-module-filehandle perl-module-getopt-std perl-module-posix" diff --git a/meta/recipes-support/attr/files/attr-make-ptest-pass.patch b/meta/recipes-support/attr/files/attr-make-ptest-pass.patch new file mode 100644 index 000..e2da8b0 --- /dev/null +++ b/meta/recipes-support/attr/files/attr-make-ptest-pass.patch @@ -0,0 +1,82 @@ +attr: make ptest pass + +Upstream-Status: Inappropriate [embedded specific] + +Delete the second '@' character of the same row in test/Makefile, else +we would get the error as below: +@echo: command not found +In fs.test file, the result of `ls -s' is incorrect. Change it to make +ext-tests pass. + Can you please verify that these tests are actually wrong, it seems incorrect to be changing the test results to make the test pass. Are we missing a setting (like the acl) or something else? Sau! Saul, I tested attr from upstream tar package on some distributions.(Ubuntu Desktop 12.04 and Fedora 20) test/ext/fs.test is actually wrong. If the test fails on distributions, then it's not an embedded specific problem, the patch should be submitted upstream. Sau! I have already sent email to upstream last month, but they don't reply. Best Regards Chong In target, I have already added acl setting. My test likes following:(in target) root@qemuarm:/usr/lib/attr/ptest# ./run-ptest make: Entering directory '/usr/lib/attr/ptest/test' .. PASS: $ rm f PASS: $ touch f g h PASS: $ setfattr -n user.novalue f g h PASS: $ ls -s f g h PASS: $ setfattr -n user.name -v value f PASS: $ ls -s f g h PASS: $ getfattr -d f g h PASS: $ setfattr -n user.name -v value g PASS: $ ls -s f g h PASS: $ setfattr -x user.novalue h PASS: $ ls -s f g h PASS: $ setfattr -n user.name -v other-value g PASS: $ setfattr -n user.name -v value g PASS: $ setfattr -x user.name f g PASS: $ setfattr -x user.novalue f g PASS: $ ls -s f g h PASS: $ rm f g h 20 commands (20 passed, 0 failed) make: Leaving directory '/usr/lib/attr/ptest/test' root@qemuarm:/usr/lib/attr/ptest# mount rootfs on / type rootfs (rw) /dev/root on / type ext3 (rw,relatime,errors=continue,user_xattr,acl,barrier=1,data=ordered) devtmpfs on /dev type devtmpfs (rw,relatime,size=60172k,nr_inodes=15043,mode=755) proc on /proc type proc (rw,relatime) tmpfs on /mnt/.psplash type tmpfs (rw,relatime,size=40k) sysfs on /sys type sysfs (rw,relatime) debugfs on /sys/kernel/debug type debugfs (rw,relatime) tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755) tmpfs on /var/volatile type tmpfs (rw,relatime) devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620) nfsd on /proc/fs/nfsd type nfsd (rw,relatime) Best Regards Chong +Signed-off-by: Chong Lu +--- + test/Makefile|4 ++-- + test/ext/fs.test | 22 +++--- + 2 files changed, 13 insertions(+), 13 deletions(-) + +diff --git a/test/Makefile b/test/Makefile +index b7bd8db..d916bf4 100644 +--- a/test/Makefile b/test/Makefile +@@ -40,10 +40,10 @@ $(TEST): + @echo "*** $@ ***"; perl run $@ + + $(EXT): +-@echo "EXT specific tests"; @echo "*** $@ ***"; perl run $@ ++
[OE-core] [PATCH 2/3] default-providers: Change update-alternatives provider to opkg-utils
This allows dependencies to be added to the opkg recipe without causing circular dependency loops. As opkg-utils has minimal dependencies it is the best recipe to provide update-alternatives. This partially solves Yocto Project issue 4836. More work is still needed for a complete solution. Signed-off-by: Paul Barker --- meta/conf/distro/include/default-providers.inc | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/conf/distro/include/default-providers.inc b/meta/conf/distro/include/default-providers.inc index e2b0892..419ffcd 100644 --- a/meta/conf/distro/include/default-providers.inc +++ b/meta/conf/distro/include/default-providers.inc @@ -10,15 +10,15 @@ PREFERRED_PROVIDER_virtual/libgl ?= "mesa" PREFERRED_PROVIDER_virtual/libgles1 ?= "mesa" PREFERRED_PROVIDER_virtual/libgles2 ?= "mesa" PREFERRED_PROVIDER_virtual/mesa ?= "mesa" -PREFERRED_PROVIDER_virtual/update-alternatives ?= "opkg" -PREFERRED_PROVIDER_virtual/update-alternatives-native ?= "opkg-native" +PREFERRED_PROVIDER_virtual/update-alternatives ?= "opkg-utils" +PREFERRED_PROVIDER_virtual/update-alternatives-native ?= "opkg-utils-native" PREFERRED_PROVIDER_virtual/libx11 ?= "libx11" PREFERRED_PROVIDER_xf86-video-intel ?= "xf86-video-intel" # # Default virtual runtime providers # -VIRTUAL-RUNTIME_update-alternatives ?= "update-alternatives-cworth" +VIRTUAL-RUNTIME_update-alternatives ?= "update-alternatives-opkg" VIRTUAL-RUNTIME_apm ?= "apm" VIRTUAL-RUNTIME_alsa-state ?= "alsa-state" -- 1.8.5.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/3] opkg: No longer PROVIDES update-alternatives
The new provider is the opkg-utils recipe. Signed-off-by: Paul Barker --- meta/recipes-devtools/opkg/opkg.inc | 12 +++- 1 file changed, 3 insertions(+), 9 deletions(-) diff --git a/meta/recipes-devtools/opkg/opkg.inc b/meta/recipes-devtools/opkg/opkg.inc index c9fb505..527fe5d 100644 --- a/meta/recipes-devtools/opkg/opkg.inc +++ b/meta/recipes-devtools/opkg/opkg.inc @@ -39,17 +39,13 @@ EXTRA_OECONF = "\ --with-opkglibdir=${OPKGLIBDIR} \ " -PROVIDES += "virtual/update-alternatives" -RPROVIDES_update-alternatives-cworth += "update-alternatives" -RCONFLICTS_update-alternatives-cworth = "update-alternatives-dpkg" RDEPENDS_${PN} = "${VIRTUAL-RUNTIME_update-alternatives} opkg-config-base" RDEPENDS_${PN}_class-native = "" RDEPENDS_${PN}_class-nativesdk = "" RREPLACES_${PN} = "opkg-nogpg" -PACKAGES =+ "libopkg-dev libopkg-staticdev libopkg update-alternatives-cworth" +PACKAGES =+ "libopkg-dev libopkg-staticdev libopkg" -FILES_update-alternatives-cworth = "${bindir}/update-alternatives" FILES_libopkg-dev = "${libdir}/*.la ${libdir}/*.so ${includedir}/libopkg" FILES_libopkg-staticdev = "${libdir}/*.a" FILES_libopkg = "${libdir}/*.so.* ${OPKGLIBDIR}/opkg/" @@ -74,10 +70,8 @@ do_install_append() { ln -sf opkg-cl ${D}${bindir}/opkg } -do_install_append_class-native() { - if [ "${PREFERRED_PROVIDER_virtual/update-alternatives-native}" != "${PN}" ]; then - rm ${D}${bindir}/update-alternatives - fi +do_install_append() { + rm ${D}${bindir}/update-alternatives } pkg_postinst_${PN} () { -- 1.8.5.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/3] Change update-alternatives provider
The update-alternatives script has been copied from opkg to opkg-utils so the openembedded recipe for opkg-utils is updated accordingly. Changing the default provider of update-alternatives to opkg-utils allows dependencies to be added to the opkg recipe without causing circular dependency loops. This series partially solves Yocto Project issue 4836. Tested on Raspberry Pi hardware both with and without "gpg" added to PACKAGECONFIG for opkg. Paul Barker (3): opkg-utils: Upgrade to latest git HEAD default-providers: Change update-alternatives provider to opkg-utils opkg: No longer PROVIDES update-alternatives meta/conf/distro/include/default-providers.inc | 6 +++--- meta/recipes-devtools/opkg-utils/opkg-utils_git.bb | 7 ++- meta/recipes-devtools/opkg/opkg.inc| 12 +++- 3 files changed, 12 insertions(+), 13 deletions(-) -- 1.8.5.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/3] opkg-utils: Upgrade to latest git HEAD
The latest version of opkg-utils PROVIDES virtual/update-alternatives via a script copied from opkg. Signed-off-by: Paul Barker --- meta/recipes-devtools/opkg-utils/opkg-utils_git.bb | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb index 714fc51..4ae6970 100644 --- a/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb +++ b/meta/recipes-devtools/opkg-utils/opkg-utils_git.bb @@ -4,8 +4,10 @@ HOMEPAGE = "http://code.google.com/p/opkg/"; LICENSE = "GPLv2+" LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \ file://opkg.py;beginline=1;endline=18;md5=15917491ad6bf7acc666ca5f7cc1e083" +PROVIDES += "virtual/update-alternatives" +RPROVIDES_update-alternatives-opkg = "update-alternatives" -SRCREV = "757a1664a440c60e8126443bf984e4bdf374c327" +SRCREV = "fd4a3a4c20ada47b19e89849ddb6ff87904f01d2" PV = "0.1.8+git${SRCPV}" SRC_URI = "git://git.yoctoproject.org/opkg-utils" @@ -21,6 +23,9 @@ do_install() { # Avoid circular dependencies from package_ipk.bbclass PACKAGES_class-native = "" +PACKAGES =+ "update-alternatives-opkg" +FILES_update-alternatives-opkg = "${bindir}/update-alternatives" + RDEPENDS_${PN} = "python python-shell python-io python-math python-crypt python-logging python-fcntl python-subprocess python-pickle python-compression python-textutils python-stringold" RDEPENDS_${PN}_class-native = "" -- 1.8.5.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [for-dora][PATCH] gcc-4.8: Backport PR c++/57532 fix from 4.8.2
Hi Otavio, Thanks, I will add it dora-next. // Robert On 01/15/2014 12:58 AM, Khem Raj wrote: looks good to me. On Tue, Jan 14, 2014 at 8:26 AM, Otavio Salvador wrote: Bug: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57532 Log: r200836 | jason | 2013-07-09 14:52:17 -0300 (Tue, 09 Jul 2013) | 3 lines PR c++/57532 * parser.c (cp_parser_ref_qualifier_opt): Don't tentatively parse a ref-qualifier in C++98 mode. Signed-off-by: Otavio Salvador --- meta/recipes-devtools/gcc/gcc-4.8.inc |1 + .../gcc/gcc-4.8/0048-PR57532.patch | 36 2 files changed, 37 insertions(+) create mode 100644 meta/recipes-devtools/gcc/gcc-4.8/0048-PR57532.patch diff --git a/meta/recipes-devtools/gcc/gcc-4.8.inc b/meta/recipes-devtools/gcc/gcc-4.8.inc index 8d50bf7..b34c7ae 100644 --- a/meta/recipes-devtools/gcc/gcc-4.8.inc +++ b/meta/recipes-devtools/gcc/gcc-4.8.inc @@ -77,6 +77,7 @@ SRC_URI = "${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2 \ file://0045-gcc-4.8-PR57717-PowerPC-E500v2.patch \ file://0046-libatomic-deptracking.patch \ file://0047-repomembug.patch \ + file://0048-PR57532.patch \ " SRC_URI[md5sum] = "3b2386c114cd74185aa3754b58a79304" SRC_URI[sha256sum] = "545b44be3ad9f2c4e90e6880f5c9d4f0a8f0e5f67e1ffb0d45da9fa01bb05813" diff --git a/meta/recipes-devtools/gcc/gcc-4.8/0048-PR57532.patch b/meta/recipes-devtools/gcc/gcc-4.8/0048-PR57532.patch new file mode 100644 index 000..4a05d33 --- /dev/null +++ b/meta/recipes-devtools/gcc/gcc-4.8/0048-PR57532.patch @@ -0,0 +1,36 @@ +Upstream-Status: Backport +Signed-off-by: Otavio Salvador + +r200836 | jason | 2013-07-09 14:52:17 -0300 (Tue, 09 Jul 2013) | 3 lines + +PR c++/57532 +* parser.c (cp_parser_ref_qualifier_opt): Don't tentatively parse +a ref-qualifier in C++98 mode. + +Index: gcc/testsuite/g++.dg/parse/ref-qual2.C +=== +--- a/gcc/testsuite/g++.dg/parse/ref-qual2.C (revision 0) b/gcc/testsuite/g++.dg/parse/ref-qual2.C (revision 200836) +@@ -0,0 +1,6 @@ ++// PR c++/57532 ++ ++int main() ++{ ++return (int() & int()); ++} +Index: gcc/cp/parser.c +=== +--- a/gcc/cp/parser.c (revision 200835) b/gcc/cp/parser.c (revision 200836) +@@ -16986,6 +16986,11 @@ + { + cp_ref_qualifier ref_qual = REF_QUAL_NONE; + cp_token *token = cp_lexer_peek_token (parser->lexer); ++ ++ /* Don't try to parse bitwise '&' as a ref-qualifier (c++/57532). */ ++ if (cxx_dialect < cxx11 && cp_parser_parsing_tentatively (parser)) ++return ref_qual; ++ + switch (token->type) + { + case CPP_AND: -- 1.7.10.4 ___ 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 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Robert Yang : autogen-native: upgrade to 5.18.2
On Thu, 2014-01-09 at 15:42 +0100, Martin Jansa wrote: > On Mon, Jan 06, 2014 at 11:29:36AM +, g...@git.openembedded.org wrote: > > Module: openembedded-core.git > > Branch: master > > Commit: 6bcd2dafa379badab11bff9d7b607f7f5d72fc94 > > URL: > > http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=6bcd2dafa379badab11bff9d7b607f7f5d72fc94 > > > > Author: Robert Yang > > Date: Fri Dec 27 01:05:14 2013 +0800 > > > > autogen-native: upgrade to 5.18.2 > > > > * Upgrade from 5.17.4 to 5.18.2 > > * Rename files -> autogen > > > > Signed-off-by: Robert Yang > > Signed-off-by: Saul Wold > > Fails in world builds: Guessing I'm behind somewhere - seeing this as well. I thought it was an sstate issue, but doesn't appear to be. Is this addressed in a MUT build or something already? -- Darren Hart Intel Open Source Technology Center Yocto Project - Linux Kernel signature.asc Description: This is a digitally signed message part ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/3] linux-yocto/3.10: update meta data for media fragments
Updating the meta SRCREV to import the following changes: d9cd83c0292b remove old MEDIA config fragments 06b76256d7e2 common-pc-standard.scc: Enable USB webcam support acb8b43837d8 common-pc-64.scc: update as per changes in the media config fragments 5513fd2ad72a minnow-standard.scc: Enable media features 172ba799bedc media-all.scc: A feature including all the media features 1a7e1d3a292e media-platform: A feature for platform media devices 03c48dacbb9a media-dvb-frontends : A feature for Digital Video Broadcast Devices 59b92b9d6c72 media-usb-tv: A feature for USB TV media adapters 5ec0709b1fed media-tuners: A feature for media tuner devices 356dc83e39f3 media-rc: A feature for remote control media devices 89d96cf9d574 media-radio: A feature for AM/FM radio devices 3dd2ebeaf49b media-pci-capture: A feature for PCI media capture devices 9ee0e95bfc52 media-i2c: A feature for I2C media devices 28976f4a3e27 media-usb-webcams: A feature for USB media devices f8206f4e00b1 media: A feature for media infrastructure 08bfb248a17f standard.scc: Add firmware loading feature e567a3d53593 firmware: A feature for firmware loading support Signed-off-by: Nitin A Kamble Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb | 2 +- meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb | 2 +- meta/recipes-kernel/linux/linux-yocto_3.10.bb | 4 ++-- 3 files changed, 4 insertions(+), 4 deletions(-) diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb b/meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb index d9c5afa3afb6..e81a77ba4ea5 100644 --- a/meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb +++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb @@ -5,7 +5,7 @@ KBRANCH_qemuppc = "standard/preempt-rt/qemuppc" SRCREV_machine ?= "ee9480cd91b2b46325a2da9aa6ae779d8e4163c0" SRCREV_machine_qemuppc ?= "5c126504c0a2f72d80bae9d96cea7eb9d7854290" -SRCREV_meta ?= "f47ea2844543c8ebf4572cfe23e4cfd6cb94d887" +SRCREV_meta ?= "d9cd83c0292bd4e2a6754a96761027252e726a42" SRC_URI = "git://git.yoctoproject.org/linux-yocto-3.10.git;bareclone=1;branch=${KBRANCH},meta;name=machine,meta" diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb b/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb index a866421b5ace..b25edc0baa5e 100644 --- a/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb +++ b/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb @@ -10,7 +10,7 @@ LINUX_VERSION ?= "3.10.19" KMETA = "meta" SRCREV_machine ?= "a9ec82e355130160f9094e670bd5be0022a84194" -SRCREV_meta ?= "f47ea2844543c8ebf4572cfe23e4cfd6cb94d887" +SRCREV_meta ?= "d9cd83c0292bd4e2a6754a96761027252e726a42" PV = "${LINUX_VERSION}+git${SRCPV}" diff --git a/meta/recipes-kernel/linux/linux-yocto_3.10.bb b/meta/recipes-kernel/linux/linux-yocto_3.10.bb index 10f290111236..cce8249e98df 100644 --- a/meta/recipes-kernel/linux/linux-yocto_3.10.bb +++ b/meta/recipes-kernel/linux/linux-yocto_3.10.bb @@ -12,13 +12,13 @@ KBRANCH_qemux86-64 = "standard/common-pc-64/base" KBRANCH_qemumips64 = "standard/mti-malta64" SRCREV_machine_qemuarm ?= "7744145fcc3e4b6b6e308a1b86dc1c8b237b7575" -SRCREV_machine_qemumips ?= "2b8e8c694c38729ce724facdb0ab20751d061a2e" +SRCREV_machine_qemumips ?= "2b8e8c694c38729ce724facdb0ab20751d061a2e" SRCREV_machine_qemuppc ?= "9a7537cb9bcc5c835dae6ac84fbbe7298473f69c" SRCREV_machine_qemux86 ?= "a9ec82e355130160f9094e670bd5be0022a84194" SRCREV_machine_qemux86-64 ?= "a9ec82e355130160f9094e670bd5be0022a84194" SRCREV_machine_qemumips64 ?= "0cd8e958d0ec7e01fd21fc7891da7eed688b0d37" SRCREV_machine ?= "a9ec82e355130160f9094e670bd5be0022a84194" -SRCREV_meta ?= "f47ea2844543c8ebf4572cfe23e4cfd6cb94d887" +SRCREV_meta ?= "d9cd83c0292bd4e2a6754a96761027252e726a42" SRC_URI = "git://git.yoctoproject.org/linux-yocto-3.10.git;bareclone=1;branch=${KBRANCH},${KMETA};name=machine,meta" -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/3] linux-yocto/3.10: consolidated update pull request
Richard/Saul, Here are three updates to the 3.10 kernel that I've had for a while. I'm about to merge the 3.10 LTSI content, so it is time to get these out of my queue. I had them for long enough, that muliple updates are squashed into the three patches. I've build and boot tested the various qemu boards and kernel types, basic sanity has passed. Cheers, Bruce The following changes since commit 1b636173ca88e5ccca1992f9a12367a1189fa674: bitbake: toaster: Toaster GUI, generic search, filter and order (2014-01-10 15:20:26 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib zedd/kernel http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel Bruce Ashfield (3): linux-yocto/3.10: update meta data for media fragments linux-yocto/3.10: update to 3.10.25 linux-yocto/3.10: mohonpeak bsp config and scc files meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb | 10 -- meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb | 7 --- meta/recipes-kernel/linux/linux-yocto_3.10.bb | 18 +- 3 files changed, 17 insertions(+), 18 deletions(-) -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/3] linux-yocto/3.10: mohonpeak bsp config and scc files
Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb | 2 +- meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb | 3 ++- meta/recipes-kernel/linux/linux-yocto_3.10.bb | 2 +- 3 files changed, 4 insertions(+), 3 deletions(-) diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb b/meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb index d301c06eae37..4541a946b707 100644 --- a/meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb +++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb @@ -5,7 +5,7 @@ KBRANCH_qemuppc = "standard/preempt-rt/qemuppc" SRCREV_machine ?= "957ba6ae6c1d81b57da6a36b93f1b2a0ced2f45d" SRCREV_machine_qemuppc ?= "37e40b7017a9c78d676b19716011494dc7cb6369" -SRCREV_meta ?= "778d5f6259f0b8e28a46d8a764979e20e5a8ffc4" +SRCREV_meta ?= "4d658aa580df62232a4a84957b02496436dc17c4" LINUX_VERSION ?= "3.10.25" diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb b/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb index e7565c626c5a..0903c708b9a0 100644 --- a/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb +++ b/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb @@ -10,7 +10,8 @@ LINUX_VERSION ?= "3.10.25" KMETA = "meta" SRCREV_machine ?= "79af968f2f26378798aec7a6d729ff5a371aae5f" -SRCREV_meta ?= "778d5f6259f0b8e28a46d8a764979e20e5a8ffc4" +SRCREV_meta ?= "4d658aa580df62232a4a84957b02496436dc17c4" + PV = "${LINUX_VERSION}+git${SRCPV}" diff --git a/meta/recipes-kernel/linux/linux-yocto_3.10.bb b/meta/recipes-kernel/linux/linux-yocto_3.10.bb index 33e745692b25..d0772fddc5f1 100644 --- a/meta/recipes-kernel/linux/linux-yocto_3.10.bb +++ b/meta/recipes-kernel/linux/linux-yocto_3.10.bb @@ -18,7 +18,7 @@ SRCREV_machine_qemux86 ?= "79af968f2f26378798aec7a6d729ff5a371aae5f" SRCREV_machine_qemux86-64 ?= "79af968f2f26378798aec7a6d729ff5a371aae5f" SRCREV_machine_qemumips64 ?= "67efb2993ec7726df5567e2572fd64e34e29b46d" SRCREV_machine ?= "79af968f2f26378798aec7a6d729ff5a371aae5f" -SRCREV_meta ?= "778d5f6259f0b8e28a46d8a764979e20e5a8ffc4" +SRCREV_meta ?= "4d658aa580df62232a4a84957b02496436dc17c4" SRC_URI = "git://git.yoctoproject.org/linux-yocto-3.10.git;bareclone=1;branch=${KBRANCH},${KMETA};name=machine,meta" -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/3] linux-yocto/3.10: update to 3.10.25
Updating the 3.10 tree to the 3.10.25 korg -stable release. Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb | 10 -- meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb | 6 +++--- meta/recipes-kernel/linux/linux-yocto_3.10.bb | 18 +- 3 files changed, 16 insertions(+), 18 deletions(-) diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb b/meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb index e81a77ba4ea5..d301c06eae37 100644 --- a/meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb +++ b/meta/recipes-kernel/linux/linux-yocto-rt_3.10.bb @@ -3,13 +3,11 @@ require recipes-kernel/linux/linux-yocto.inc KBRANCH = "standard/preempt-rt/base" KBRANCH_qemuppc = "standard/preempt-rt/qemuppc" -SRCREV_machine ?= "ee9480cd91b2b46325a2da9aa6ae779d8e4163c0" -SRCREV_machine_qemuppc ?= "5c126504c0a2f72d80bae9d96cea7eb9d7854290" -SRCREV_meta ?= "d9cd83c0292bd4e2a6754a96761027252e726a42" +SRCREV_machine ?= "957ba6ae6c1d81b57da6a36b93f1b2a0ced2f45d" +SRCREV_machine_qemuppc ?= "37e40b7017a9c78d676b19716011494dc7cb6369" +SRCREV_meta ?= "778d5f6259f0b8e28a46d8a764979e20e5a8ffc4" -SRC_URI = "git://git.yoctoproject.org/linux-yocto-3.10.git;bareclone=1;branch=${KBRANCH},meta;name=machine,meta" - -LINUX_VERSION ?= "3.10.19" +LINUX_VERSION ?= "3.10.25" PV = "${LINUX_VERSION}+git${SRCPV}" diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb b/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb index b25edc0baa5e..e7565c626c5a 100644 --- a/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb +++ b/meta/recipes-kernel/linux/linux-yocto-tiny_3.10.bb @@ -5,12 +5,12 @@ KBRANCH = "${KBRANCH_DEFAULT}" LINUX_KERNEL_TYPE = "tiny" KCONFIG_MODE = "--allnoconfig" -LINUX_VERSION ?= "3.10.19" +LINUX_VERSION ?= "3.10.25" KMETA = "meta" -SRCREV_machine ?= "a9ec82e355130160f9094e670bd5be0022a84194" -SRCREV_meta ?= "d9cd83c0292bd4e2a6754a96761027252e726a42" +SRCREV_machine ?= "79af968f2f26378798aec7a6d729ff5a371aae5f" +SRCREV_meta ?= "778d5f6259f0b8e28a46d8a764979e20e5a8ffc4" PV = "${LINUX_VERSION}+git${SRCPV}" diff --git a/meta/recipes-kernel/linux/linux-yocto_3.10.bb b/meta/recipes-kernel/linux/linux-yocto_3.10.bb index cce8249e98df..33e745692b25 100644 --- a/meta/recipes-kernel/linux/linux-yocto_3.10.bb +++ b/meta/recipes-kernel/linux/linux-yocto_3.10.bb @@ -11,18 +11,18 @@ KBRANCH_qemux86 = "standard/common-pc/base" KBRANCH_qemux86-64 = "standard/common-pc-64/base" KBRANCH_qemumips64 = "standard/mti-malta64" -SRCREV_machine_qemuarm ?= "7744145fcc3e4b6b6e308a1b86dc1c8b237b7575" -SRCREV_machine_qemumips ?= "2b8e8c694c38729ce724facdb0ab20751d061a2e" -SRCREV_machine_qemuppc ?= "9a7537cb9bcc5c835dae6ac84fbbe7298473f69c" -SRCREV_machine_qemux86 ?= "a9ec82e355130160f9094e670bd5be0022a84194" -SRCREV_machine_qemux86-64 ?= "a9ec82e355130160f9094e670bd5be0022a84194" -SRCREV_machine_qemumips64 ?= "0cd8e958d0ec7e01fd21fc7891da7eed688b0d37" -SRCREV_machine ?= "a9ec82e355130160f9094e670bd5be0022a84194" -SRCREV_meta ?= "d9cd83c0292bd4e2a6754a96761027252e726a42" +SRCREV_machine_qemuarm ?= "e3163012f3e09fe48374ef22bc676f8b19aeec1a" +SRCREV_machine_qemumips ?= "01a71aaf8e545c3ef88da1fe02f53d1b96a2640e" +SRCREV_machine_qemuppc ?= "ae1b9115975ff235038d5da22b4cc984b4d76aae" +SRCREV_machine_qemux86 ?= "79af968f2f26378798aec7a6d729ff5a371aae5f" +SRCREV_machine_qemux86-64 ?= "79af968f2f26378798aec7a6d729ff5a371aae5f" +SRCREV_machine_qemumips64 ?= "67efb2993ec7726df5567e2572fd64e34e29b46d" +SRCREV_machine ?= "79af968f2f26378798aec7a6d729ff5a371aae5f" +SRCREV_meta ?= "778d5f6259f0b8e28a46d8a764979e20e5a8ffc4" SRC_URI = "git://git.yoctoproject.org/linux-yocto-3.10.git;bareclone=1;branch=${KBRANCH},${KMETA};name=machine,meta" -LINUX_VERSION ?= "3.10.19" +LINUX_VERSION ?= "3.10.25" PV = "${LINUX_VERSION}+git${SRCPV}" -- 1.8.1.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-commits] Robert Yang : autogen-native: upgrade to 5.18.2
On 01/15/2014 01:22 PM, Darren Hart wrote: On Thu, 2014-01-09 at 15:42 +0100, Martin Jansa wrote: On Mon, Jan 06, 2014 at 11:29:36AM +, g...@git.openembedded.org wrote: Module: openembedded-core.git Branch: master Commit: 6bcd2dafa379badab11bff9d7b607f7f5d72fc94 URL: http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=6bcd2dafa379badab11bff9d7b607f7f5d72fc94 Author: Robert Yang Date: Fri Dec 27 01:05:14 2013 +0800 autogen-native: upgrade to 5.18.2 * Upgrade from 5.17.4 to 5.18.2 * Rename files -> autogen Signed-off-by: Robert Yang Signed-off-by: Saul Wold Fails in world builds: Guessing I'm behind somewhere - seeing this as well. I thought it was an sstate issue, but doesn't appear to be. Is this addressed in a MUT build or something already? Hi Darren, I'm trying to figure out the reason, but haven't got much progress yet. // Robert ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] libtool: remove the unrecognized configure option
Remove the unrecognized configure option '--with-sysroot' to avoid build time warnings. Signed-off-by: Chen Qi --- meta/recipes-devtools/libtool/libtool-2.4.2.inc |2 -- 1 file changed, 2 deletions(-) diff --git a/meta/recipes-devtools/libtool/libtool-2.4.2.inc b/meta/recipes-devtools/libtool/libtool-2.4.2.inc index 5a67eeb9..d26982d 100644 --- a/meta/recipes-devtools/libtool/libtool-2.4.2.inc +++ b/meta/recipes-devtools/libtool/libtool-2.4.2.inc @@ -49,5 +49,3 @@ FILES_libltdl = "${libdir}/libltdl${SOLIBS}" FILES_libltdl-dev = "${libdir}/libltdl${SOLIBSDEV} ${includedir}" FILES_libltdl-staticdev = "${libdir}/libltdl.a" FILES_libltdl-dbg = "${libdir}/.debug/" - -EXTRA_OECONF = "--with-sysroot" -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] libtool: remove the unrecognized configure option
The following changes since commit e4c23f7bcb79072ea6028fbdf8f3f0dc17a63371: dropbear: Refresh pam patch so it applies against recent version (2014-01-14 21:57:22 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib ChenQi/libtool-unrecognized-option http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=ChenQi/libtool-unrecognized-option Chen Qi (1): libtool: remove the unrecognized configure option meta/recipes-devtools/libtool/libtool-2.4.2.inc |2 -- 1 file changed, 2 deletions(-) -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] sstate.bbclass: remove previous version's stamp
The following changes since commit 12e5a3ee5ef9e6af5ab3dfcbace433888b0914aa: local.conf.sample.extended: update for the archiver (2014-01-14 18:01:58 +0800) are available in the git repository at: git://git.pokylinux.org/poky-contrib rbt/clean_stamp http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=rbt/clean_stamp Robert Yang (1): sstate.bbclass: remove previous version's stamp meta/classes/sstate.bbclass | 19 ++- 1 file changed, 10 insertions(+), 9 deletions(-) -- 1.8.3.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] shutdown-desktop: use poweroff for the Exec field in the shutdown.desktop
Use 'poweroff' instead of 'halt' for the Exec field in the shutdown.desktop. The purpose of this patch is to make the 'shutdown' icon on on our sato images work as expected for both sysvinit and systemd images. Previously, the Exec field was 'halt'. The `halt' command could poweroff the system in sysvinit images but it only could halt the system in systemd images. The difference is due to the different implementations of the `halt' command. In sysvinit, the `halt' command will effective execute `/sbin/init 0'. This is for the compatibility with sysvinit 2.4, as stated in the comments of the source code. In systemd, the `halt' command will effectively execute the reboot(RB_HATL_SYSTEM). As the 'shutdown' icon is expected to actually shutdown the system, we should use poweroff instead of halt for its Exec field. [YOCTO #4347] Signed-off-by: Chen Qi --- .../shutdown-desktop/shutdown.desktop |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-sato/shutdown-desktop/shutdown-desktop/shutdown.desktop b/meta/recipes-sato/shutdown-desktop/shutdown-desktop/shutdown.desktop index 2726889..99bee4c 100644 --- a/meta/recipes-sato/shutdown-desktop/shutdown-desktop/shutdown.desktop +++ b/meta/recipes-sato/shutdown-desktop/shutdown-desktop/shutdown.desktop @@ -3,7 +3,7 @@ Encoding=UTF-8 Type=Application Name=Shutdown Comment=Close down the machine safely -Exec=halt +Exec=poweroff Icon=system-shutdown Terminal=false Categories=Utility; -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] shutdown-desktop: use poweroff for the Exec field in the shutdown.desktop
The following changes since commit e4c23f7bcb79072ea6028fbdf8f3f0dc17a63371: dropbear: Refresh pam patch so it applies against recent version (2014-01-14 21:57:22 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib ChenQi/shutdown-desktop http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=ChenQi/shutdown-desktop Chen Qi (1): shutdown-desktop: use poweroff for the Exec field in the shutdown.desktop .../shutdown-desktop/shutdown.desktop |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) -- 1.7.9.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] sstate.bbclass: remove previous version's stamp
There is a potential problem if we don't remove the previous version's stamp, for example: The depend chain is: libtool-native -> autoconf-native -> m4-native We have two m4-native: 1.4.9 and 1.4.7 1) Clean all of them to make a fresh build so that we can reproduce the problem $ bitbake m4-native autoconf-native libtool-native -ccleansstate 2) Build libtool-native so that the m4-native_1.4.17 will be built $ bitbake libtool-native 3) Set PREFERRED_VERSION_m4-native = "1.4.9" and build again $ bitbake libtool-native 4) Set PREFERRED_VERSION_m4-native = "1.4.17" and build again $ bitbake libtool-native -ccleansstate && bitbake libtool-native Then the build will fail: [snip] | m4: unrecognized option '--gnu' | Try `m4 --help' for more information. | autom4te: m4 failed with exit status: 1 [snip] The is because when we change m4-native to 1.4.17 and build libtool-native again: 5) libtool-native depends on autoconf-native, and autoconf-native's version isn't change, so it can remove the current stamp and mirror the sstate (the one depends on m4-native_1.4.9) from the SSTATE_DIR correctly. 6) The mirrored autoconf-native depends on m4-native_1.4.17's do_populate_sysroot, and the stamp is already there (which is made by step 2), so it would do nothing, but this is incorrect, since the one that really in the sysroot is m4-native_1.4.9, then the error happens. Remove previous version's stamp in sstate_clean() will fix the problem. [YOCTO #5422] Signed-off-by: Robert Yang --- meta/classes/sstate.bbclass | 19 ++- 1 file changed, 10 insertions(+), 9 deletions(-) diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass index 35c3f85..8802d79 100644 --- a/meta/classes/sstate.bbclass +++ b/meta/classes/sstate.bbclass @@ -331,6 +331,8 @@ def sstate_clean_manifest(manifest, d): def sstate_clean(ss, d): import oe.path +import glob +import re d2 = d.createCopy() extrainf = d.getVarFlag("do_" + ss['task'], 'stamp-extra-info', True) @@ -350,15 +352,14 @@ def sstate_clean(ss, d): for lock in locks: bb.utils.unlockfile(lock) -stfile = d.getVar("STAMP", True) + ".do_" + ss['task'] -oe.path.remove(stfile) -oe.path.remove(stfile + "_setscene") -if extrainf: -oe.path.remove(stfile + ".*" + extrainf) -oe.path.remove(stfile + "_setscene" + ".*" + extrainf) -else: -oe.path.remove(stfile + ".*") -oe.path.remove(stfile + "_setscene" + ".*") +stamp_dir = os.path.dirname(d.getVar("STAMP", True)) +# Remove the current and previous stamps, but keep the sigdata +wildcard_stfile = "%s/*.do_%s*" % (stamp_dir, ss['task']) +re_stfile_sigdata = "%s/.*\.do_%s\.sigdata\.*" % (stamp_dir, ss['task']) +for stfile in glob.glob(wildcard_stfile): +# Keep the sigdata +if not re.match(re_stfile_sigdata, stfile): +oe.path.remove(stfile) CLEANFUNCS += "sstate_cleanall" -- 1.8.3.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] systemd-compat-units: remove dnsmasq from sysv disabled list
The dnsmasq recipe in meta-networking ships a dnsmasq.service file, that will correctly override the SysV init script. Thus, as pointed out by Ross Burton, we should remove dnsmasq from the list. Signed-off-by: Anders Darander --- meta/recipes-core/systemd/systemd-compat-units.bb | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/recipes-core/systemd/systemd-compat-units.bb b/meta/recipes-core/systemd/systemd-compat-units.bb index e32ad79..d8cc3f7 100644 --- a/meta/recipes-core/systemd/systemd-compat-units.bb +++ b/meta/recipes-core/systemd/systemd-compat-units.bb @@ -23,7 +23,6 @@ do_install() { SYSTEMD_DISABLED_SYSV_SERVICES = " \ busybox-udhcpc \ - dnsmasq \ hwclock \ networking \ syslog.busybox \ -- 1.8.5.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] systemd-compat-unts: remove dnsmasq from masked list
systemd-compat-units: remove dnsmasq from sysv disabled list The dnsmasq recipe in meta-networking ships a dnsmasq.service file, that will correctly override the SysV init script. Thus, as pointed out by Ross Burton, we should remove dnsmasq from the list. This was discovered when adding dnsmasq to our dora-based builds. The fix itself is ported to master. Even though our issue is solved by the previous pathc, which add systemd_unitdir/system as a path to check for service files; dnsmasq should be removed from the list nevertheless. The following changes since commit c4c5ec52effc2ff97ac17270c1aa7884c808f5a9: dropbear: Refresh pam patch so it applies against recent version (2014-01-14 21:57:18 +) are available in the git repository at: git://github.com/darander/oe-core systemd-compat-units https://github.com/darander/oe-core/tree/systemd-compat-units Anders Darander (1): systemd-compat-units: remove dnsmasq from sysv disabled list meta/recipes-core/systemd/systemd-compat-units.bb | 1 - 1 file changed, 1 deletion(-) -- 1.8.5.2 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core