Re: [OE-core] [PATCH][V2 1/3] pythonnative: set PYTHON_EXECUTABLE so that cmake can find it
On Wed, Dec 3, 2014 at 1:40 PM, Andreas Müller
schnitzelt...@googlemail.com wrote:
| CMake Error at
/home/a.mueller/tmp/oe-core-glibc/sysroots/x86_64-linux/usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:108
(message):
| Could NOT find PythonInterp (missing: PYTHON_EXECUTABLE)
Signed-off-by: Andreas Müller schnitzelt...@googlemail.com
---
meta/classes/pythonnative.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes/pythonnative.bbclass
b/meta/classes/pythonnative.bbclass
index fdd22bb..9fccee9 100644
--- a/meta/classes/pythonnative.bbclass
+++ b/meta/classes/pythonnative.bbclass
@@ -2,5 +2,6 @@
inherit python-dir
PYTHON=${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN}
+PYTHON_EXECUTABLE=${PYTHON}
EXTRANATIVEPATH += ${PYTHON_PN}-native
DEPENDS += ${PYTHON_PN}-native
--
1.8.3.1
ping
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/3] libproxy: let INCOMPATIBLE_LICENSE supports wildcard
While wildcard in INCOMPATIBLE_LICENSE, such as INCOMPATIBLE_LICENSE =
*GPL-3, libproxy could correct work.
[YOCTO #5592]
Signed-off-by: Hongxu Jia hongxu@windriver.com
---
meta/recipes-support/libproxy/libproxy_0.4.11.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-support/libproxy/libproxy_0.4.11.bb
b/meta/recipes-support/libproxy/libproxy_0.4.11.bb
index a53a197..3367c85 100644
--- a/meta/recipes-support/libproxy/libproxy_0.4.11.bb
+++ b/meta/recipes-support/libproxy/libproxy_0.4.11.bb
@@ -29,7 +29,7 @@ do_configure_prepend() {
}
python() {
-if bb.utils.contains(INCOMPATIBLE_LICENSE, GPLv3, x, , d) == x
or bb.utils.contains(DISTRO_FEATURES, x11, x, , d) == :
+if incompatible_license_contains(GPLv3, x, , d) == x or
bb.utils.contains(DISTRO_FEATURES, x11, x, , d) == :
d.setVar(EXTRA_OECMAKE,
d.getVar(EXTRA_OECMAKE).replace(-DWITH_GNOME=yes, -DWITH_GNOME=no))
d.setVar(DEPENDS, .join(i for i in d.getVar(DEPENDS).split() if
i != gconf))
}
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/3] default-versions.inc: let INCOMPATIBLE_LICENSE supports wildcard
While wildcard in INCOMPATIBLE_LICENSE, such as INCOMPATIBLE_LICENSE =
*GPL-3, PREFERRED_VERSION_db-native could have the correct value 5.%
[YOCTO #5592]
Signed-off-by: Hongxu Jia hongxu@windriver.com
---
meta/conf/distro/include/default-versions.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/distro/include/default-versions.inc
b/meta/conf/distro/include/default-versions.inc
index 20e258b..6e92aa5 100644
--- a/meta/conf/distro/include/default-versions.inc
+++ b/meta/conf/distro/include/default-versions.inc
@@ -12,4 +12,4 @@ PREFERRED_VERSION_liberation-fonts ?= 1.04
# Force db-native's version to keep sync with db while
# 'AGPL-3.0' in ${INCOMPATIBLE_LICENSE} blacklist
-PREFERRED_VERSION_db-native = ${@base_contains('INCOMPATIBLE_LICENSE',
'AGPL-3.0', '5.%', '6.%', d)}
+PREFERRED_VERSION_db-native = ${@incompatible_license_contains('AGPL-3.0',
'5.%', '6.%', d)}
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/3] base/license.bbclass: expand wildcards in INCOMPATIBLE_LICENSE
The whitelist processing in code in base.bbclass does not play well with
wildcards in INCOMPATIBLE_LICENSES. The code expects bad_licenses to
contain actual license names, not wildcards.
Add incompatible_license_contains to replace bb.utils.contains(
INCOMPATIBLE_LICENSE, **, **, **, d)
[YOCTO #5592]
Signed-off-by: Hongxu Jia hongxu@windriver.com
---
meta/classes/base.bbclass| 2 +-
meta/classes/license.bbclass | 25 +
meta/conf/documentation.conf | 2 +-
3 files changed, 27 insertions(+), 2 deletions(-)
diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass
index de81a7d..06cfe26 100644
--- a/meta/classes/base.bbclass
+++ b/meta/classes/base.bbclass
@@ -443,7 +443,7 @@ python () {
check_license = False
if check_license and bad_licenses:
-bad_licenses = map(lambda l: canonical_license(d, l), bad_licenses)
+bad_licenses = expand_wildcard_licenses(d, bad_licenses)
whitelist = []
for lic in bad_licenses:
diff --git a/meta/classes/license.bbclass b/meta/classes/license.bbclass
index 14d3107..ea4c880 100644
--- a/meta/classes/license.bbclass
+++ b/meta/classes/license.bbclass
@@ -285,6 +285,31 @@ def canonical_license(d, license):
lic += '+'
return lic or license
+def expand_wildcard_licenses(d, wildcard_licenses):
+
+Return actual spdx format license names if wildcard used. We expand
+wildcards from SPDXLICENSEMAP flags and SRC_DISTRIBUTE_LICENSES values.
+
+import fnmatch
+licenses = []
+spdxmapkeys = d.getVarFlags('SPDXLICENSEMAP').keys()
+for wld_lic in wildcard_licenses:
+spdxflags = fnmatch.filter(spdxmapkeys, wld_lic)
+licenses += [d.getVarFlag('SPDXLICENSEMAP', flag) for flag in
spdxflags]
+
+spdx_lics = (d.getVar('SRC_DISTRIBUTE_LICENSES') or '').split()
+for wld_lic in wildcard_licenses:
+licenses += fnmatch.filter(spdx_lics, wld_lic)
+
+licenses = list(set(licenses))
+return licenses
+
+def incompatible_license_contains(license, truevalue, falsevalue, d):
+license = canonical_license(d, license)
+bad_licenses = (d.getVar('INCOMPATIBLE_LICENSE', True) or ).split()
+bad_licenses = expand_wildcard_licenses(d, bad_licenses)
+return truevalue if license in bad_licenses else falsevalue
+
def incompatible_license(d, dont_want_licenses, package=None):
This function checks if a recipe has only incompatible licenses. It also
diff --git a/meta/conf/documentation.conf b/meta/conf/documentation.conf
index 5564316..2ab86e1 100644
--- a/meta/conf/documentation.conf
+++ b/meta/conf/documentation.conf
@@ -223,7 +223,7 @@ IMAGE_ROOTFS_EXTRA_SPACE[doc] = Defines additional free
disk space created in t
IMAGE_ROOTFS_SIZE[doc] = Defines the size in Kbytes for the generated image.
IMAGE_TYPES[doc] = Specifies the complete list of supported image types by
default.
INC_PR[doc] = Helps define the recipe revision for recipes that share a
common include file.
-INCOMPATIBLE_LICENSE[doc] = Specifies a space-separated list of license names
(as they would appear in LICENSE) that should be excluded from the build.
+INCOMPATIBLE_LICENSE[doc] = Specifies a space-separated list of license names
(as they would appear in LICENSE) that should be excluded from the build.
Wildcard is supported, such as '*GPLv3'
INHIBIT_DEFAULT_DEPS[doc] = Prevents the default dependencies, namely the C
compiler and standard C library (libc), from being added to DEPENDS.
INHIBIT_PACKAGE_STRIP[doc] = If set to 1, causes the build to not strip
binaries in resulting packages.
INHERIT[doc] = Causes the named class to be inherited at this point during
parsing. The variable is only valid in configuration files.
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/3] fix whitelist processing does not play well with wildcards in INCOMPATIBLE_LICENSES
Test Steps: mpfr is GPLv3 LGPLv3, less is GPLv3+ | BSD-2-Clause but listed in WHITELIST_GPL-3.0 So while INCOMPATIBLE_LICENSE = *GPL-3, we could build less, but skip mpfr. $ bitbake less ... NOTE: Tasks Summary: Attempted 587 tasks of which 440 didn't need to be rerun and all succeeded. ... $ bitbake libiconv ... ERROR: Nothing PROVIDES 'mpfr' ERROR: mpfr was skipped: incompatible with license GPLv3 LGPLv3 ... //Hongxu The following changes since commit ec6377bcf52d105cd23ac6bbbeddd38fee9337e4: bitbake: bitbake-user-manual-metadata.xml: Updated do_package_write example (2014-12-09 22:25:36 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib hongxu/fix-incompatible_license http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=hongxu/fix-incompatible_license Hongxu Jia (3): base/license.bbclass: expand wildcards in INCOMPATIBLE_LICENSE default-versions.inc: let INCOMPATIBLE_LICENSE supports wildcard libproxy: let INCOMPATIBLE_LICENSE supports wildcard meta/classes/base.bbclass| 2 +- meta/classes/license.bbclass | 25 meta/conf/distro/include/default-versions.inc| 2 +- meta/conf/documentation.conf | 2 +- meta/recipes-support/libproxy/libproxy_0.4.11.bb | 2 +- 5 files changed, 29 insertions(+), 4 deletions(-) -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/3] fix whitelist processing does not play well with wildcards in INCOMPATIBLE_LICENSES
On 12/15/2014 05:23 PM, Hongxu Jia wrote: Test Steps: mpfr is GPLv3 LGPLv3, less is GPLv3+ | BSD-2-Clause but listed in WHITELIST_GPL-3.0 So while INCOMPATIBLE_LICENSE = *GPL-3, we could build less, but skip mpfr. $ bitbake less ... NOTE: Tasks Summary: Attempted 587 tasks of which 440 didn't need to be rerun and all succeeded. ... $ bitbake libiconv s/libiconv/mpfr/ //Hongxu ... ERROR: Nothing PROVIDES 'mpfr' ERROR: mpfr was skipped: incompatible with license GPLv3 LGPLv3 ... //Hongxu The following changes since commit ec6377bcf52d105cd23ac6bbbeddd38fee9337e4: bitbake: bitbake-user-manual-metadata.xml: Updated do_package_write example (2014-12-09 22:25:36 +) are available in the git repository at: git://git.pokylinux.org/poky-contrib hongxu/fix-incompatible_license http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=hongxu/fix-incompatible_license Hongxu Jia (3): base/license.bbclass: expand wildcards in INCOMPATIBLE_LICENSE default-versions.inc: let INCOMPATIBLE_LICENSE supports wildcard libproxy: let INCOMPATIBLE_LICENSE supports wildcard meta/classes/base.bbclass| 2 +- meta/classes/license.bbclass | 25 meta/conf/distro/include/default-versions.inc| 2 +- meta/conf/documentation.conf | 2 +- meta/recipes-support/libproxy/libproxy_0.4.11.bb | 2 +- 5 files changed, 29 insertions(+), 4 deletions(-) -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH][V2 2/3] gettext-native: build libintl so that other native recipes can use them
On Wed, Dec 3, 2014 at 1:40 PM, Andreas Müller
schnitzelt...@googlemail.com wrote:
I have a native recipe around which directly compiles/links against libintl.
Gettext contains this code (usually supplied by glibc) as fallback. In native
case this code is used by default because we don't have glibc there. This
patch
changes static linking into dynamic linking making libintl code shareable.
Signed-off-by: Andreas Müller schnitzelt...@googlemail.com
---
meta/recipes-core/gettext/gettext_0.18.3.2.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes-core/gettext/gettext_0.18.3.2.bb
b/meta/recipes-core/gettext/gettext_0.18.3.2.bb
index 65d4103..98838d7 100644
--- a/meta/recipes-core/gettext/gettext_0.18.3.2.bb
+++ b/meta/recipes-core/gettext/gettext_0.18.3.2.bb
@@ -39,6 +39,9 @@ EXTRA_OECONF += --without-lispdir \
--with-included-libunistring \
+# we have no glib intl
+EXTRA_OECONF_append_class-native = --with-included-gettext --enable-shared
+
acpaths = '-I ${S}/gettext-runtime/m4 \
-I ${S}/gettext-tools/m4'
--
1.8.3.1
ping
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH][V2 3/3] fix cross-localedef build with gettext-native in sysroot
On Wed, Dec 3, 2014 at 1:40 PM, Andreas Müller
schnitzelt...@googlemail.com wrote:
with previous patch applied and gettext build before cross-localedef,
cross-localedef failed with.
/usr/bin/ld: cannot find -lintl
Signed-off-by: Andreas Müller schnitzelt...@googlemail.com
---
...d-dragging-in-gettext-s-libintl.h-libintl.patch | 104
+
.../glibc/cross-localedef-native_2.20.bb | 1 +
2 files changed, 105 insertions(+)
create mode 100644
meta/recipes-core/glibc/cross-localedef-native/avoid-dragging-in-gettext-s-libintl.h-libintl.patch
diff --git
a/meta/recipes-core/glibc/cross-localedef-native/avoid-dragging-in-gettext-s-libintl.h-libintl.patch
b/meta/recipes-core/glibc/cross-localedef-native/avoid-dragging-in-gettext-s-libintl.h-libintl.patch
new file mode 100644
index 000..e19be03
--- /dev/null
+++
b/meta/recipes-core/glibc/cross-localedef-native/avoid-dragging-in-gettext-s-libintl.h-libintl.patch
@@ -0,0 +1,104 @@
+From d90df9d5f818df18ddccaf5405ffa65a63ea70a7 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Andreas=20M=C3=BCller?= schnitzelt...@googlemail.com
+Date: Wed, 3 Dec 2014 12:57:14 +0100
+Subject: [PATCH] avoid dragging in gettext's libintl.h / libintl
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+modify configure.ac and configure to make sure that we don't need to revisit
in
+case autoconf is run in localedef subdirectory
+
+Upstream-Status: submitted [1]
+
+[1] https://github.com/kraj/localedef/pull/1
+
+Signed-off-by: Andreas Müller schnitzelt...@googlemail.com
+---
+ localedef/configure | 45
-
+ localedef/configure.ac | 1 -
+ include/libintl.h | 2 +-
+ 3 files changed, 1 insertion(+), 47 deletions(-)
+
+diff --git a/localedef/configure b/localedef/configure
+index 10f5f77..e4bb869 100755
+--- a/localedef/configure
b/localedef/configure
+@@ -3893,51 +3893,6 @@ $as_echo #define HAVE_PROGRAM_INVOCATION_SHORT_NAME
1 confdefs.h
+
+ fi
+
+-{ $as_echo $as_me:${as_lineno-$LINENO}: checking for gettext in -lintl 5
+-$as_echo_n checking for gettext in -lintl... 6; }
+-if ${ac_cv_lib_intl_gettext+:} false; then :
+- $as_echo_n (cached) 6
+-else
+- ac_check_lib_save_LIBS=$LIBS
+-LIBS=-lintl $LIBS
+-cat confdefs.h - _ACEOF conftest.$ac_ext
+-/* end confdefs.h. */
+-
+-/* Override any GCC internal prototype to avoid an error.
+- Use char because int might match the return type of a GCC
+- builtin and then its argument prototype would still apply. */
+-#ifdef __cplusplus
+-extern C
+-#endif
+-char gettext ();
+-int
+-main ()
+-{
+-return gettext ();
+- ;
+- return 0;
+-}
+-_ACEOF
+-if ac_fn_c_try_link $LINENO; then :
+- ac_cv_lib_intl_gettext=yes
+-else
+- ac_cv_lib_intl_gettext=no
+-fi
+-rm -f core conftest.err conftest.$ac_objext \
+-conftest$ac_exeext conftest.$ac_ext
+-LIBS=$ac_check_lib_save_LIBS
+-fi
+-{ $as_echo $as_me:${as_lineno-$LINENO}: result: $ac_cv_lib_intl_gettext
5
+-$as_echo $ac_cv_lib_intl_gettext 6; }
+-if test x$ac_cv_lib_intl_gettext = xyes; then :
+- cat confdefs.h _ACEOF
+-#define HAVE_LIBINTL 1
+-_ACEOF
+-
+- LIBS=-lintl $LIBS
+-
+-fi
+-
+ { $as_echo $as_me:${as_lineno-$LINENO}: checking for nanosleep in
-lposix4 5
+ $as_echo_n checking for nanosleep in -lposix4... 6; }
+ if ${ac_cv_lib_posix4_nanosleep+:} false; then :
+diff --git a/configure.ac b/configure.ac
+index 33c8ff9..0004168 100644
+--- a/localedef/configure.ac
b/localedef/configure.ac
+@@ -58,7 +58,6 @@ LOCAL_CHECK_FUNC([stpcpy], [#include string.h])
+ LOCAL_CHECK_FUNC([strsep], [#include string.h])
+ LOCAL_CHECK_VAR([program_invocation_name], [#include errno.h])
+ LOCAL_CHECK_VAR([program_invocation_short_name], [#include errno.h])
+-AC_CHECK_LIB([intl], [gettext])
+ AC_CHECK_LIB([posix4], [nanosleep])
+
+ # These two macros are taken from GCC's config/acx.m4.
+diff --git a/include/libintl.h b/include/libintl.h
+index 096aa8c..86143b6 100644
+--- a/localedef/include/libintl.h
b/localedef/include/libintl.h
+@@ -1,5 +1,5 @@
+ #ifdef HAVE_LIBINTL_H
+-#include_next libintl.h
++#include ../intl/libintl.h
+ #endif
+
+ #ifndef _
+--
+1.8.3.1
+
diff --git a/meta/recipes-core/glibc/cross-localedef-native_2.20.bb
b/meta/recipes-core/glibc/cross-localedef-native_2.20.bb
index ccf56a9..50a280b 100644
--- a/meta/recipes-core/glibc/cross-localedef-native_2.20.bb
+++ b/meta/recipes-core/glibc/cross-localedef-native_2.20.bb
@@ -19,6 +19,7 @@ PV = 2.20
SRC_URI =
git://sourceware.org/git/glibc.git;branch=release/${PV}/master;name=glibc \
git://github.com/kraj/localedef;branch=master;name=localedef;destsuffix=git/localedef
\
file://fix_for_centos_5.8.patch \
+ file://avoid-dragging-in-gettext-s-libintl.h-libintl.patch \
${EGLIBCPATCHES} \
[OE-core] qemu-arm udevadm hwdb --update eats swap space after build host update to openSUSE 13.2
After updating our build host from openSUSE 13.1 to 13.2 we're no longer able to build our images with OE (with 13.1 on the same host everything worked well). :( The first thing we observed was that the do_rootfs stage made a very big load (more than 500) on the machine but the cpu's aren't working for 100%. I could track down the problem to the call qemu-arm -r 2.6.32 -L /pm/sledz/hipos-dfe.dizzy/build-closed/tmp-glibc/work/hikirk-angstrom-linux-gnueabi/hydraip-prodimage/1.0-r0+r16+r17.5/rootfs -E LD_LIBRARY_PATH=/pm/sledz/hipos-dfe.dizzy/build-closed/tmp-glibc/work/hikirk-angstrom-linux-gnueabi/hydraip-prodimage/1.0-r0+r16+r17.5/rootfs/usr/lib:/pm/sledz/hipos-dfe.dizzy/build-closed/tmp-glibc/work/hikirk-angstrom-linux-gnueabi/hydraip-prodimage/1.0-r0+r16+r17.5/rootfs/lib /pm/sledz/hipos-dfe.dizzy/build-closed/tmp-glibc/work/hikirk-angstrom-linux-gnueabi/hydraip-prodimage/1.0-r0+r16+r17.5/rootfs/bin/udevadm hwdb --update --root /pm/sledz/hipos-dfe.dizzy/build-closed/tmp-glibc/work/hikirk-angstrom-linux-gnueabi/hydraip-prodimage/1.0-r0+r16+r17.5/rootfs which eats swap space without end till the system crashes (more than 100GB swap space ist available). I've no idea how to inspect this problem further. Any ideas? Steffen -- DResearch Fahrzeugelektronik GmbH Otto-Schmirgal-Str. 3, 10319 Berlin, Germany Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de Fax: +49 30 515932-299 Geschäftsführer: Dr. Michael Weber, Werner Mögle; Amtsgericht Berlin Charlottenburg; HRB 130120 B; Ust.-IDNr. DE273952058 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] qemu-arm udevadm hwdb --update eats swap space after build host update to openSUSE 13.2
Dear Steffen, I have already raised some similar issue where because of un-appropriate use of QEMU_OPTIONS led the post process of udev-hwdb failed. Anyhow, Richard has created a patch and you can go through the same here at: http://lists.openembedded.org/pipermail/openembedded-core/2014-December/099544.html Let's see if that solves your issue. Regards, Gaurang Shastri -Original Message- From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Steffen Sledz Sent: Monday, December 15, 2014 4:24 PM To: openembedded-core Subject: [OE-core] qemu-arm udevadm hwdb --update eats swap space after build host update to openSUSE 13.2 After updating our build host from openSUSE 13.1 to 13.2 we're no longer able to build our images with OE (with 13.1 on the same host everything worked well). :( The first thing we observed was that the do_rootfs stage made a very big load (more than 500) on the machine but the cpu's aren't working for 100%. I could track down the problem to the call qemu-arm -r 2.6.32 -L /pm/sledz/hipos-dfe.dizzy/build-closed/tmp-glibc/work/hikirk-angstrom-linux-gnueabi/hydraip-prodimage/1.0-r0+r16+r17.5/rootfs -E LD_LIBRARY_PATH=/pm/sledz/hipos-dfe.dizzy/build-closed/tmp-glibc/work/hikirk-angstrom-linux-gnueabi/hydraip-prodimage/1.0-r0+r16+r17.5/rootfs/usr/lib:/pm/sledz/hipos-dfe.dizzy/build-closed/tmp-glibc/work/hikirk-angstrom-linux-gnueabi/hydraip-prodimage/1.0-r0+r16+r17.5/rootfs/lib /pm/sledz/hipos-dfe.dizzy/build-closed/tmp-glibc/work/hikirk-angstrom-linux-gnueabi/hydraip-prodimage/1.0-r0+r16+r17.5/rootfs/bin/udevadm hwdb --update --root /pm/sledz/hipos-dfe.dizzy/build-closed/tmp-glibc/work/hikirk-angstrom-linux-gnueabi/hydraip-prodimage/1.0-r0+r16+r17.5/rootfs which eats swap space without end till the system crashes (more than 100GB swap space ist available). I've no idea how to inspect this problem further. Any ideas? Steffen -- DResearch Fahrzeugelektronik GmbH Otto-Schmirgal-Str. 3, 10319 Berlin, Germany Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de Fax: +49 30 515932-299 Geschäftsführer: Dr. Michael Weber, Werner Mögle; Amtsgericht Berlin Charlottenburg; HRB 130120 B; Ust.-IDNr. DE273952058 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] volatiles: Link /media to /run/media
On 2014-12-13 12:37, Michael Gloff wrote: Since the change in automout.sh to mount devices to /run/media, we create the /run/media directory on startup and link /media to it. This patch does not match the commit log. Signed-off-by: Michael Gloff mgl...@emacinc.com --- meta/recipes-core/initscripts/initscripts-1.0/volatiles | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/initscripts/initscripts-1.0/volatiles b/meta/recipes-core/initscripts/initscripts-1.0/volatiles index 1fc5816..e6f0695 100644 --- a/meta/recipes-core/initscripts/initscripts-1.0/volatiles +++ b/meta/recipes-core/initscripts/initscripts-1.0/volatiles @@ -32,7 +32,7 @@ l root root 1777 /tmp /var/tmp d root root 0755 /var/lock/subsys none f root root 0664 /var/log/wtmp none f root root 0664 /var/run/utmp none -l root root 0644 /etc/resolv.conf /var/run/resolv.conf f root root 0644 /var/run/resolv.conf none +l root root 0644 /etc/resolv.conf /var/run/resolv.conf d root root 1777 /run/media none l root root 1777 /media /run/media -- 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 V2 2/2] volatiles: Create /var/run/resolv.conf before linking to it
No commit log? Also, the order for a symbolic link should not matter, so why make this change? On 2014-12-13 12:57, Michael Gloff wrote: Signed-off-by: Michael Gloff mgl...@emacinc.com --- meta/recipes-core/initscripts/initscripts-1.0/volatiles | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-core/initscripts/initscripts-1.0/volatiles b/meta/recipes-core/initscripts/initscripts-1.0/volatiles index 1fc5816..e6f0695 100644 --- a/meta/recipes-core/initscripts/initscripts-1.0/volatiles +++ b/meta/recipes-core/initscripts/initscripts-1.0/volatiles @@ -32,7 +32,7 @@ l root root 1777 /tmp /var/tmp d root root 0755 /var/lock/subsys none f root root 0664 /var/log/wtmp none f root root 0664 /var/run/utmp none -l root root 0644 /etc/resolv.conf /var/run/resolv.conf f root root 0644 /var/run/resolv.conf none +l root root 0644 /etc/resolv.conf /var/run/resolv.conf d root root 1777 /run/media none l root root 1777 /media /run/media -- 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] qemu-arm udevadm hwdb --update eats swap space after build host update to openSUSE 13.2
On 15.12.2014 12:00, Gaurang Shastri wrote: From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Steffen Sledz After updating our build host from openSUSE 13.1 to 13.2 we're no longer able to build our images with OE (with 13.1 on the same host everything worked well). :( The first thing we observed was that the do_rootfs stage made a very big load (more than 500) on the machine but the cpu's aren't working for 100%. I could track down the problem to the call qemu-arm -r 2.6.32 -L /pm/sledz/hipos-dfe.dizzy/build-closed/tmp-glibc/work/hikirk-angstrom-linux-gnueabi/hydraip-prodimage/1.0-r0+r16+r17.5/rootfs -E LD_LIBRARY_PATH=/pm/sledz/hipos-dfe.dizzy/build-closed/tmp-glibc/work/hikirk-angstrom-linux-gnueabi/hydraip-prodimage/1.0-r0+r16+r17.5/rootfs/usr/lib:/pm/sledz/hipos-dfe.dizzy/build-closed/tmp-glibc/work/hikirk-angstrom-linux-gnueabi/hydraip-prodimage/1.0-r0+r16+r17.5/rootfs/lib /pm/sledz/hipos-dfe.dizzy/build-closed/tmp-glibc/work/hikirk-angstrom-linux-gnueabi/hydraip-prodimage/1.0-r0+r16+r17.5/rootfs/bin/udevadm hwdb --update --root /pm/sledz/hipos-dfe.dizzy/build-closed/tmp-glibc/work/hikirk-angstrom-linux-gnueabi/hydraip-prodimage/1.0-r0+r16+r17.5/rootfs which eats swap space without end till the system crashes (more than 100GB swap space ist available). I've no idea how to inspect this problem further. Any ideas? I have already raised some similar issue where because of un-appropriate use of QEMU_OPTIONS led the post process of udev-hwdb failed. Anyhow, Richard has created a patch and you can go through the same here at: http://lists.openembedded.org/pipermail/openembedded-core/2014-December/099544.html Let's see if that solves your issue. Unfortunately not. I've used the latest dizzy-Branch and applied this patch, but the behaviour did not change. :( commit 219e793907406eabf632e784e3a11ab9acb77cfb Author: Richard Purdie richard.pur...@linuxfoundation.org Date: Thu Dec 4 19:49:19 2014 + qemu/libc-package: Fix qemu option handling The 'overrides' here are PACKAGE_ARCH based and hence not overrides as such and the _append wasn't working in many cases. This adjusts the code to use PACKAGE_ARCH as the accessor and ensures the variables work as expected. This fixes various segfaults and ensures postinsts run at build time rather than on the target system. The bug was introduced in http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=7efad8a1b56df6ee07c12ad360c0493d7b1d6d23. Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org Signed-off-by: Ross Burton ross.bur...@intel.com Regards, Steffen -- DResearch Fahrzeugelektronik GmbH Otto-Schmirgal-Str. 3, 10319 Berlin, Germany Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de Fax: +49 30 515932-299 Geschäftsführer: Dr. Michael Weber, Werner Mögle; Amtsgericht Berlin Charlottenburg; HRB 130120 B; Ust.-IDNr. DE273952058 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [meta-oe][PATCH] hostapd: Remove include from drivers makefiles
When compiling (tested on Arch) QA fails saying that it uses host
include files.
Signed-off-by: Jean-Michel Hautbois jean-michel.hautb...@vodalys.com
---
...apd-Don-t-include-libnl-include-directory.patch | 43 ++
.../recipes-connectivity/hostapd/hostapd_2.2.bb| 1 +
2 files changed, 44 insertions(+)
create mode 100644
meta-oe/recipes-connectivity/hostapd/hostapd-2.2/0001-hostapd-Don-t-include-libnl-include-directory.patch
diff --git
a/meta-oe/recipes-connectivity/hostapd/hostapd-2.2/0001-hostapd-Don-t-include-libnl-include-directory.patch
b/meta-oe/recipes-connectivity/hostapd/hostapd-2.2/0001-hostapd-Don-t-include-libnl-include-directory.patch
new file mode 100644
index 000..f28429e
--- /dev/null
+++
b/meta-oe/recipes-connectivity/hostapd/hostapd-2.2/0001-hostapd-Don-t-include-libnl-include-directory.patch
@@ -0,0 +1,43 @@
+From f4a132167c62f607f248a28ef292252ba6b42a59 Mon Sep 17 00:00:00 2001
+From: Jean-Michel Hautbois jean-michel.hautb...@vodalys.com
+Date: Mon, 15 Dec 2014 15:46:53 +0100
+Subject: [PATCH] hostapd: Don't include libnl include directory
+
+Remove hostapd include directories for libnl, as these can be in conflict
+with the host includes.
+
+Signed-off-by: Jean-Michel Hautbois jean-michel.hautb...@vodalys.com
+---
+ src/drivers/drivers.mak | 2 +-
+ src/drivers/drivers.mk | 2 +-
+ 2 files changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/src/drivers/drivers.mak b/src/drivers/drivers.mak
+index 7e175f4..950701f 100644
+--- a/src/drivers/drivers.mak
b/src/drivers/drivers.mak
+@@ -35,7 +35,7 @@ NEED_RFKILL=y
+ ifdef CONFIG_LIBNL32
+ DRV_LIBS += -lnl-3
+ DRV_LIBS += -lnl-genl-3
+- DRV_CFLAGS += -DCONFIG_LIBNL20 -I/usr/include/libnl3
++ DRV_CFLAGS += -DCONFIG_LIBNL20
+ else
+ ifdef CONFIG_LIBNL_TINY
+ DRV_LIBS += -lnl-tiny
+diff --git a/src/drivers/drivers.mk b/src/drivers/drivers.mk
+index db8561a..c93e88d 100644
+--- a/src/drivers/drivers.mk
b/src/drivers/drivers.mk
+@@ -30,7 +30,7 @@ NEED_RFKILL=y
+ ifdef CONFIG_LIBNL32
+ DRV_LIBS += -lnl-3
+ DRV_LIBS += -lnl-genl-3
+- DRV_CFLAGS += -DCONFIG_LIBNL20 -I/usr/include/libnl3
++ DRV_CFLAGS += -DCONFIG_LIBNL20
+ else
+ ifdef CONFIG_LIBNL_TINY
+ DRV_LIBS += -lnl-tiny
+--
+2.1.2
+
diff --git a/meta-oe/recipes-connectivity/hostapd/hostapd_2.2.bb
b/meta-oe/recipes-connectivity/hostapd/hostapd_2.2.bb
index b75f2b9..9ef8f7e 100644
--- a/meta-oe/recipes-connectivity/hostapd/hostapd_2.2.bb
+++ b/meta-oe/recipes-connectivity/hostapd/hostapd_2.2.bb
@@ -18,6 +18,7 @@ SRC_URI = \
file://defconfig \
file://init \
file://hostapd.service \
+
file://0001-hostapd-Don-t-include-libnl-include-directory.patch;patchdir=.. \
S = ${WORKDIR}/hostapd-${PV}/hostapd
--
2.1.2
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] qemu-arm udevadm hwdb --update eats swap space after build host update to openSUSE 13.2
Steffen Sledz sledz-mqby8sqgergrvmum7q6...@public.gmane.org writes: The first thing we observed was that the do_rootfs stage made a very big load (more than 500) on the machine but the cpu's aren't working for 100%. I could track down the problem to the call ... which eats swap space without end till the system crashes (more than 100GB swap space ist available). I've no idea how to inspect this problem further. Any ideas? I had a similar issue when /var/tmp in the rootfs was an absolute symlink pointing to toplevel /var/tmp which contained some millions of files. Can you look (lsof) which files are open by qemu? Enrico -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] Dizzy next Dec 15th
Please consider these changes for Dizzy-next This is on top of two previous requests: http://patches.openembedded.org/patch/84363/ http://patches.openembedded.org/patch/84341/ The following changes since commit 60099987b11757ddf940fe4d61cac92c48bcc3e7: cpio: fix bug CVE-2014-9112 for cpio-2.8 (2014-12-15 08:28:35 -0800) are available in the git repository at: http://git.yoctoproject.org/git/poky-contrib akuster/dizzy-next http://git.yoctoproject.org/cgit.cgi//log/?h=akuster/dizzy-next Bian Naimeng (1): cpio: fix bug CVE-2014-9112 for cpio-2.11 Maxin B. John (1): python: fix ssl import error .../python/python-2.7-manifest.inc | 2 +- .../cpio/cpio-2.11/fix-memory-overrun.patch| 220 + meta/recipes-extended/cpio/cpio_2.11.bb| 3 +- scripts/contrib/python/generate-manifest-2.7.py| 2 +- 4 files changed, 224 insertions(+), 3 deletions(-) create mode 100644 meta/recipes-extended/cpio/cpio-2.11/fix-memory-overrun.patch -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] cpio: fix bug CVE-2014-9112 for cpio-2.11
From: Bian Naimeng bia...@cn.fujitsu.com
Obtain detain from following URL.
http://lists.gnu.org/archive/html/bug-cpio/2014-12/msg0.html
http://git.savannah.gnu.org/cgit/cpio.git/commit/?id=746f3ff670dcfcdd28fcc990e79cd6fccc7ae48d
(From OE-Core rev: 9a32da05f5a9bc62c592fd2d6057dc052e363261)
Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
Signed-off-by: Ross Burton ross.bur...@intel.com
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
Signed-off-by: Armin Kuster akuster...@gmail.com
---
.../cpio/cpio-2.11/fix-memory-overrun.patch| 220 +
meta/recipes-extended/cpio/cpio_2.11.bb| 3 +-
2 files changed, 222 insertions(+), 1 deletion(-)
create mode 100644
meta/recipes-extended/cpio/cpio-2.11/fix-memory-overrun.patch
diff --git a/meta/recipes-extended/cpio/cpio-2.11/fix-memory-overrun.patch
b/meta/recipes-extended/cpio/cpio-2.11/fix-memory-overrun.patch
new file mode 100644
index 000..89cd3cf
--- /dev/null
+++ b/meta/recipes-extended/cpio/cpio-2.11/fix-memory-overrun.patch
@@ -0,0 +1,220 @@
+cpio: Fix memory overrun on reading improperly created link records
+
+Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
+
+http://git.savannah.gnu.org/cgit/cpio.git/commit/?id=746f3ff670dcfcdd28fcc990e79cd6fccc7ae48d
+
+ * src/copyin.c (get_link_name): New function.
+ (list_file, copyin_link): use get_link_name
+
+ * tests/symlink-bad-length.at: New file.
+ * tests/symlink-long.at: New file.
+ * tests/Makefile.am: Add new files.
+ * tests/testsuite.at: Likewise.
+
+ See http://lists.gnu.org/archive/html/bug-cpio/2014-11/msg7.html
+
+Upstream-Status: Backport
+
+Signed-off-by: Sergey Poznyakoff g...@gnu.org.ua
+
+diff -Nurp cpio-2.11.orig/src/copyin.c cpio-2.11/src/copyin.c
+--- cpio-2.11.orig/src/copyin.c2010-02-15 18:02:23.0 +0800
cpio-2.11/src/copyin.c 2014-12-08 13:14:04.355547508 +0800
+@@ -126,6 +126,28 @@ tape_skip_padding (int in_file_des, off_
+ }
+
+
++static char *
++get_link_name (struct cpio_file_stat *file_hdr, int in_file_des)
++{
++ off_t n = file_hdr-c_filesize + 1;
++ char *link_name;
++
++ if (n == 0 || n SIZE_MAX)
++{
++ error (0, 0, _(%s: stored filename length too big), file_hdr-c_name);
++ link_name = NULL;
++}
++ else
++{
++ link_name = xmalloc (n);
++ tape_buffered_read (link_name, in_file_des, file_hdr-c_filesize);
++ link_name[file_hdr-c_filesize] = '\0';
++ tape_skip_padding (in_file_des, file_hdr-c_filesize);
++}
++ return link_name;
++}
++
++
+ static void
+ list_file(struct cpio_file_stat* file_hdr, int in_file_des)
+ {
+@@ -136,21 +158,16 @@ list_file(struct cpio_file_stat* file_hd
+ {
+ if (archive_format != arf_tar archive_format != arf_ustar)
+ {
+-char *link_name = NULL; /* Name of hard and symbolic links. */
+-
+-link_name = (char *) xmalloc ((unsigned int) file_hdr-c_filesize
+ 1);
+-link_name[file_hdr-c_filesize] = '\0';
+-tape_buffered_read (link_name, in_file_des, file_hdr-c_filesize);
+-long_format (file_hdr, link_name);
+-free (link_name);
+-tape_skip_padding (in_file_des, file_hdr-c_filesize);
+-return;
++char *link_name = get_link_name (file_hdr, in_file_des);
++if (link_name)
++ {
++long_format (file_hdr, link_name);
++free (link_name);
++ }
+ }
+ else
+- {
+ long_format (file_hdr, file_hdr-c_tar_linkname);
+-return;
+- }
++return;
+ }
+ else
+ #endif
+@@ -650,10 +667,7 @@ copyin_link(struct cpio_file_stat *file_
+
+ if (archive_format != arf_tar archive_format != arf_ustar)
+ {
+- link_name = (char *) xmalloc ((unsigned int) file_hdr-c_filesize + 1);
+- link_name[file_hdr-c_filesize] = '\0';
+- tape_buffered_read (link_name, in_file_des, file_hdr-c_filesize);
+- tape_skip_padding (in_file_des, file_hdr-c_filesize);
++ link_name = get_link_name (file_hdr, in_file_des);
+ }
+ else
+ {
+diff -Nurp cpio-2.11.orig/tests/Makefile.am cpio-2.11/tests/Makefile.am
+--- cpio-2.11.orig/tests/Makefile.am 2010-02-15 18:02:23.0 +0800
cpio-2.11/tests/Makefile.am2014-12-08 13:14:49.931545727 +0800
+@@ -52,6 +52,8 @@ TESTSUITE_AT = \
+ setstat04.at\
+ setstat05.at\
+ symlink.at\
++ symlink-bad-length.at\
++ symlink-long.at\
+ version.at
+
+ TESTSUITE = $(srcdir)/testsuite
+diff -Nurp cpio-2.11.orig/tests/symlink-bad-length.at
cpio-2.11/tests/symlink-bad-length.at
+--- cpio-2.11.orig/tests/symlink-bad-length.at 1970-01-01 08:00:00.0
+0800
cpio-2.11/tests/symlink-bad-length.at 2014-12-08 13:17:45.979538847
+0800
+@@ -0,0 +1,49 @@
++# Process this file with autom4te to create testsuite. -*- Autotest -*-
++# Copyright (C) 2014 Free Software Foundation, Inc.
[OE-core] [PATCH 2/2] python: fix ssl import error
From: Maxin B. John maxin.j...@enea.com
Fix this ssl import error:
Python 2.7.3 (default, Dec 5 2014, 16:24:17)
[GCC 4.9.1] on linux2
Type help, copyright, credits or license for more information.
import ssl
Traceback (most recent call last):
File stdin, line 1, in module
File /usr/lib/python2.7/ssl.py, line 92, in module
import base64# for DER-to-PEM translation
ImportError: No module named base64
(From OE-Core rev: dfa34e70a4c7543dc67835c2e9a270ccd011ac72)
Signed-off-by: Maxin B. John maxin.j...@enea.com
Signed-off-by: Ross Burton ross.bur...@intel.com
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
Signed-off-by: Armin Kuster akuster...@gmail.com
---
meta/recipes-devtools/python/python-2.7-manifest.inc | 2 +-
scripts/contrib/python/generate-manifest-2.7.py | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/python/python-2.7-manifest.inc
b/meta/recipes-devtools/python/python-2.7-manifest.inc
index a8afe13..9a514b1 100644
--- a/meta/recipes-devtools/python/python-2.7-manifest.inc
+++ b/meta/recipes-devtools/python/python-2.7-manifest.inc
@@ -122,7 +122,7 @@ RDEPENDS_${PN}-importlib=${PN}-core
FILES_${PN}-importlib=${libdir}/python2.7/importlib
SUMMARY_${PN}-io=Python low-level I/O
-RDEPENDS_${PN}-io=${PN}-core ${PN}-math ${PN}-textutils
+RDEPENDS_${PN}-io=${PN}-core ${PN}-math ${PN}-textutils ${PN}-netclient
FILES_${PN}-io=${libdir}/python2.7/lib-dynload/_socket.so
${libdir}/python2.7/lib-dynload/_io.so ${libdir}/python2.7/lib-dynload/_ssl.so
${libdir}/python2.7/lib-dynload/select.so
${libdir}/python2.7/lib-dynload/termios.so
${libdir}/python2.7/lib-dynload/cStringIO.so ${libdir}/python2.7/pipes.*
${libdir}/python2.7/socket.* ${libdir}/python2.7/ssl.*
${libdir}/python2.7/tempfile.* ${libdir}/python2.7/StringIO.*
${libdir}/python2.7/io.* ${libdir}/python2.7/_pyio.*
SUMMARY_${PN}-json=Python JSON support
diff --git a/scripts/contrib/python/generate-manifest-2.7.py
b/scripts/contrib/python/generate-manifest-2.7.py
index 65486d8..21b874f 100755
--- a/scripts/contrib/python/generate-manifest-2.7.py
+++ b/scripts/contrib/python/generate-manifest-2.7.py
@@ -275,7 +275,7 @@ if __name__ == __main__:
m.addPackage( ${PN}-image, Python graphical image handling,
${PN}-core,
colorsys.* imghdr.* lib-dynload/imageop.so lib-dynload/rgbimg.so )
-m.addPackage( ${PN}-io, Python low-level I/O, ${PN}-core ${PN}-math
${PN}-textutils,
+m.addPackage( ${PN}-io, Python low-level I/O, ${PN}-core ${PN}-math
${PN}-textutils ${PN}-netclient,
lib-dynload/_socket.so lib-dynload/_io.so lib-dynload/_ssl.so
lib-dynload/select.so lib-dynload/termios.so lib-dynload/cStringIO.so +
pipes.* socket.* ssl.* tempfile.* StringIO.* io.* _pyio.* )
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/3] wic: glob support minor fixes
On Wed, 2014-12-10 at 12:45 +0100, Maciej Borzecki wrote: This patch series adds changes that enable globbing in IMAGE_BOOT_FILES. Effectivey this makes use of with with Raspberry Pi a tad easier, when a lengthy list of boot files can be replaced with just one entry. A related change to meta-raspberrypi will be sent to the Yocto mailing list. Looks ok to me, and I tried it out with your raspberrypi layer changes which generated the image (I didn't try any other image types to check against regressions there, though nothing in here looks like it would touch anything related to the other source plugins, so I'm not worried - in the next milestone I hope to have some automated wic testing going to make checking easy). I do think, though, that we need to have the documentation for this in the tool itself. As it stands, the IMAGE_BOOT_FILES variable is documented in the manual, but even then, there's no context that ties it to the bootimg-partition plugin. I think we need to add a mechanism so that help text can be added to each plugin, which would be automatically picked up and merged probably into a plugin-specific 'help plugins' section in the tool. The other thing I noticed, which has nothing to do with this patchset, but along the same lines, is that the plugin machinery does find the sdimage-raspberrypi.wks file to generate the image, as expected, but it doesn't show up in 'wic list source-plugins', as you'd expect. Acked-by: Tom Zanussi tom.zanu...@linux.intel.com Maciej Borzecki (3): wic: IMAGE_BOOT_FILES format checks in bootimg-partition source wic: add globbing support in IMAGE_BOOT_FILES entries ref-manual: update IMAGE_BOOT_FILES entry documentation/ref-manual/ref-variables.xml | 37 +++ .../lib/wic/plugins/source/bootimg-partition.py| 43 +- 2 files changed, 64 insertions(+), 16 deletions(-) -- 1.9.3 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/3] cpio: fix bug CVE-2014-9112 for cpio-2.11
From: Bian Naimeng bia...@cn.fujitsu.com
Obtain detain from following URL.
http://lists.gnu.org/archive/html/bug-cpio/2014-12/msg0.html
http://git.savannah.gnu.org/cgit/cpio.git/commit/?id=746f3ff670dcfcdd28fcc990e79cd6fccc7ae48d
(From OE-Core rev: 9a32da05f5a9bc62c592fd2d6057dc052e363261)
Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
Signed-off-by: Ross Burton ross.bur...@intel.com
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
Signed-off-by: Armin Kuster akuster...@gmail.com
---
.../cpio/cpio-2.11/fix-memory-overrun.patch| 220 +
meta/recipes-extended/cpio/cpio_2.11.bb| 3 +-
2 files changed, 222 insertions(+), 1 deletion(-)
create mode 100644
meta/recipes-extended/cpio/cpio-2.11/fix-memory-overrun.patch
diff --git a/meta/recipes-extended/cpio/cpio-2.11/fix-memory-overrun.patch
b/meta/recipes-extended/cpio/cpio-2.11/fix-memory-overrun.patch
new file mode 100644
index 000..89cd3cf
--- /dev/null
+++ b/meta/recipes-extended/cpio/cpio-2.11/fix-memory-overrun.patch
@@ -0,0 +1,220 @@
+cpio: Fix memory overrun on reading improperly created link records
+
+Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
+
+http://git.savannah.gnu.org/cgit/cpio.git/commit/?id=746f3ff670dcfcdd28fcc990e79cd6fccc7ae48d
+
+ * src/copyin.c (get_link_name): New function.
+ (list_file, copyin_link): use get_link_name
+
+ * tests/symlink-bad-length.at: New file.
+ * tests/symlink-long.at: New file.
+ * tests/Makefile.am: Add new files.
+ * tests/testsuite.at: Likewise.
+
+ See http://lists.gnu.org/archive/html/bug-cpio/2014-11/msg7.html
+
+Upstream-Status: Backport
+
+Signed-off-by: Sergey Poznyakoff g...@gnu.org.ua
+
+diff -Nurp cpio-2.11.orig/src/copyin.c cpio-2.11/src/copyin.c
+--- cpio-2.11.orig/src/copyin.c2010-02-15 18:02:23.0 +0800
cpio-2.11/src/copyin.c 2014-12-08 13:14:04.355547508 +0800
+@@ -126,6 +126,28 @@ tape_skip_padding (int in_file_des, off_
+ }
+
+
++static char *
++get_link_name (struct cpio_file_stat *file_hdr, int in_file_des)
++{
++ off_t n = file_hdr-c_filesize + 1;
++ char *link_name;
++
++ if (n == 0 || n SIZE_MAX)
++{
++ error (0, 0, _(%s: stored filename length too big), file_hdr-c_name);
++ link_name = NULL;
++}
++ else
++{
++ link_name = xmalloc (n);
++ tape_buffered_read (link_name, in_file_des, file_hdr-c_filesize);
++ link_name[file_hdr-c_filesize] = '\0';
++ tape_skip_padding (in_file_des, file_hdr-c_filesize);
++}
++ return link_name;
++}
++
++
+ static void
+ list_file(struct cpio_file_stat* file_hdr, int in_file_des)
+ {
+@@ -136,21 +158,16 @@ list_file(struct cpio_file_stat* file_hd
+ {
+ if (archive_format != arf_tar archive_format != arf_ustar)
+ {
+-char *link_name = NULL; /* Name of hard and symbolic links. */
+-
+-link_name = (char *) xmalloc ((unsigned int) file_hdr-c_filesize
+ 1);
+-link_name[file_hdr-c_filesize] = '\0';
+-tape_buffered_read (link_name, in_file_des, file_hdr-c_filesize);
+-long_format (file_hdr, link_name);
+-free (link_name);
+-tape_skip_padding (in_file_des, file_hdr-c_filesize);
+-return;
++char *link_name = get_link_name (file_hdr, in_file_des);
++if (link_name)
++ {
++long_format (file_hdr, link_name);
++free (link_name);
++ }
+ }
+ else
+- {
+ long_format (file_hdr, file_hdr-c_tar_linkname);
+-return;
+- }
++return;
+ }
+ else
+ #endif
+@@ -650,10 +667,7 @@ copyin_link(struct cpio_file_stat *file_
+
+ if (archive_format != arf_tar archive_format != arf_ustar)
+ {
+- link_name = (char *) xmalloc ((unsigned int) file_hdr-c_filesize + 1);
+- link_name[file_hdr-c_filesize] = '\0';
+- tape_buffered_read (link_name, in_file_des, file_hdr-c_filesize);
+- tape_skip_padding (in_file_des, file_hdr-c_filesize);
++ link_name = get_link_name (file_hdr, in_file_des);
+ }
+ else
+ {
+diff -Nurp cpio-2.11.orig/tests/Makefile.am cpio-2.11/tests/Makefile.am
+--- cpio-2.11.orig/tests/Makefile.am 2010-02-15 18:02:23.0 +0800
cpio-2.11/tests/Makefile.am2014-12-08 13:14:49.931545727 +0800
+@@ -52,6 +52,8 @@ TESTSUITE_AT = \
+ setstat04.at\
+ setstat05.at\
+ symlink.at\
++ symlink-bad-length.at\
++ symlink-long.at\
+ version.at
+
+ TESTSUITE = $(srcdir)/testsuite
+diff -Nurp cpio-2.11.orig/tests/symlink-bad-length.at
cpio-2.11/tests/symlink-bad-length.at
+--- cpio-2.11.orig/tests/symlink-bad-length.at 1970-01-01 08:00:00.0
+0800
cpio-2.11/tests/symlink-bad-length.at 2014-12-08 13:17:45.979538847
+0800
+@@ -0,0 +1,49 @@
++# Process this file with autom4te to create testsuite. -*- Autotest -*-
++# Copyright (C) 2014 Free Software Foundation, Inc.
[OE-core] [PATCH 1/3] cpio: fix bug CVE-2014-9112 for cpio-2.8
From: Bian Naimeng bia...@cn.fujitsu.com
Obtain detain from following URL.
http://lists.gnu.org/archive/html/bug-cpio/2014-12/msg0.html
http://git.savannah.gnu.org/cgit/cpio.git/commit/?id=746f3ff670dcfcdd28fcc990e79cd6fccc7ae48d
(From OE-Core rev: 732fc8de55a9c7987608162879959c03423de907)
Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
Signed-off-by: Ross Burton ross.bur...@intel.com
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
Signed-off-by: Armin Kuster akuster...@gmail.com
---
.../cpio/cpio-2.8/fix-memory-overrun.patch | 217 +
meta/recipes-extended/cpio/cpio_2.8.bb | 7 +-
2 files changed, 221 insertions(+), 3 deletions(-)
create mode 100644 meta/recipes-extended/cpio/cpio-2.8/fix-memory-overrun.patch
diff --git a/meta/recipes-extended/cpio/cpio-2.8/fix-memory-overrun.patch
b/meta/recipes-extended/cpio/cpio-2.8/fix-memory-overrun.patch
new file mode 100644
index 000..0148e70
--- /dev/null
+++ b/meta/recipes-extended/cpio/cpio-2.8/fix-memory-overrun.patch
@@ -0,0 +1,217 @@
+cpio: Fix memory overrun on reading improperly created link records
+
+Signed-off-by: Bian Naimeng bia...@cn.fujitsu.com
+
+http://git.savannah.gnu.org/cgit/cpio.git/commit/?id=746f3ff670dcfcdd28fcc990e79cd6fccc7ae48d
+
+ * src/copyin.c (get_link_name): New function.
+ (list_file, copyin_link): use get_link_name
+
+ * tests/symlink-bad-length.at: New file.
+ * tests/symlink-long.at: New file.
+ * tests/Makefile.am: Add new files.
+ * tests/testsuite.at: Likewise.
+
+ See http://lists.gnu.org/archive/html/bug-cpio/2014-11/msg7.html
+
+Upstream-Status: Backport
+
+Signed-off-by: Sergey Poznyakoff g...@gnu.org.ua
+
+diff -Nurp cpio-2.8.orig/src/copyin.c cpio-2.8/src/copyin.c
+--- cpio-2.8.orig/src/copyin.c 2007-06-07 19:58:03.0 +0800
cpio-2.8/src/copyin.c 2014-12-08 11:30:01.159791484 +0800
+@@ -126,6 +126,28 @@ tape_skip_padding (int in_file_des, int
+ }
+
+
++static char *
++get_link_name (struct cpio_file_stat *file_hdr, int in_file_des)
++{
++ off_t n = file_hdr-c_filesize + 1;
++ char *link_name;
++
++ if (n == 0 || n SIZE_MAX)
++{
++ error (0, 0, _(%s: stored filename length too big), file_hdr-c_name);
++ link_name = NULL;
++}
++ else
++{
++ link_name = xmalloc (n);
++ tape_buffered_read (link_name, in_file_des, file_hdr-c_filesize);
++ link_name[file_hdr-c_filesize] = '\0';
++ tape_skip_padding (in_file_des, file_hdr-c_filesize);
++}
++ return link_name;
++}
++
++
+ static void
+ list_file(struct cpio_file_stat* file_hdr, int in_file_des)
+ {
+@@ -136,21 +158,16 @@ list_file(struct cpio_file_stat* file_hd
+ {
+ if (archive_format != arf_tar archive_format != arf_ustar)
+ {
+-char *link_name = NULL; /* Name of hard and symbolic links. */
+-
+-link_name = (char *) xmalloc ((unsigned int) file_hdr-c_filesize
+ 1);
+-link_name[file_hdr-c_filesize] = '\0';
+-tape_buffered_read (link_name, in_file_des, file_hdr-c_filesize);
+-long_format (file_hdr, link_name);
+-free (link_name);
+-tape_skip_padding (in_file_des, file_hdr-c_filesize);
+-return;
++char *link_name = get_link_name (file_hdr, in_file_des);
++if (link_name)
++ {
++long_format (file_hdr, link_name);
++free (link_name);
++ }
+ }
+ else
+- {
+ long_format (file_hdr, file_hdr-c_tar_linkname);
+-return;
+- }
++return;
+ }
+ else
+ #endif
+@@ -732,10 +749,7 @@ copyin_link(struct cpio_file_stat *file_
+
+ if (archive_format != arf_tar archive_format != arf_ustar)
+ {
+- link_name = (char *) xmalloc ((unsigned int) file_hdr-c_filesize + 1);
+- link_name[file_hdr-c_filesize] = '\0';
+- tape_buffered_read (link_name, in_file_des, file_hdr-c_filesize);
+- tape_skip_padding (in_file_des, file_hdr-c_filesize);
++ link_name = get_link_name (file_hdr, in_file_des);
+ }
+ else
+ {
+diff -Nurp cpio-2.8.orig/tests/Makefile.am cpio-2.8/tests/Makefile.am
+--- cpio-2.8.orig/tests/Makefile.am2006-10-24 18:32:13.0 +0800
cpio-2.8/tests/Makefile.am 2014-12-08 11:30:52.387789482 +0800
+@@ -45,6 +45,8 @@ TESTSUITE_AT = \
+ testsuite.at\
+ inout.at\
+ symlink.at\
++ symlink-bad-length.at\
++ symlink-long.at\
+ version.at
+
+ TESTSUITE = $(srcdir)/testsuite
+diff -Nurp cpio-2.8.orig/tests/symlink-bad-length.at
cpio-2.8/tests/symlink-bad-length.at
+--- cpio-2.8.orig/tests/symlink-bad-length.at 1970-01-01 08:00:00.0
+0800
cpio-2.8/tests/symlink-bad-length.at 2014-12-08 11:33:25.283783507
+0800
+@@ -0,0 +1,49 @@
++# Process this file with autom4te to create testsuite. -*- Autotest -*-
++# Copyright (C) 2014 Free Software Foundation, Inc.
++
++# This program is free
[OE-core] [PATCH 3/3] python: fix ssl import error
From: Maxin B. John maxin.j...@enea.com
Fix this ssl import error:
Python 2.7.3 (default, Dec 5 2014, 16:24:17)
[GCC 4.9.1] on linux2
Type help, copyright, credits or license for more information.
import ssl
Traceback (most recent call last):
File stdin, line 1, in module
File /usr/lib/python2.7/ssl.py, line 92, in module
import base64# for DER-to-PEM translation
ImportError: No module named base64
(From OE-Core rev: dfa34e70a4c7543dc67835c2e9a270ccd011ac72)
Signed-off-by: Maxin B. John maxin.j...@enea.com
Signed-off-by: Ross Burton ross.bur...@intel.com
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
Signed-off-by: Armin Kuster akuster...@gmail.com
---
meta/recipes-devtools/python/python-2.7-manifest.inc | 2 +-
scripts/contrib/python/generate-manifest-2.7.py | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/python/python-2.7-manifest.inc
b/meta/recipes-devtools/python/python-2.7-manifest.inc
index a8afe13..9a514b1 100644
--- a/meta/recipes-devtools/python/python-2.7-manifest.inc
+++ b/meta/recipes-devtools/python/python-2.7-manifest.inc
@@ -122,7 +122,7 @@ RDEPENDS_${PN}-importlib=${PN}-core
FILES_${PN}-importlib=${libdir}/python2.7/importlib
SUMMARY_${PN}-io=Python low-level I/O
-RDEPENDS_${PN}-io=${PN}-core ${PN}-math ${PN}-textutils
+RDEPENDS_${PN}-io=${PN}-core ${PN}-math ${PN}-textutils ${PN}-netclient
FILES_${PN}-io=${libdir}/python2.7/lib-dynload/_socket.so
${libdir}/python2.7/lib-dynload/_io.so ${libdir}/python2.7/lib-dynload/_ssl.so
${libdir}/python2.7/lib-dynload/select.so
${libdir}/python2.7/lib-dynload/termios.so
${libdir}/python2.7/lib-dynload/cStringIO.so ${libdir}/python2.7/pipes.*
${libdir}/python2.7/socket.* ${libdir}/python2.7/ssl.*
${libdir}/python2.7/tempfile.* ${libdir}/python2.7/StringIO.*
${libdir}/python2.7/io.* ${libdir}/python2.7/_pyio.*
SUMMARY_${PN}-json=Python JSON support
diff --git a/scripts/contrib/python/generate-manifest-2.7.py
b/scripts/contrib/python/generate-manifest-2.7.py
index 65486d8..21b874f 100755
--- a/scripts/contrib/python/generate-manifest-2.7.py
+++ b/scripts/contrib/python/generate-manifest-2.7.py
@@ -275,7 +275,7 @@ if __name__ == __main__:
m.addPackage( ${PN}-image, Python graphical image handling,
${PN}-core,
colorsys.* imghdr.* lib-dynload/imageop.so lib-dynload/rgbimg.so )
-m.addPackage( ${PN}-io, Python low-level I/O, ${PN}-core ${PN}-math
${PN}-textutils,
+m.addPackage( ${PN}-io, Python low-level I/O, ${PN}-core ${PN}-math
${PN}-textutils ${PN}-netclient,
lib-dynload/_socket.so lib-dynload/_io.so lib-dynload/_ssl.so
lib-dynload/select.so lib-dynload/termios.so lib-dynload/cStringIO.so +
pipes.* socket.* ssl.* tempfile.* StringIO.* io.* _pyio.* )
--
1.9.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/3] Dizzy next Dec 15th V2
opps, off-by-1 error. Please consider these changes for Dizzy-next This is on top of two previous requests: http://patches.openembedded.org/patch/84363/ http://patches.openembedded.org/patch/84341/ The following changes since commit 618a569d430e88e9a115dcf10f04384f39e28555: kernel.bbclass: Create modules directory even if there is no modules installed (2014-12-03 11:28:43 -0800) are available in the git repository at: http://git.yoctoproject.org/git/poky-contrib akuster/dizzy-next http://git.yoctoproject.org/cgit.cgi//log/?h=akuster/dizzy-next Bian Naimeng (2): cpio: fix bug CVE-2014-9112 for cpio-2.8 cpio: fix bug CVE-2014-9112 for cpio-2.11 Maxin B. John (1): python: fix ssl import error .../python/python-2.7-manifest.inc | 2 +- .../cpio/cpio-2.11/fix-memory-overrun.patch| 220 + .../cpio/cpio-2.8/fix-memory-overrun.patch | 217 meta/recipes-extended/cpio/cpio_2.11.bb| 3 +- meta/recipes-extended/cpio/cpio_2.8.bb | 7 +- scripts/contrib/python/generate-manifest-2.7.py| 2 +- 6 files changed, 445 insertions(+), 6 deletions(-) create mode 100644 meta/recipes-extended/cpio/cpio-2.11/fix-memory-overrun.patch create mode 100644 meta/recipes-extended/cpio/cpio-2.8/fix-memory-overrun.patch -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2][dizzy] lzo: add debian patch for alignment issue
Armin,
Please backport this patch to dizzy
Thanks
Sau!
On 12/03/2014 02:51 PM, Saul Wold wrote:
[YOCTO #6994]
Signed-off-by: Saul Wold s...@linux.intel.com
---
v2 Fixed Patched Tag info
...0001-Use-memcpy-instead-of-reinventing-it.patch | 70 ++
meta/recipes-support/lzo/lzo_2.08.bb | 1 +
2 files changed, 71 insertions(+)
create mode 100644
meta/recipes-support/lzo/lzo/0001-Use-memcpy-instead-of-reinventing-it.patch
diff --git
a/meta/recipes-support/lzo/lzo/0001-Use-memcpy-instead-of-reinventing-it.patch
b/meta/recipes-support/lzo/lzo/0001-Use-memcpy-instead-of-reinventing-it.patch
new file mode 100644
index 000..db3a70e
--- /dev/null
+++
b/meta/recipes-support/lzo/lzo/0001-Use-memcpy-instead-of-reinventing-it.patch
@@ -0,0 +1,70 @@
+From: Simon McVittie s...@debian.org
+Date: Sun, 23 Nov 2014 22:50:33 +
+Subject: Use memcpy() instead of reinventing it
+
+gcc inlines memcpy() with results as fast as handwritten code (at
+least in my brief testing with lzop), and knows the alignment
+constraints for our architectures.
+
+Change suggested by Julian Taylor.
+
+Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757037
+
+Upstream-Status: Pending
+Signed-off-by: Saul Wold s...@linux.intel.com
+---
+ minilzo/minilzo.c | 14 ++
+ src/lzo_func.h| 14 ++
+ 2 files changed, 28 insertions(+)
+
+
+diff --git a/minilzo/minilzo.c b/minilzo/minilzo.c
+index ab2be5f..6913c2f 100644
+--- a/minilzo/minilzo.c
b/minilzo/minilzo.c
+@@ -3523,6 +3523,20 @@
LZO_COMPILE_TIME_ASSERT_HEADER(sizeof(*(lzo_memops_TU8p)0)==8)
+ if ((void)0, n__n 0) do { *d__n++ = *s__n++; } while (--n__n 0); \
+ LZO_BLOCK_END
+
++/* Debian-specific change: we know that our compiler inlines memcpy() with
++ * constant n to be as fast as handwritten code, and knows which architectures
++ * need things correctly aligned. */
++#undef LZO_MEMOPS_COPY1
++#undef LZO_MEMOPS_COPY2
++#undef LZO_MEMOPS_COPY4
++#undef LZO_MEMOPS_COPY8
++#undef LZO_MEMOPS_COPYN
++#define LZO_MEMOPS_COPY1(dd,ss) memcpy(dd, ss, 1)
++#define LZO_MEMOPS_COPY2(dd,ss) memcpy(dd, ss, 2)
++#define LZO_MEMOPS_COPY4(dd,ss) memcpy(dd, ss, 4)
++#define LZO_MEMOPS_COPY8(dd,ss) memcpy(dd, ss, 8)
++#define LZO_MEMOPS_COPYN(dd,ss,nn) memcpy(dd, ss, nn)
++
+ __lzo_static_forceinline lzo_uint16_t lzo_memops_get_le16(const lzo_voidp ss)
+ {
+ lzo_uint16_t v;
+diff --git a/src/lzo_func.h b/src/lzo_func.h
+index dfaa676..1cc1b53 100644
+--- a/src/lzo_func.h
b/src/lzo_func.h
+@@ -333,6 +333,20 @@
LZO_COMPILE_TIME_ASSERT_HEADER(sizeof(*(lzo_memops_TU8p)0)==8)
+ if ((void)0, n__n 0) do { *d__n++ = *s__n++; } while (--n__n 0); \
+ LZO_BLOCK_END
+
++/* Debian-specific change: we know that our compiler inlines memcpy() with
++ * constant n to be as fast as handwritten code, and knows which architectures
++ * need things correctly aligned. */
++#undef LZO_MEMOPS_COPY1
++#undef LZO_MEMOPS_COPY2
++#undef LZO_MEMOPS_COPY4
++#undef LZO_MEMOPS_COPY8
++#undef LZO_MEMOPS_COPYN
++#define LZO_MEMOPS_COPY1(dd,ss) memcpy(dd, ss, 1)
++#define LZO_MEMOPS_COPY2(dd,ss) memcpy(dd, ss, 2)
++#define LZO_MEMOPS_COPY4(dd,ss) memcpy(dd, ss, 4)
++#define LZO_MEMOPS_COPY8(dd,ss) memcpy(dd, ss, 8)
++#define LZO_MEMOPS_COPYN(dd,ss,nn) memcpy(dd, ss, nn)
++
+ __lzo_static_forceinline lzo_uint16_t lzo_memops_get_le16(const lzo_voidp ss)
+ {
+ lzo_uint16_t v;
diff --git a/meta/recipes-support/lzo/lzo_2.08.bb
b/meta/recipes-support/lzo/lzo_2.08.bb
index 7d7d1f3..af06e29 100644
--- a/meta/recipes-support/lzo/lzo_2.08.bb
+++ b/meta/recipes-support/lzo/lzo_2.08.bb
@@ -6,6 +6,7 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 \
file://src/lzo_init.c;beginline=5;endline=25;md5=a6e25df9a83b24629e847846ccdd8054
SRC_URI = http://www.oberhumer.com/opensource/lzo/download/lzo-${PV}.tar.gz \
+ file://0001-Use-memcpy-instead-of-reinventing-it.patch \
file://acinclude.m4 \
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2][dizzy] lzo: add debian patch for alignment issue
ok. - armin On 12/15/2014 10:03 AM, Saul Wold wrote: [YOCTO #6994] -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] packagegroup-core-tools-profile: allow lttng-modules for ARM
Per commit f6587be6cd3dc864143b1c0be0bb8179a61dc835 (lttng-modules: re-enable ARM builds) lttng-modules is fine for ARM now. Without this additional change, tools-profile won't bring in lttng-modules when targeting ARM. Signed-off-by: Nathan Lynch nathan_ly...@mentor.com --- meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb b/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb index 41d2548b70ee..39a88134a316 100644 --- a/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb +++ b/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb @@ -53,7 +53,6 @@ LTTNGTOOLS_aarch64 = LTTNGMODULES = lttng-modules LTTNGMODULES_aarch64 = -LTTNGMODULES_arm = BABELTRACE = babeltrace BABELTRACE_aarch64 = -- 1.9.3 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] commits for machine setup tool
From: Nitin A Kamble nitin.a.kam...@intel.com This pull request introduces a new feature called machine-setup-tool, which can be used by the BSP. With the use of the tool, BSPs for different boards which mainly differ in the text configuration for the target board, can be consolidated to use a common BSP. The tool provides ability to configure the target image at runtime. It also provides ability to detect the target boards for automatic configuration of the image. The tool can handle any text configuration for the target image. All the configuration manipulation needed for the meta-intel BSP boards is already supported in the tool. The tool's configuration is BSP specific and need to be specified separately in the BSP layer. For example, for the meta-intel layer, the complementary commits can be seen here: http://git.yoctoproject.org/cgit/cgit.cgi/meta-intel-contrib/log/?h=nitin/machinesetuptool These commits are enabling the meta-intel layer to support 6 boards with 2 common BSPs. Thanks, Nitin The following changes since commit 8657c2fd57600e0b0eaf2a14692de7453c78e1bb: serf: readded md5sum (2014-12-11 11:34:57 +) are available in the git repository at: git://git.yoctoproject.org/poky-contrib nitin/machinesetuptool http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=nitin/machinesetuptool Nitin A Kamble (2): alsa-plugins: a new recipe machinesetuptool: a new recipe for setup of a machine .../machinesetuptool/machinesetuptool_git.bb | 55 ++ .../recipes-multimedia/alsa/alsa-plugins_1.0.28.bb | 49 +++ 2 files changed, 104 insertions(+) create mode 100644 meta/recipes-bsp/machinesetuptool/machinesetuptool_git.bb create mode 100644 meta/recipes-multimedia/alsa/alsa-plugins_1.0.28.bb -- 1.8.1.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] alsa-plugins: a new recipe
From: Nitin A Kamble nitin.a.kam...@intel.com
Provides the pulseaudio to ALSA connector, which is needed for ALSA apps when
using the pulseaudio sound server on the target,
Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com
---
.../recipes-multimedia/alsa/alsa-plugins_1.0.28.bb | 49 ++
1 file changed, 49 insertions(+)
create mode 100644 meta/recipes-multimedia/alsa/alsa-plugins_1.0.28.bb
diff --git a/meta/recipes-multimedia/alsa/alsa-plugins_1.0.28.bb
b/meta/recipes-multimedia/alsa/alsa-plugins_1.0.28.bb
new file mode 100644
index 000..a21eacb
--- /dev/null
+++ b/meta/recipes-multimedia/alsa/alsa-plugins_1.0.28.bb
@@ -0,0 +1,49 @@
+SUMMARY = ALSA sound plugins
+HOMEPAGE = http://www.alsa-project.org;
+BUGTRACKER = https://bugtrack.alsa-project.org/alsa-bug/login_page.php;
+SECTION = libs/multimedia
+LICENSE = LGPLv2.1 GPLv2+
+LIC_FILES_CHKSUM = file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34 \
+
file://rate/rate_samplerate.c;beginline=1;endline=20;md5=1d72a209fca5472c7bdc3d4f5c01ce03
+DEPENDS = alsa-lib pulseaudio
+
+SRC_URI = ftp://ftp.alsa-project.org/pub/plugins/${PN}-${PV}.tar.bz2 \
+
+
+SRC_URI[md5sum] = 6fcbbb31e96f8ebc5fb926184a717aa4
+SRC_URI[sha256sum] =
426f8af1a07ee9d8c06449524d1f0bd59a06e0331a51aa3d59d343a7c6d03120
+
+
+inherit autotools pkgconfig
+
+EXTRA_OECONF += --disable-jack --disable-samplerate --disable-avcodec
--with-speex=no
+
+PACKAGES += ${PN}-pulseaudio \
+ ${PN}-speex \
+ ${PN}-oss \
+ ${PN}-vdownmix \
+ ${PN}-upmix \
+ ${PN}-usbstream \
+ ${PN}-arcamav \
+
+FILES_${PN}-doc = ${datadir}/alsa/*
+FILES_${PN}-dbg = ${libdir}/alsa-lib/.debug ${prefix}/src/debug
+FILES_${PN}-dev = ${libdir}/alsa-lib/*.la
+FILES_${PN}-pulseaudio = ${libdir}/alsa-lib/libasound_module*_pulse.so
+FILES_${PN}-speex= ${libdir}/alsa-lib/libasound_module_*_speex*.so
+FILES_${PN}-oss = ${libdir}/alsa-lib/libasound_module_*_oss.so
+FILES_${PN}-vdownmix = ${libdir}/alsa-lib/libasound_module_*_vdownmix.so
+FILES_${PN}-upmix= ${libdir}/alsa-lib/libasound_module_*_upmix.so
+FILES_${PN}-usbstream=
${libdir}/alsa-lib/libasound_module_*_usb_stream.so
+FILES_${PN}-arcamav = ${libdir}/alsa-lib/libasound_module_*_arcam_av.so
+
+RDEPENDS_${PN}-pulseaudio = libpulse
+
+SUMMARY_${PN}-pulseaudio = Alsa to PulseAudio backend
+SUMMARY_${PN}-oss = Oss PCM output plugin for ALSA
+SUMMARY_${PN}-speex= Rate Converter Plugin Using Speex Resampler
+SUMMARY_${PN}-vdownmix = Downmixer to stereo plugin for ALSA
+SUMMARY_${PN}-upmix= Upmixer channel expander plugin for ALSA
+SUMMARY_${PN}-usbstream= USB stream plugin for ALSA
+SUMMARY_${PN}-arcamav = Arcam AV amplifier plugin for ALSA
+
--
1.8.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] machinesetuptool: a new recipe for setup of a machine
From: Nitin A Kamble nitin.a.kam...@intel.com
a new recipe which recipe provides the ability to setup a BSP image for a
specific machine or platform at the boot time. The base recipe does not
provide any machine configuration files, those are provided by individual
BSP layer.
Signed-off-by: Nitin A Kamble nitin.a.kam...@intel.com
---
.../machinesetuptool/machinesetuptool_git.bb | 55 ++
1 file changed, 55 insertions(+)
create mode 100644 meta/recipes-bsp/machinesetuptool/machinesetuptool_git.bb
diff --git a/meta/recipes-bsp/machinesetuptool/machinesetuptool_git.bb
b/meta/recipes-bsp/machinesetuptool/machinesetuptool_git.bb
new file mode 100644
index 000..e901d12
--- /dev/null
+++ b/meta/recipes-bsp/machinesetuptool/machinesetuptool_git.bb
@@ -0,0 +1,55 @@
+SUMMARY = Daemon to setup an image for a specific machine at boot time.
+SECTION = base
+LICENSE = GPLv3
+LIC_FILES_CHKSUM = file://COPYING;md5=d32239bcb673463ab874e80d47fae504
+RDEPENDS_${PN} = sysvinit sed
+
+PV = 1.0+git${SRCPV}
+
+SRCREV = b1a1f62f2f8748080131afa588dd7208bcf35635
+
+SRC_URI = git://git.yoctoproject.org/machinesetuptool.git
+
+S = ${WORKDIR}/git
+
+PACKAGE_ARCH = ${MACHINE_ARCH}
+
+inherit autotools pkgconfig update-rc.d
+
+INITSCRIPT_NAME = machinesetuptool
+INITSCRIPT_PARAMS = start 00 S . stop 20 0 1 6 .
+
+# This variable is initialized to empty value now.
+# It needs to be populated with the desired machine configuration files
+# for each BSP in it's own layer.
+MACHINE_CONFIG_FILES ?=
+
+python __anonymous () {
+src_uri = d.getVar('SRC_URI', True)
+machine_config_files = (d.getVar('MACHINE_CONFIG_FILES', True) or )
+for file in machine_config_files.split():
+ src_uri += file:// + file
+d.setVar('SRC_URI', src_uri)
+}
+
+do_install_append() {
+
+ if [ -r ${WORKDIR}/defaults ]
+ then
+ install -m 0755 ${WORKDIR}/defaults ${D}/${sysconfdir}/${BPN}/
+ fi
+
+ if [ -r ${WORKDIR}/detect-machine ]
+ then
+ install -m 0755 ${WORKDIR}/detect-machine
${D}/${sysconfdir}/${BPN}/scripts/
+ fi
+
+
+ for file in ${MACHINE_CONFIG_FILES}
+ do
+ if ( [ $file != defaults ] [ $file != detect-machine
] ); then
+ mkdir -p ${D}/${sysconfdir}/${BPN}/config/`dirname
${file}`
+ install -m 0644 ${S}/../${file}
${D}/${sysconfdir}/${BPN}/config/${file}
+ fi
+ done
+}
--
1.8.1.4
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] openssh: move setting LD to allow for correct override
Using the export LD in the recipe does not allow for secodnary toolchain
overriding LD later, by setting it in the do_configure_append the export
is used by autotools setting LD based on the env, but would allow for
override later.
[YOCTO #6997]
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-connectivity/openssh/openssh_6.6p1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-connectivity/openssh/openssh_6.6p1.bb
b/meta/recipes-connectivity/openssh/openssh_6.6p1.bb
index dbcf414..abc302b 100644
--- a/meta/recipes-connectivity/openssh/openssh_6.6p1.bb
+++ b/meta/recipes-connectivity/openssh/openssh_6.6p1.bb
@@ -49,7 +49,6 @@ inherit autotools-brokensep ptest
# LFS support:
CFLAGS += -D__FILE_OFFSET_BITS=64
-export LD = ${CC}
# login path is hardcoded in sshd
EXTRA_OECONF = 'LOGIN_PROGRAM=${base_bindir}/login' \
@@ -74,6 +73,7 @@ CACHED_CONFIGUREVARS +=
ac_cv_path_PATH_PASSWD_PROG=${bindir}/passwd
EXTRA_OECONF_append_libc-uclibc= --without-pam
do_configure_prepend () {
+ export LD=${CC}
install -m 0644 ${WORKDIR}/sshd_config ${B}/
install -m 0644 ${WORKDIR}/ssh_config ${B}/
if [ ! -e acinclude.m4 -a -e aclocal.m4 ]; then
--
1.8.3.1
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/3] wic: glob support minor fixes
On 12/15 11:04, Tom Zanussi wrote: On Wed, 2014-12-10 at 12:45 +0100, Maciej Borzecki wrote: This patch series adds changes that enable globbing in IMAGE_BOOT_FILES. Effectivey this makes use of with with Raspberry Pi a tad easier, when a lengthy list of boot files can be replaced with just one entry. A related change to meta-raspberrypi will be sent to the Yocto mailing list. Looks ok to me, and I tried it out with your raspberrypi layer changes which generated the image (I didn't try any other image types to check against regressions there, though nothing in here looks like it would touch anything related to the other source plugins, so I'm not worried - in the next milestone I hope to have some automated wic testing going to make checking easy). I do think, though, that we need to have the documentation for this in the tool itself. As it stands, the IMAGE_BOOT_FILES variable is documented in the manual, but even then, there's no context that ties it to the bootimg-partition plugin. I think we need to add a mechanism so that help text can be added to each plugin, which would be automatically picked up and merged probably into a plugin-specific 'help plugins' section in the tool. The other thing I noticed, which has nothing to do with this patchset, but along the same lines, is that the plugin machinery does find the sdimage-raspberrypi.wks file to generate the image, as expected, but it doesn't show up in 'wic list source-plugins', as you'd expect. That's expected, there is no separate source plugin for sdimage-raspberrypi.wks. The kickstart file makes use of bootimage-partition, so it's effectively almost identical to sdimage-bootpart.wks but the boot partition size and start offset. So far the only development boards that will not directly work with wic's current plugins are Freescale ones (ex. popular iMX6 boards like Wandboard, Nitrogen6x, Sable Lite etc.). These boards expect u-boot to be located just after MBR, hence the use case is somewhat similar to what pcibios source plugin covers. Acked-by: Tom Zanussi tom.zanu...@linux.intel.com Maciej Borzecki (3): wic: IMAGE_BOOT_FILES format checks in bootimg-partition source wic: add globbing support in IMAGE_BOOT_FILES entries ref-manual: update IMAGE_BOOT_FILES entry documentation/ref-manual/ref-variables.xml | 37 +++ .../lib/wic/plugins/source/bootimg-partition.py| 43 +- 2 files changed, 64 insertions(+), 16 deletions(-) -- 1.9.3 -- Maciej Borzęcki Senior Software Developer at Open-RnD Sp. z o.o., Poland www.open-rnd.pl mobile: +48 889 117 365, fax: +48 42 657 9079 Niniejsza wiadomość wraz z załącznikami może zawierać chronione prawem lub poufne informacje i została wysłana wyłącznie do wiadomości i użytku osób, do których została zaadresowana. Jeśli wiadomość została otrzymana przypadkowo zabrania się jej kopiowania lub rozsyłania do osób trzecich. W takim przypadku uprasza się o natychmiastowe zniszczenie wiadomości oraz poinformowanie nadawcy o zaistniałej sytuacji za pomocą wiadomości zwrotnej. Dziękujemy. This message, including any attachments hereto, may contain privileged or confidential information and is sent solely for the attention and use of the intended addressee(s). If you are not an intended addressee, you may neither use this message nor copy or deliver it to anyone. In such case, you should immediately destroy this message and kindly notify the sender by reply email. Thank you. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/3] wic: glob support minor fixes
On Mon, 2014-12-15 at 20:37 +0100, Maciej Borzecki wrote: On 12/15 11:04, Tom Zanussi wrote: On Wed, 2014-12-10 at 12:45 +0100, Maciej Borzecki wrote: This patch series adds changes that enable globbing in IMAGE_BOOT_FILES. Effectivey this makes use of with with Raspberry Pi a tad easier, when a lengthy list of boot files can be replaced with just one entry. A related change to meta-raspberrypi will be sent to the Yocto mailing list. Looks ok to me, and I tried it out with your raspberrypi layer changes which generated the image (I didn't try any other image types to check against regressions there, though nothing in here looks like it would touch anything related to the other source plugins, so I'm not worried - in the next milestone I hope to have some automated wic testing going to make checking easy). I do think, though, that we need to have the documentation for this in the tool itself. As it stands, the IMAGE_BOOT_FILES variable is documented in the manual, but even then, there's no context that ties it to the bootimg-partition plugin. I think we need to add a mechanism so that help text can be added to each plugin, which would be automatically picked up and merged probably into a plugin-specific 'help plugins' section in the tool. The other thing I noticed, which has nothing to do with this patchset, but along the same lines, is that the plugin machinery does find the sdimage-raspberrypi.wks file to generate the image, as expected, but it doesn't show up in 'wic list source-plugins', as you'd expect. That's expected, there is no separate source plugin for sdimage-raspberrypi.wks. The kickstart file makes use of bootimage-partition, so it's effectively almost identical to sdimage-bootpart.wks but the boot partition size and start offset. You're right, I was confusing it with 'list images', which does find the sdimage-raspberrypi.wks file as expected. Tom So far the only development boards that will not directly work with wic's current plugins are Freescale ones (ex. popular iMX6 boards like Wandboard, Nitrogen6x, Sable Lite etc.). These boards expect u-boot to be located just after MBR, hence the use case is somewhat similar to what pcibios source plugin covers. Acked-by: Tom Zanussi tom.zanu...@linux.intel.com Maciej Borzecki (3): wic: IMAGE_BOOT_FILES format checks in bootimg-partition source wic: add globbing support in IMAGE_BOOT_FILES entries ref-manual: update IMAGE_BOOT_FILES entry documentation/ref-manual/ref-variables.xml | 37 +++ .../lib/wic/plugins/source/bootimg-partition.py| 43 +- 2 files changed, 64 insertions(+), 16 deletions(-) -- 1.9.3 -- Maciej Borzęcki Senior Software Developer at Open-RnD Sp. z o.o., Poland www.open-rnd.pl mobile: +48 889 117 365, fax: +48 42 657 9079 Niniejsza wiadomość wraz z załącznikami może zawierać chronione prawem lub poufne informacje i została wysłana wyłącznie do wiadomości i użytku osób, do których została zaadresowana. Jeśli wiadomość została otrzymana przypadkowo zabrania się jej kopiowania lub rozsyłania do osób trzecich. W takim przypadku uprasza się o natychmiastowe zniszczenie wiadomości oraz poinformowanie nadawcy o zaistniałej sytuacji za pomocą wiadomości zwrotnej. Dziękujemy. This message, including any attachments hereto, may contain privileged or confidential information and is sent solely for the attention and use of the intended addressee(s). If you are not an intended addressee, you may neither use this message nor copy or deliver it to anyone. In such case, you should immediately destroy this message and kindly notify the sender by reply email. Thank you. -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] openssh: move setting LD to allow for correct override
Saul,
is this needed for dizzy too?
- Armin
On 12/15/2014 11:21 AM, Saul Wold wrote:
Using the export LD in the recipe does not allow for secodnary toolchain
overriding LD later, by setting it in the do_configure_append the export
is used by autotools setting LD based on the env, but would allow for
override later.
[YOCTO #6997]
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-connectivity/openssh/openssh_6.6p1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-connectivity/openssh/openssh_6.6p1.bb
b/meta/recipes-connectivity/openssh/openssh_6.6p1.bb
index dbcf414..abc302b 100644
--- a/meta/recipes-connectivity/openssh/openssh_6.6p1.bb
+++ b/meta/recipes-connectivity/openssh/openssh_6.6p1.bb
@@ -49,7 +49,6 @@ inherit autotools-brokensep ptest
# LFS support:
CFLAGS += -D__FILE_OFFSET_BITS=64
-export LD = ${CC}
# login path is hardcoded in sshd
EXTRA_OECONF = 'LOGIN_PROGRAM=${base_bindir}/login' \
@@ -74,6 +73,7 @@ CACHED_CONFIGUREVARS +=
ac_cv_path_PATH_PASSWD_PROG=${bindir}/passwd
EXTRA_OECONF_append_libc-uclibc= --without-pam
do_configure_prepend () {
+ export LD=${CC}
install -m 0644 ${WORKDIR}/sshd_config ${B}/
install -m 0644 ${WORKDIR}/ssh_config ${B}/
if [ ! -e acinclude.m4 -a -e aclocal.m4 ]; then
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] OE Changelog since 2014-12-07 until 2014-12-14
Changelog since 2014-12-07 until 2014-12-14. Projects included in this report: bitbake: git://git.openembedded.org/bitbake openembedded-core: git://git.openembedded.org/openembedded-core meta-openembedded: git://git.openembedded.org/meta-openembedded meta-angstrom: git://github.com/Angstrom-distribution/meta-angstrom.git meta-arago: git://arago-project.org/git/meta-arago.git meta-atmel: https://github.com/linux4sam/meta-atmel.git meta-beagleboard: git://github.com/beagleboard/meta-beagleboard.git meta-browser: git://github.com/OSSystems/meta-browser.git meta-bug: git://github.com/buglabs/meta-bug.git meta-chicken: git://github.com/OSSystems/meta-chicken meta-efikamx: git://github.com/kraj/meta-efikamx.git meta-ettus: http://github.com/koenkooi/meta-ettus.git meta-fsl-arm: git://git.yoctoproject.org/meta-fsl-arm meta-fsl-arm-extra: git://github.com/Freescale/meta-fsl-arm-extra.git meta-fsl-ppc: git://git.yoctoproject.org/meta-fsl-ppc meta-guacamayo: git://github.com/Guacamayo/meta-guacamayo.git meta-gumstix: git://github.com/gumstix/meta-gumstix.git meta-gumstix-community: git://gitorious.org/schnitzeltony-oe-meta/meta-gumstix-community.git meta-handheld: git://git.openembedded.org/meta-handheld meta-igep: http://github.com/ebutera/meta-igep.git meta-intel: git://git.yoctoproject.org/meta-intel meta-ivi: git://git.yoctoproject.org/meta-ivi meta-java: git://github.com/woglinde/meta-java meta-kde: git://gitorious.org/openembedded-core-layers/meta-kde.git meta-micro: git://git.openembedded.org/meta-micro meta-mono: git://git.yoctoproject.org/meta-mono.git meta-netbookpro: git://github.com/tworaz/meta-netbookpro meta-nslu2: git://github.com/kraj/meta-nslu2 meta-opie: git://git.openembedded.org/meta-opie meta-qt3: git://git.yoctoproject.org/meta-qt3 meta-qt5: git://github.com/meta-qt5/meta-qt5.git meta-slugos: git://github.com/kraj/meta-slugos meta-systemd: git://git.yoctoproject.org/meta-systemd meta-raspberrypi: git://github.com/djwillis/meta-raspberrypi.git meta-smartphone: http://git.shr-project.org/repo/meta-smartphone.git meta-ti: git://git.yoctoproject.org/meta-ti meta-webos: git://github.com/openwebos/meta-webos.git meta-xilinx: git://git.yoctoproject.org/meta-xilinx meta-yocto: git://git.yoctoproject.org/meta-yocto openembedded: git://git.openembedded.org/openembedded Changelog for bitbake: Paul Eggleton (4): utils: add exec_flat_python_func() fetch2: add means of disabling SRC_URI checksums event: add a means of filtering events internally event: fix resetting class handlers object Richard Purdie (2): data: Handle BASH_FUNC shellshock implication runqueue: Fix 100% cpu use after keyboard interrupt Robert P. J. Day (1): bitbake-user-manual-metadata.xml: Updated do_package_write example Scott Rifenbark (2): bitbake-user-manual: Updated copyright to 2015. bitbake-user-manual-metadata.xml: Added [eventmask] flag information. Changelog for openembedded-core: Alejandro Hernandez (1): python3-core: Fix minimal python3 install Andreas Müller (1): midori: update to 0.5.8 Aníbal Limón (2): mesa: Upgrade to 10.3.4. xorg-xserver: Upgrade to 1.16.2. Awais Belal (2): gstreamer1.0-libav: specify proper cross-prefix libxcb, xcbproto: upgrade to version 1.11 Bian Naimeng (2): cpio: fix bug CVE-2014-9112 for cpio-2.8 cpio: fix bug CVE-2014-9112 for cpio-2.11 Dan McGregor (1): autoconf: disable checking for emacs Enrico Scholz (1): serf: readded md5sum Jackie Huang (1): apr: avoid absolute paths for grep Kai Kang (1): valgrind: update to 3.10.1 Magnus Olsson (1): python: add python-codecs runtime dependency for python-json Maxin B. John (1): python: fix ssl import error Peter A. Bigot (3): bluez-hcidump: select provider as bluez4 or bluez5 bluez5: add a package for tools left in the build area bluez5: support experimental through PACKAGECONFIG Ross Burton (3): dtc: don't use autotools as this doesn't use autotools python-pycurl: build docstrings to fix rebuilds gsettings-desktop-schemas: remove Saul Wold (3): procps: Upgrade to 3.3.10 babeltrace: Update to 1.2.4 npth: npth needs pthread in some cases Changelog for meta-openembedded: Alejandro Hernandez (1): gsettings-desktop-schemas: Moved from OE-Core Andrea Adami (1): kexecboot: apply OE specific fixes (pending upstream) Armin Kuster (1): strongswan: update package to 5.2.1 Awais Belal (1): enca: fix broken automake Bian Naimeng (1): daemontools: add recipe Gary S. Robertson (2): libhugetlbfs: Make cross-devel recognize all ix86 arches libhugetlbfs: Fix page size text offset for arm arches Jackie Huang (1): rfkill: fix the SRC_URI Javier Viguera (1): xserver-common: disable TCP connections Kang Kai (2): libnet-ssleay-perl: avoid host contamination meta-gnome: fix typo of directory name Li xin
Re: [OE-core] [PATCH] openssh: move setting LD to allow for correct override
On 12/15/2014 12:37 PM, akuster808 wrote:
Saul,
is this needed for dizzy too?
Yes and daisy, which I will do when this gets merged, I was going to
wait until it was in head before asking for the backport.
Sau!
- Armin
On 12/15/2014 11:21 AM, Saul Wold wrote:
Using the export LD in the recipe does not allow for secodnary toolchain
overriding LD later, by setting it in the do_configure_append the export
is used by autotools setting LD based on the env, but would allow for
override later.
[YOCTO #6997]
Signed-off-by: Saul Wold s...@linux.intel.com
---
meta/recipes-connectivity/openssh/openssh_6.6p1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-connectivity/openssh/openssh_6.6p1.bb
b/meta/recipes-connectivity/openssh/openssh_6.6p1.bb
index dbcf414..abc302b 100644
--- a/meta/recipes-connectivity/openssh/openssh_6.6p1.bb
+++ b/meta/recipes-connectivity/openssh/openssh_6.6p1.bb
@@ -49,7 +49,6 @@ inherit autotools-brokensep ptest
# LFS support:
CFLAGS += -D__FILE_OFFSET_BITS=64
-export LD = ${CC}
# login path is hardcoded in sshd
EXTRA_OECONF = 'LOGIN_PROGRAM=${base_bindir}/login' \
@@ -74,6 +73,7 @@ CACHED_CONFIGUREVARS +=
ac_cv_path_PATH_PASSWD_PROG=${bindir}/passwd
EXTRA_OECONF_append_libc-uclibc= --without-pam
do_configure_prepend () {
+export LD=${CC}
install -m 0644 ${WORKDIR}/sshd_config ${B}/
install -m 0644 ${WORKDIR}/ssh_config ${B}/
if [ ! -e acinclude.m4 -a -e aclocal.m4 ]; then
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/2] commits for machine setup tool
On Mon, 2014-12-15 at 10:47 -0800, nitin.a.kam...@intel.com wrote: From: Nitin A Kamble nitin.a.kam...@intel.com This pull request introduces a new feature called machine-setup-tool, which can be used by the BSP. With the use of the tool, BSPs for different boards which mainly differ in the text configuration for the target board, can be consolidated to use a common BSP. The tool provides ability to configure the target image at runtime. It also There doesn't seem to be any documentation for this tool that I can see here. How does a user set things up to configure the target image at runtime, or does it just happen? How do you know it's working or not - there doesn't seem to be any instructions on how to use or test it. provides ability to detect the target boards for automatic configuration of the image. The tool can handle any text configuration for the target image. Great, but how? Are there some files or variables that need tweaking? All the configuration manipulation needed for the meta-intel BSP boards is already supported in the tool. That's great for meta-intel, but this is oe-core, not sure why that's mentioned here. The tool's configuration is BSP specific and need to be specified separately in the BSP layer. For example, for the meta-intel layer, the complementary commits can be seen here: http://git.yoctoproject.org/cgit/cgit.cgi/meta-intel-contrib/log/?h=nitin/machinesetuptool These commits are enabling the meta-intel layer to support 6 boards with 2 common BSPs. It's good to have working examples, but I don't think that should replace documentation. Tom Thanks, Nitin The following changes since commit 8657c2fd57600e0b0eaf2a14692de7453c78e1bb: serf: readded md5sum (2014-12-11 11:34:57 +) are available in the git repository at: git://git.yoctoproject.org/poky-contrib nitin/machinesetuptool http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=nitin/machinesetuptool Nitin A Kamble (2): alsa-plugins: a new recipe machinesetuptool: a new recipe for setup of a machine .../machinesetuptool/machinesetuptool_git.bb | 55 ++ .../recipes-multimedia/alsa/alsa-plugins_1.0.28.bb | 49 +++ 2 files changed, 104 insertions(+) create mode 100644 meta/recipes-bsp/machinesetuptool/machinesetuptool_git.bb create mode 100644 meta/recipes-multimedia/alsa/alsa-plugins_1.0.28.bb -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [meta][PATCH] glibc: CVE 2014-7817 and 2012-3406 fixes
Signed-off-by: Armin Kuster akuster...@gmail.com --- ...-3406-Stack-overflow-in-vfprintf-BZ-16617.patch | 339 + ...4-7817-wordexp-fails-to-honour-WRDE_NOCMD.patch | 215 + meta/recipes-core/glibc/glibc_2.20.bb | 5 + 3 files changed, 559 insertions(+) create mode 100644 meta/recipes-core/glibc/glibc/CVE-2012-3406-Stack-overflow-in-vfprintf-BZ-16617.patch create mode 100644 meta/recipes-core/glibc/glibc/CVE-2014-7817-wordexp-fails-to-honour-WRDE_NOCMD.patch diff --git a/meta/recipes-core/glibc/glibc/CVE-2012-3406-Stack-overflow-in-vfprintf-BZ-16617.patch b/meta/recipes-core/glibc/glibc/CVE-2012-3406-Stack-overflow-in-vfprintf-BZ-16617.patch new file mode 100644 index 000..8cfdbea --- /dev/null +++ b/meta/recipes-core/glibc/glibc/CVE-2012-3406-Stack-overflow-in-vfprintf-BZ-16617.patch @@ -0,0 +1,339 @@ +From a5357b7ce2a2982c5778435704bcdb55ce3667a0 Mon Sep 17 00:00:00 2001 +From: Jeff Law l...@redhat.com +Date: Mon, 15 Dec 2014 10:09:32 +0100 +Subject: [PATCH] CVE-2012-3406: Stack overflow in vfprintf [BZ #16617] + +A larger number of format specifiers coudld cause a stack overflow, +potentially allowing to bypass _FORTIFY_SOURCE format string +protection. +--- + ChangeLog | 9 +++ + NEWS| 13 + + stdio-common/Makefile | 2 +- + stdio-common/bug23-2.c | 70 + + stdio-common/bug23-3.c | 50 +++ + stdio-common/bug23-4.c | 31 ++ + stdio-common/vfprintf.c | 40 ++-- + 7 files changed, 207 insertions(+), 8 deletions(-) + create mode 100644 stdio-common/bug23-2.c + create mode 100644 stdio-common/bug23-3.c + create mode 100644 stdio-common/bug23-4.c + +Index: git/ChangeLog +=== +--- git.orig/ChangeLog git/ChangeLog +@@ -1,3 +1,12 @@ ++2014-12-15 Jeff Law l...@redhat.com ++ ++ [BZ #16617] ++ * stdio-common/vfprintf.c (vfprintf): Allocate large specs array ++ on the heap. (CVE-2012-3406) ++ * stdio-common/bug23-2.c, stdio-common/bug23-3.c: New file. ++ * stdio-common/bug23-4.c: New file. Test case by Joseph Myers. ++ * stdio-common/Makefile (tests): Add bug23-2, bug23-3, bug23-4. ++ + 2014-11-19 Carlos O'Donell car...@redhat.com +Florian Weimer fwei...@redhat.com +Joseph Myers jos...@codesourcery.com +Index: git/NEWS +=== +--- git.orig/NEWS git/NEWS +@@ -13,24 +13,28 @@ Version 2.20 + 15698, 15804, 15894, 15946, 16002, 16064, 16095, 16194, 16198, 16275, + 16284, 16287, 16315, 16348, 16349, 16354, 16357, 16362, 16447, 16516, + 16532, 16539, 16545, 16561, 16562, 16564, 16574, 16599, 16600, 16609, +- 16610, 16611, 16613, 16619, 16623, 16629, 16632, 16634, 16639, 16642, +- 16648, 16649, 16670, 16674, 16677, 16680, 16681, 16683, 16689, 16695, +- 16701, 16706, 16707, 16712, 16713, 16714, 16724, 16731, 16739, 16740, +- 16743, 16754, 16758, 16759, 16760, 16770, 16786, 16789, 16791, 16796, +- 16799, 16800, 16815, 16823, 16824, 16831, 16838, 16839, 16849, 16854, +- 16876, 16877, 16878, 16882, 16885, 16888, 16890, 16892, 16912, 16915, +- 16916, 16917, 16918, 16922, 16927, 16928, 16932, 16943, 16958, 16965, +- 16966, 16967, 16977, 16978, 16984, 16990, 16996, 17009, 17022, 17031, +- 17042, 17048, 17050, 17058, 17061, 17062, 17069, 17075, 17078, 17079, +- 17084, 17086, 17088, 17092, 17097, 17125, 17135, 17137, 17150, 17153, +- 17187, 17213, 17259, 17261, 17262, 17263, 17319, 17325, 17354, 17625. +- ++ 16610, 16611, 16613, 16617, 16619, 16623, 16629, 16632, 16634, 16639, ++ 16642, 16648, 16649, 16670, 16674, 16677, 16680, 16681, 16683, 16689, ++ 16695, 16701, 16706, 16707, 16712, 16713, 16714, 16724, 16731, 16739, ++ 16740, 16743, 16754, 16758, 16759, 16760, 16770, 16786, 16789, 16791, ++ 16796, 16799, 16800, 16815, 16823, 16824, 16831, 16838, 16839, 16849, ++ 16854, 16876, 16877, 16878, 16882, 16885, 16888, 16890, 16892, 16912, ++ 16915, 16916, 16917, 16918, 16922, 16927, 16928, 16932, 16943, 16958, ++ 16965, 16966, 16967, 16977, 16978, 16984, 16990, 16996, 17009, 17022, ++ 17031, 17042, 17048, 17050, 17058, 17061, 17062, 17069, 17075, 17078, ++ 17079, 17084, 17086, 17088, 17092, 17097, 17125, 17135, 17137, 17150, ++ 17153, 17187, 17213, 17259, 17261, 17262, 17263, 17319, 17325, 17354, ++ 17625. ++ + * CVE-2104-7817 The wordexp function could ignore the WRDE_NOCMD flag + under certain input conditions resulting in the execution of a shell for + command substitution when the applicaiton did not request it. The + implementation now checks WRDE_NOCMD immediately before executing the + shell and returns the error WRDE_CMDSUB as expected. + ++* CVE-2012-3406 printf-style functions could run into a stack overflow when ++ processing format strings with a large number of format specifiers. ++ + *
Re: [OE-core] qemu-arm udevadm hwdb --update eats swap space after build host update to openSUSE 13.2
On 15.12.2014 12:00, Gaurang Shastri wrote: From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Steffen Sledz After updating our build host from openSUSE 13.1 to 13.2 we're no longer able to build our images with OE (with 13.1 on the same host everything worked well). :( The first thing we observed was that the do_rootfs stage made a very big load (more than 500) on the machine but the cpu's aren't working for 100%. I could track down the problem to the call qemu-arm -r 2.6.32 -L /pm/sledz/hipos-dfe.dizzy/build-closed/tmp-glibc/work/hikirk-angstrom-linux-gnueabi/hydraip-prodimage/1.0-r0+r16+r17.5/rootfs -E LD_LIBRARY_PATH=/pm/sledz/hipos-dfe.dizzy/build-closed/tmp-glibc/work/hikirk-angstrom-linux-gnueabi/hydraip-prodimage/1.0-r0+r16+r17.5/rootfs/usr/lib:/pm/sledz/hipos-dfe.dizzy/build-closed/tmp-glibc/work/hikirk-angstrom-linux-gnueabi/hydraip-prodimage/1.0-r0+r16+r17.5/rootfs/lib /pm/sledz/hipos-dfe.dizzy/build-closed/tmp-glibc/work/hikirk-angstrom-linux-gnueabi/hydraip-prodimage/1.0-r0+r16+r17.5/rootfs/bin/udevadm hwdb --update --root /pm/sledz/hipos-dfe.dizzy/build-closed/tmp-glibc/work/hikirk-angstrom-linux-gnueabi/hydraip-prodimage/1.0-r0+r16+r17.5/rootfs which eats swap space without end till the system crashes (more than 100GB swap space ist available). I've no idea how to inspect this problem further. Any ideas? I have already raised some similar issue where because of un-appropriate use of QEMU_OPTIONS led the post process of udev-hwdb failed. Anyhow, Richard has created a patch and you can go through the same here at: http://lists.openembedded.org/pipermail/openembedded-core/2014-December/099544.html Let's see if that solves your issue. Unfortunately not. I've used the latest dizzy-Branch and applied this patch, but the behaviour did not change. commit 219e793907406eabf632e784e3a11ab9acb77cfb Author: Richard Purdie richard.pur...@linuxfoundation.org Date: Thu Dec 4 19:49:19 2014 + qemu/libc-package: Fix qemu option handling The 'overrides' here are PACKAGE_ARCH based and hence not overrides as such and the _append wasn't working in many cases. This adjusts the code to use PACKAGE_ARCH as the accessor and ensures the variables work as expected. This fixes various segfaults and ensures postinsts run at build time rather than on the target system. The bug was introduced in http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=7efad8a1b56df6ee07c12ad360c0493d7b1d6d23. Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org Signed-off-by: Ross Burton ross.bur...@intel.com Regards, Steffen -- DResearch Fahrzeugelektronik GmbH Otto-Schmirgal-Str. 3, 10319 Berlin, Germany Tel: +49 30 515932-237 mailto:sl...@dresearch-fe.de Fax: +49 30 515932-299 Geschäftsführer: Dr. Michael Weber, Werner Mögle; Amtsgericht Berlin Charlottenburg; HRB 130120 B; Ust.-IDNr. DE273952058 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] gstreamer1.0-* fix configure for out of tree build on git recipes
ping!
BR,
Awais
From: openembedded-core-boun...@lists.openembedded.org
[openembedded-core-boun...@lists.openembedded.org] on behalf of Belal, Awais
Sent: Tuesday, December 09, 2014 12:45 PM
To: openembedded-core@lists.openembedded.org
Subject: [OE-core] [PATCH] gstreamer1.0-* fix configure for out of tree build
on git recipes
The autogen.sh script lies in the srcdir ($S) and is required to
be run on git based checkouts of gstreamer packages in order to
generate initial makefiles. So, we fix this by cd'ing to the
specific dir, run the required script and then come back to our
initial dir which is builddir ($B).
Additionally rather than overriding the whole do_configure step
we only _prepend to make it clear what we are doing here.
Signed-off-by: Awais Belal awais_be...@mentor.com
---
.../gstreamer/gstreamer1.0-libav_git.bb|5 +++--
.../gstreamer/gstreamer1.0-omx_git.bb |5 +++--
.../gstreamer/gstreamer1.0-plugins-bad_git.bb |5 +++--
.../gstreamer/gstreamer1.0-plugins-base_git.bb |5 +++--
.../gstreamer/gstreamer1.0-plugins-good_git.bb |5 +++--
.../gstreamer/gstreamer1.0-plugins-ugly_git.bb |5 +++--
.../gstreamer/gstreamer1.0_git.bb |5 +++--
7 files changed, 21 insertions(+), 14 deletions(-)
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_git.bb
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_git.bb
index 5ce28cc..b0e6b2e 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_git.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-libav_git.bb
@@ -20,8 +20,9 @@ LIBAV_EXTRA_CONFIGURE_COMMON_ARG = --target-os=linux \
--cc='${CC}' --as='${CC}' --ld='${CC}' --nm='${NM}' --ar='${AR}' \
${GSTREAMER_1_0_DEBUG}
-do_configure() {
+do_configure_prepend() {
+ cd ${S}
./autogen.sh --noconfigure
- oe_runconf
+ cd ${B}
}
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_git.bb
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_git.bb
index a390205..931a7fc 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_git.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-omx_git.bb
@@ -13,8 +13,9 @@ S = ${WORKDIR}/git
SRCREV = a2db76b048db278ef0aa798e106b7594264e06c0
-do_configure() {
+do_configure_prepend() {
+ cd ${S}
./autogen.sh --noconfigure
- oe_runconf
+ cd ${B}
}
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_git.bb
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_git.bb
index e1a5904..75859f9 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_git.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_git.bb
@@ -19,8 +19,9 @@ EXTRA_OECONF += \
-disable-openjpeg \
-do_configure() {
+do_configure_prepend() {
+ cd ${S}
./autogen.sh --noconfigure
- oe_runconf
+ cd ${B}
}
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_git.bb
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_git.bb
index a894abe..fbe3a42 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_git.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-base_git.bb
@@ -11,8 +11,9 @@ S = ${WORKDIR}/git
SRCREV = 8d4cb64a4b9d84b10076bf350f80a0d6ea68ec2d
-do_configure() {
+do_configure_prepend() {
+ cd ${S}
./autogen.sh --noconfigure
- oe_runconf
+ cd ${B}
}
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good_git.bb
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good_git.bb
index 8b11b20..2c0e0ef 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good_git.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good_git.bb
@@ -10,8 +10,9 @@ S = ${WORKDIR}/git
SRCREV = fd0123800c8c1cf1468c0fa5d592ad0d0d8b4140
-do_configure() {
+do_configure_prepend() {
+ cd ${S}
./autogen.sh --noconfigure
- oe_runconf
+ cd ${B}
}
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-ugly_git.bb
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-ugly_git.bb
index 2f72497..dcf5ffc 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-ugly_git.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-ugly_git.bb
@@ -9,8 +9,9 @@ S = ${WORKDIR}/git
SRCREV = 06b8ac10cee85c5c304ca320997aa8f44295a66f
-do_configure() {
+do_configure_prepend() {
+ cd ${S}
./autogen.sh --noconfigure
- oe_runconf
+ cd ${B}
}
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0_git.bb
b/meta/recipes-multimedia/gstreamer/gstreamer1.0_git.bb
index 424c90a..cb00d31 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0_git.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0_git.bb
@@ -10,8 +10,9 @@ S = ${WORKDIR}/git
SRCREV =
Re: [OE-core] [PATCH] libxcb: fix socket writes
ping! BR, Awais From: openembedded-core-boun...@lists.openembedded.org [openembedded-core-boun...@lists.openembedded.org] on behalf of Belal, Awais Sent: Tuesday, December 09, 2014 4:33 PM To: Burton, Ross; Armin Kuster Cc: OE-core Subject: Re: [OE-core] [PATCH] libxcb: fix socket writes Hi Armin, Is this acceptable for the dizzy branch or do I need to resubmit with the tag? BR, Awais From: Burton, Ross [ross.bur...@intel.com] Sent: Monday, December 08, 2014 4:39 PM To: Belal, Awais; Armin Kuster Cc: OE-core Subject: Re: [OE-core] [PATCH] libxcb: fix socket writes On 7 December 2014 at 07:03, Belal, Awais awais_be...@mentor.commailto:awais_be...@mentor.com wrote: Do I need to resubmit this with [dizzy] tag or will this work? If you don't include the [dizzy] tag then you'll need to ping Armin Kuster, who is the dizzy maintainer (I've CC'd him to this mail). Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
