Re: [OE-core] [PATCH 0/3] recipetool/devtool: send errors to stderr
On Fri, 11 Dec 2015 17:09:33 Christopher Larson wrote: > On Wed, Sep 23, 2015 at 11:21 AM Christopher Larson > > wrote: > > From: Christopher Larson > > > > This aligns with the behavior of bitbake proper. There is a bit of code > > duplication between knotty and scriptutils, but that's not new -- that was > > the > > case before as well. We should consider moving these logger configuration > > functions into bb.msg. > > > > The following changes since commit > > > > 2ad7308ee7166641eff99f3b9fe6794de143f6bc: > > oeqa/utils/qemurunner.py: Remove duplicate message on LoggingThread > > > > start (2015-09-22 18:13:02 +0100) > > > > are available in the git repository at: > > git://github.com/kergoth/openembedded-core scriptutils-log-improvements > > > > https://github.com/kergoth/openembedded-core/tree/scriptutils-log-improvem > > ents> > > Christopher Larson (3): > > oe.scriptutils: enable color in a more flexible way > > oe.scriptutils: add logger_setup_filters > > recipetool, devtool: set up the logging filters > > Does anyone happen to know if there any objection to this? I just noticed > this hasn't been merged yet. This makes the behavior of recipetool and > devtool more consistent with bitbake itself by sending errors to stderr. > Long term I'd like to see warnings go there as well, but that could be more > controversial and is a later task, I think this should go in as is. > Eventually we should consolidate some of the logger setup and configuration > logic between scriptutils and bitbake as well, but that was the case with > or without this series I certainly don't - I did see this hadn't been merged a few weeks back, I should have acked it. Acked-by: Paul Eggleton Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2] libsndfile1: 1.0.25 -> 1.0.26
Main points from the release announcement: * Fix for CVE-2014-9496, SD2 buffer read overflow. * Fix for CVE-2014-9756, file_io.c divide by zero. * Fix for CVE-2015-7805, AIFF heap write overflow. * Add support for ALAC encoder in a CAF container. * Add support for Cart chunks in WAV files. * Minor bug fixes and improvements. All patches we had are included in the new release. Dropped PR from the recipe. Signed-off-by: Tanu Kaskinen --- Changes in v2: - Used the -M switch with git send-email to make the recipe changes easier to see. ...src-sd2.c-Fix-segfault-in-SD2-RSRC-parser.patch | 211 - ...c-Fix-two-potential-buffer-read-overflows.patch | 49 - .../files/libsndfile-fix-CVE-2014-9756.patch | 24 --- ...libsndfile1_1.0.25.bb => libsndfile1_1.0.26.bb} | 11 +- 4 files changed, 3 insertions(+), 292 deletions(-) delete mode 100644 meta/recipes-multimedia/libsndfile/files/0001-src-sd2.c-Fix-segfault-in-SD2-RSRC-parser.patch delete mode 100644 meta/recipes-multimedia/libsndfile/files/0001-src-sd2.c-Fix-two-potential-buffer-read-overflows.patch delete mode 100644 meta/recipes-multimedia/libsndfile/files/libsndfile-fix-CVE-2014-9756.patch rename meta/recipes-multimedia/libsndfile/{libsndfile1_1.0.25.bb => libsndfile1_1.0.26.bb} (65%) diff --git a/meta/recipes-multimedia/libsndfile/files/0001-src-sd2.c-Fix-segfault-in-SD2-RSRC-parser.patch b/meta/recipes-multimedia/libsndfile/files/0001-src-sd2.c-Fix-segfault-in-SD2-RSRC-parser.patch deleted file mode 100644 index cd48710..000 --- a/meta/recipes-multimedia/libsndfile/files/0001-src-sd2.c-Fix-segfault-in-SD2-RSRC-parser.patch +++ /dev/null @@ -1,211 +0,0 @@ -From 9341e9c6e70cd3ad76c901c3cf052d4cb52fd827 Mon Sep 17 00:00:00 2001 -From: Erik de Castro Lopo -Date: Thu, 27 Jun 2013 18:04:03 +1000 -Subject: [PATCH] src/sd2.c : Fix segfault in SD2 RSRC parser. - -(Upstream commit 9341e9c6e70cd3ad76c901c3cf052d4cb52fd827) - -A specially crafted resource fork for an SD2 file can cause -the SD2 RSRC parser to read data from outside a dynamically -defined buffer. The data that is read is converted into a -short or int and used during further processing. - -Since no write occurs, this is unlikely to be exploitable. - -Bug reported by The Mayhem Team from Cylab, Carnegie Mellon -Univeristy. Paper is: -http://users.ece.cmu.edu/~arebert/papers/mayhem-oakland-12.pdf - -Upstream-Status: Backport - -Signed-off-by: Yue Tao - src/sd2.c | 93 - - 1 file changed, 55 insertions(+), 38 deletions(-) - -diff --git a/src/sd2.c b/src/sd2.c -index 35ce36b..6be150c 100644 a/src/sd2.c -+++ b/src/sd2.c -@@ -1,5 +1,5 @@ - /* --** Copyright (C) 2001-2011 Erik de Castro Lopo -+** Copyright (C) 2001-2013 Erik de Castro Lopo - ** Copyright (C) 2004 Paavo Jumppanen - ** - ** This program is free software; you can redistribute it and/or modify -@@ -371,44 +371,61 @@ sd2_write_rsrc_fork (SF_PRIVATE *psf, int UNUSED (calc_length)) - */ - - static inline int --read_char (const unsigned char * data, int offset) --{ return data [offset] ; --} /* read_char */ -+read_rsrc_char (const SD2_RSRC *prsrc, int offset) -+{ const unsigned char * data = prsrc->rsrc_data ; -+ if (offset < 0 || offset >= prsrc->rsrc_len) -+ return 0 ; -+ return data [offset] ; -+} /* read_rsrc_char */ - - static inline int --read_short (const unsigned char * data, int offset) --{ return (data [offset] << 8) + data [offset + 1] ; --} /* read_short */ -+read_rsrc_short (const SD2_RSRC *prsrc, int offset) -+{ const unsigned char * data = prsrc->rsrc_data ; -+ if (offset < 0 || offset + 1 >= prsrc->rsrc_len) -+ return 0 ; -+ return (data [offset] << 8) + data [offset + 1] ; -+} /* read_rsrc_short */ - - static inline int --read_int (const unsigned char * data, int offset) --{ return (data [offset] << 24) + (data [offset + 1] << 16) + (data [offset + 2] << 8) + data [offset + 3] ; --} /* read_int */ -+read_rsrc_int (const SD2_RSRC *prsrc, int offset) -+{ const unsigned char * data = prsrc->rsrc_data ; -+ if (offset < 0 || offset + 3 >= prsrc->rsrc_len) -+ return 0 ; -+ return (data [offset] << 24) + (data [offset + 1] << 16) + (data [offset + 2] << 8) + data [offset + 3] ; -+} /* read_rsrc_int */ - - static inline int --read_marker (const unsigned char * data, int offset) --{ -+read_rsrc_marker (const SD2_RSRC *prsrc, int offset) -+{ const unsigned char * data = prsrc->rsrc_data ; -+ -+ if (offset < 0 || offset + 3 >= prsrc->rsrc_len) -+ return 0 ; -+ - if (CPU_IS_BIG_ENDIAN) - return (data [offset] << 24) + (data [offset + 1] << 16) + (data [offset + 2] << 8) + data [offset + 3] ; -- else if (CPU_IS_LITTLE_ENDIAN) -+ if (CPU_IS_LITTLE_ENDIAN) - return data [offset] + (data [offset + 1] << 8) + (data [offset + 2] << 16) + (data
[OE-core] [PATCH] libsndfile1: 1.0.25 -> 1.0.26
Main points from the release announcement: * Fix for CVE-2014-9496, SD2 buffer read overflow. * Fix for CVE-2014-9756, file_io.c divide by zero. * Fix for CVE-2015-7805, AIFF heap write overflow. * Add support for ALAC encoder in a CAF container. * Add support for Cart chunks in WAV files. * Minor bug fixes and improvements. All patches we had are included in the new release. Dropped PR from the recipe. Signed-off-by: Tanu Kaskinen --- ...src-sd2.c-Fix-segfault-in-SD2-RSRC-parser.patch | 211 - ...c-Fix-two-potential-buffer-read-overflows.patch | 49 - .../files/libsndfile-fix-CVE-2014-9756.patch | 24 --- .../libsndfile/libsndfile1_1.0.25.bb | 34 .../libsndfile/libsndfile1_1.0.26.bb | 29 +++ 5 files changed, 29 insertions(+), 318 deletions(-) delete mode 100644 meta/recipes-multimedia/libsndfile/files/0001-src-sd2.c-Fix-segfault-in-SD2-RSRC-parser.patch delete mode 100644 meta/recipes-multimedia/libsndfile/files/0001-src-sd2.c-Fix-two-potential-buffer-read-overflows.patch delete mode 100644 meta/recipes-multimedia/libsndfile/files/libsndfile-fix-CVE-2014-9756.patch delete mode 100644 meta/recipes-multimedia/libsndfile/libsndfile1_1.0.25.bb create mode 100644 meta/recipes-multimedia/libsndfile/libsndfile1_1.0.26.bb diff --git a/meta/recipes-multimedia/libsndfile/files/0001-src-sd2.c-Fix-segfault-in-SD2-RSRC-parser.patch b/meta/recipes-multimedia/libsndfile/files/0001-src-sd2.c-Fix-segfault-in-SD2-RSRC-parser.patch deleted file mode 100644 index cd48710..000 --- a/meta/recipes-multimedia/libsndfile/files/0001-src-sd2.c-Fix-segfault-in-SD2-RSRC-parser.patch +++ /dev/null @@ -1,211 +0,0 @@ -From 9341e9c6e70cd3ad76c901c3cf052d4cb52fd827 Mon Sep 17 00:00:00 2001 -From: Erik de Castro Lopo -Date: Thu, 27 Jun 2013 18:04:03 +1000 -Subject: [PATCH] src/sd2.c : Fix segfault in SD2 RSRC parser. - -(Upstream commit 9341e9c6e70cd3ad76c901c3cf052d4cb52fd827) - -A specially crafted resource fork for an SD2 file can cause -the SD2 RSRC parser to read data from outside a dynamically -defined buffer. The data that is read is converted into a -short or int and used during further processing. - -Since no write occurs, this is unlikely to be exploitable. - -Bug reported by The Mayhem Team from Cylab, Carnegie Mellon -Univeristy. Paper is: -http://users.ece.cmu.edu/~arebert/papers/mayhem-oakland-12.pdf - -Upstream-Status: Backport - -Signed-off-by: Yue Tao - src/sd2.c | 93 - - 1 file changed, 55 insertions(+), 38 deletions(-) - -diff --git a/src/sd2.c b/src/sd2.c -index 35ce36b..6be150c 100644 a/src/sd2.c -+++ b/src/sd2.c -@@ -1,5 +1,5 @@ - /* --** Copyright (C) 2001-2011 Erik de Castro Lopo -+** Copyright (C) 2001-2013 Erik de Castro Lopo - ** Copyright (C) 2004 Paavo Jumppanen - ** - ** This program is free software; you can redistribute it and/or modify -@@ -371,44 +371,61 @@ sd2_write_rsrc_fork (SF_PRIVATE *psf, int UNUSED (calc_length)) - */ - - static inline int --read_char (const unsigned char * data, int offset) --{ return data [offset] ; --} /* read_char */ -+read_rsrc_char (const SD2_RSRC *prsrc, int offset) -+{ const unsigned char * data = prsrc->rsrc_data ; -+ if (offset < 0 || offset >= prsrc->rsrc_len) -+ return 0 ; -+ return data [offset] ; -+} /* read_rsrc_char */ - - static inline int --read_short (const unsigned char * data, int offset) --{ return (data [offset] << 8) + data [offset + 1] ; --} /* read_short */ -+read_rsrc_short (const SD2_RSRC *prsrc, int offset) -+{ const unsigned char * data = prsrc->rsrc_data ; -+ if (offset < 0 || offset + 1 >= prsrc->rsrc_len) -+ return 0 ; -+ return (data [offset] << 8) + data [offset + 1] ; -+} /* read_rsrc_short */ - - static inline int --read_int (const unsigned char * data, int offset) --{ return (data [offset] << 24) + (data [offset + 1] << 16) + (data [offset + 2] << 8) + data [offset + 3] ; --} /* read_int */ -+read_rsrc_int (const SD2_RSRC *prsrc, int offset) -+{ const unsigned char * data = prsrc->rsrc_data ; -+ if (offset < 0 || offset + 3 >= prsrc->rsrc_len) -+ return 0 ; -+ return (data [offset] << 24) + (data [offset + 1] << 16) + (data [offset + 2] << 8) + data [offset + 3] ; -+} /* read_rsrc_int */ - - static inline int --read_marker (const unsigned char * data, int offset) --{ -+read_rsrc_marker (const SD2_RSRC *prsrc, int offset) -+{ const unsigned char * data = prsrc->rsrc_data ; -+ -+ if (offset < 0 || offset + 3 >= prsrc->rsrc_len) -+ return 0 ; -+ - if (CPU_IS_BIG_ENDIAN) - return (data [offset] << 24) + (data [offset + 1] << 16) + (data [offset + 2] << 8) + data [offset + 3] ; -- else if (CPU_IS_LITTLE_ENDIAN) -+ if (CPU_IS_LITTLE_ENDIAN) - return data [offset] + (data [offset + 1] << 8) + (data [offset + 2]
[OE-core] [PATCH v5] libsolv: add new recipe
Required by the optional opkg 0.3.1 libsolv backend. Signed-off-by: Alejandro del Castillo --- meta/recipes-extended/libsolv/libsolv_git.bb | 28 1 file changed, 28 insertions(+) create mode 100644 meta/recipes-extended/libsolv/libsolv_git.bb diff --git a/meta/recipes-extended/libsolv/libsolv_git.bb b/meta/recipes-extended/libsolv/libsolv_git.bb new file mode 100644 index 000..2011487 --- /dev/null +++ b/meta/recipes-extended/libsolv/libsolv_git.bb @@ -0,0 +1,28 @@ +SUMMARY = "Library for solving packages and reading repositories" +HOMEPAGE = "https://github.com/openSUSE/libsolv"; +BUGTRACKER = "https://github.com/openSUSE/libsolv/issues"; +SECTION = "devel" +LICENSE = "BSD-3-Clause" +LIC_FILES_CHKSUM = "file://LICENSE.BSD;md5=62272bd11c97396d4aaf1c41bc11f7d8" + +DEPENDS = "expat zlib" + +PV = "0.6.14+git${SRCPV}" + +SRC_URI = "git://github.com/openSUSE/libsolv.git" +SRCREV = "b1ea39233f86cd62fbab1964d7497244f6be0087" + +S = "${WORKDIR}/git" + +inherit cmake + +EXTRA_OECMAKE = "-DLIB=${baselib}" + +PACKAGES =+ "${PN}-tools ${PN}ext ${PN}ext-dbg" + +FILES_${PN}-dev += "${datadir}/cmake/Modules/FindLibSolv.cmake" +FILES_${PN}-tools = "${bindir}/*" +FILES_${PN}ext = "${libdir}/${PN}ext.so.*" +FILES_${PN}ext-dbg = "${libdir}/.debug/${PN}ext.so.*" + +BBCLASSEXTEND =+ "native nativesdk" -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] ptest-runner: Add version 2.0 re-implementation in python.
On 12/07/2015 03:26 PM, Aníbal Limón wrote: > The new ptest-runner supports timeout of upstream tests executed, > it looks for stdout of process and if no information is available > in certain time (defaults to 5m) the process is treaty as blocked > and ptest-runner kills it, this handles problems of ptest-runner > being blocked indefinitly for upstream test suites. Having the option to specify a timeout is obviously useful, but please add the ability to wait indefinitely, and consider making this the default behavior. The appropriate value for a timeout, if any, will always be a function of the particular circumstances of the test run. An indefinite wait at least gives one the opportunity to investigate a misbehaving test without racing the test harness. > +DEFAULT_TIMEOUT_SECS = 500 The change description says the default is five minutes, but this is not five minutes :-) -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] Compiling Python in a path which contains $BUILD_SYS
Hi, When compiling Python in a path which contains $BUILD_SYS (typically "x86_64-linux"), then Python fails to build with the following error: | x86_64-angstromsdk-linux-gcc --sysroot=/home/ags/localbin/toradex/bsp/linux/x86_64-linux/bsp/oe-core/build/out-glibc/sysroots/x86_64-nativesdk-angstromsdk-linux -L/home/ags/localbin/toradex/bsp/linux/x86_64-linux/bsp/oe-core/build/out-glibc/sysroots/x86_64-nativesdk-angstromsdk-linux/usr/local/oecore-x86_64/sysroots/x86_64-angstromsdk-linux/usr/lib -Wl,-rpath-link,/home/ags/localbin/toradex/bsp/linux/x86_64-linux/bsp/oe-core/build/out-glibc/sysroots/x86_64-nativesdk-angstromsdk-linux/usr/local/oecore-x86_64/sysroots/x86_64-angstromsdk-linux/usr/lib -Wl,-rpath,/usr/local/oecore-x86_64/sysroots/x86_64-angstromsdk-linux/usr/lib -Wl,-O1 -L/home/ags/localbin/toradex/bsp/linux/x86_64-linux/bsp/oe-core/build/out-glibc/sysroots/x86_64-nativesdk-angstromsdk-linux/usr/local/oecore-x86_64/sysroots/x86_64-angstromsdk-linux/lib -Wl,-rpath-link,/home/ags/localbin/toradex/bsp/linux/x86_64-linux/bsp/oe-core/build/out-glibc/sysroots/x86_64-nativesdk-angstromsdk-linux/usr/local/oecore-x86_64/sysroots/x86_64-angstromsdk-linux/lib -Wl,-rpath,/usr/local/oecore-x86_64/sysroots/x86_64-angstromsdk-linux/lib -Wl,-O1 -L. -L/home/ags/localbin/toradex/bsp/linux/x86_64-linux/bsp/oe-core/build/out-glibc/sysroots/x86_64-nativesdk-angstromsdk-linux/usr/local/oecore-x86_64/sysroots/x86_64-angstromsdk-linux/usr/lib -Xlinker -export-dynamic -o python \ | Modules/python.o \ | -L. -lpython2.7 -lpthread -ldl -lpthread -lutil -lm | error: invalid Python installation: unable to open /home/ags/localbin/toradex/bsp/linux/x86_64-angstromsdk-linux/bsp/oe-core/build/out-glibc/work/x86_64-nativesdk-angstromsdk-linux/nativesdk-python/2.7.3-r0.3/Python-2.7.3/pyconfig.h (No such file or directory) | make: *** [sharedmods] Error 1 | ERROR: oe_runmake failed | WARNING: /home/ags/localbin/toradex/bsp/linux/x86_64-linux/bsp/oe-core/build/out-glibc/work/x86_64-nativesdk-angstromsdk-linux/nativesdk-python/2.7.3-r0.3/temp/run.do_compile.5641:1 exit 1 from | exit 1 | ERROR: Function failed: do_compile (log file is located at /home/ags/localbin/toradex/bsp/linux/x86_64-linux/bsp/oe-core/build/out-glibc/work/x86_64-nativesdk-angstromsdk-linux/nativesdk-python/2.7.3-r0.3/temp/log.do_compile.5641) My builddir is in /home/ags/localbin/toradex/bsp/linux/x86_64-linux/bsp/oe-core/build/ But Python suddenly searches in /home/ags/localbin/toradex/bsp/linux/x86_64-angstromsdk-linux/bsp/oe-core/build/ I think the issue comes from the patch 12-distutils-prefix-is-inside-staging-area.patch, which replaces BUILD_SYS with HOST_SYS in the whole absolute path, even outside of the build directory... Is there a easy fix for this? As a workaround, making sure that the user does not build in a directory which contains $BUILD_SYS would already be helpful, e.g. # Check if $BUILDDIR contains the string $BUILD_SYS if [ "${BUILDDIR/${BUILD_SYS}//}" != "$BUILDDIR" ]; then bberror "Python can not be built in a directory which contains the BUILD_SYS string." fi -- Stefan -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] libical: Fix parallel build failure
This doesn't want to apply to the patches I've got locally for libical. Can you squash this with the other patches and just have a single libical upgrade commit that incorporates the upgrade and the fixes (for clarity, conciseness, and bisectability). Cheers, Ross On 11 December 2015 at 15:19, Maxin B. John wrote: > Parallel builds occasionally fail because generated headers are only > partially built when they're being used. > > Signed-off-by: Jussi Kukkonen > Signed-off-by: Maxin B. John > --- > .../Depend-on-headers-to-fix-parallel-build.patch | 46 > ++ > meta/recipes-support/libical/libical_1.0.1.bb | 1 + > 2 files changed, 47 insertions(+) > create mode 100644 > meta/recipes-support/libical/libical/Depend-on-headers-to-fix-parallel-build.patch > > diff --git > a/meta/recipes-support/libical/libical/Depend-on-headers-to-fix-parallel-build.patch > b/meta/recipes-support/libical/libical/Depend-on-headers-to-fix-parallel-build.patch > new file mode 100644 > index 000..4d65c81 > --- /dev/null > +++ > b/meta/recipes-support/libical/libical/Depend-on-headers-to-fix-parallel-build.patch > @@ -0,0 +1,46 @@ > +From 56a10a14c0a544df99c97ce279801ddf40b0df52 Mon Sep 17 00:00:00 2001 > +From: Jussi Kukkonen > +Date: Mon, 14 Sep 2015 13:35:42 +0300 > +Subject: [PATCH] WIP: Depend on headers to fix parallel build > + > +Parallel builds occasionally fail because generated headers are only > +half built when they're being used. > + > +This fix is extracted > +from > https://github.com/libical/libical/commit/dcc40c7ae2d337a0d83c077bf9d8f283499c6717 > + > +Upstream-Status: Backport > +Signed-off-by: Jussi Kukkonen > + > +--- > + examples/CMakeLists.txt| 1 + > + src/libical/CMakeLists.txt | 1 + > + 2 files changed, 2 insertions(+) > + > +diff --git a/examples/CMakeLists.txt b/examples/CMakeLists.txt > +index 3379ffd..514956b 100644 > +--- a/examples/CMakeLists.txt > b/examples/CMakeLists.txt > +@@ -16,6 +16,7 @@ set(doesnothing_SRCS > + ) > + > + add_executable(doesnothing ${doesnothing_SRCS}) > ++add_dependencies(doesnothing ical icalss icalvcal) > + > + target_link_libraries(doesnothing ical icalss icalvcal ical icalss > icalvcal) > + > +diff --git a/src/libical/CMakeLists.txt b/src/libical/CMakeLists.txt > +index 6774352..468a7d9 100644 > +--- a/src/libical/CMakeLists.txt > b/src/libical/CMakeLists.txt > +@@ -261,6 +261,7 @@ add_library(ical ${LIBRARY_TYPE} ${ical_LIB_SRCS}) > + add_library(ical-static STATIC ${ical_LIB_SRCS}) > + > + add_dependencies(ical ical-header) > ++add_dependencies(ical-static ical-header) > + > + target_link_libraries(ical ${CMAKE_THREAD_LIBS_INIT}) > + > +-- > +2.1.4 > + > diff --git a/meta/recipes-support/libical/libical_1.0.1.bb > b/meta/recipes-support/libical/libical_1.0.1.bb > index 0dcee46..e18b803 100644 > --- a/meta/recipes-support/libical/libical_1.0.1.bb > +++ b/meta/recipes-support/libical/libical_1.0.1.bb > @@ -9,6 +9,7 @@ SECTION = "libs" > SRC_URI = "https://github.com/${BPN}/${BPN}/archive/v${PV}.tar.gz \ > file://Remove-cmake-check-for-Perl.patch \ > file://Fix-x32-ABI-build.patch \ > + file://Depend-on-headers-to-fix-parallel-build.patch \ > " > SRC_URI[md5sum] = "af91db06b22559f863869c5a382ad08a" > SRC_URI[sha256sum] = > "7d5f613454ec6c7d1bcfb441c919215be53292aa15cd1cb14249d1413d6c610c" > -- > 2.4.0 > > -- > ___ > 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 v2] cups: update systemd support
On 22 October 2015 at 15:00, Andrew Shadura wrote: > Add PACKAGECONFIG for systemd, enable it when systemd is enabled > in DISTRO_FEATURES. Pass the correct path to systemd units, > ensure they're installed into the package. > > Drop custom systemd unit files, use those shipped by the upstream > instead. > Sorry for the delay in looking at this. buildhistory-diff reports this: packages/corei7-64-poky-linux/cups/cups: FILELIST: removed "/etc/rc2.d/S81cups /lib/systemd/system/cups.service /etc/rc5.d/S81cups /etc/rc5.d/K36cups /etc/rc0.d/K36cups /etc/rc2.d/K36cups /etc/rc3.d/S81cups /etc/rc3.d/K36cups /lib/systemd/system/cups.socket /lib/systemd/system/cups.path /etc/init.d/cups" added "/lib/systemd/system/org.cups.cupsd.socket /lib/systemd/system/org.cups.cupsd.service /lib/systemd/system/org.cups.cups-lpd@.service /lib/systemd/system/org.cups.cupsd.path /lib/systemd/system/org.cups.cups-lpd.socket" Looks like if systemd is enabled it removes the sysvinit files, but we still need those installed if sysvinit is in DISTRO_FEATURES. Also the configure script checks for libsystemd-daemon which we don't build by default, so we'll either need to enable compat in systemd or patch configure to look for the new library name. To be honest so much is silently breaking that I think we should enable compat in systemd... Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v4] libsolv: add new recipe
branch=master is the default, you can drop it As you set the PV inside it would be nicer to rename it to _git.bb so it's clear that it's from git. On Fri, Dec 11, 2015 at 10:29 PM, Alejandro del Castillo < alejandro.delcasti...@ni.com> wrote: > Required by the optional opkg 0.3.1 libsolv backend. > > Signed-off-by: Alejandro del Castillo > --- > meta/recipes-extended/libsolv/libsolv_0.6.14.bb | 28 > + > 1 file changed, 28 insertions(+) > create mode 100644 meta/recipes-extended/libsolv/libsolv_0.6.14.bb > > diff --git a/meta/recipes-extended/libsolv/libsolv_0.6.14.bb > b/meta/recipes-extended/libsolv/libsolv_0.6.14.bb > new file mode 100644 > index 000..11d6c70 > --- /dev/null > +++ b/meta/recipes-extended/libsolv/libsolv_0.6.14.bb > @@ -0,0 +1,28 @@ > +SUMMARY = "Library for solving packages and reading repositories" > +HOMEPAGE = "https://github.com/openSUSE/libsolv"; > +BUGTRACKER = "https://github.com/openSUSE/libsolv/issues"; > +SECTION = "devel" > +LICENSE = "BSD-3-Clause" > +LIC_FILES_CHKSUM = > "file://LICENSE.BSD;md5=62272bd11c97396d4aaf1c41bc11f7d8" > + > +DEPENDS = "expat zlib" > + > +PV = "0.6.14+git${SRCPV}" > + > +SRC_URI = "git://github.com/openSUSE/libsolv.git;branch=master" > +SRCREV = "b1ea39233f86cd62fbab1964d7497244f6be0087" > + > +S = "${WORKDIR}/git" > + > +inherit cmake > + > +EXTRA_OECMAKE = "-DLIB=${baselib}" > + > +PACKAGES =+ "${PN}-tools ${PN}ext ${PN}ext-dbg" > + > +FILES_${PN}-dev += "${datadir}/cmake/Modules/FindLibSolv.cmake" > +FILES_${PN}-tools = "${bindir}/*" > +FILES_${PN}ext = "${libdir}/${PN}ext.so.*" > +FILES_${PN}ext-dbg = "${libdir}/.debug/${PN}ext.so.*" > + > +BBCLASSEXTEND =+ "native nativesdk" > -- > 1.9.1 > > -- > ___ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core > -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v4] libsolv: add new recipe
Required by the optional opkg 0.3.1 libsolv backend. Signed-off-by: Alejandro del Castillo --- meta/recipes-extended/libsolv/libsolv_0.6.14.bb | 28 + 1 file changed, 28 insertions(+) create mode 100644 meta/recipes-extended/libsolv/libsolv_0.6.14.bb diff --git a/meta/recipes-extended/libsolv/libsolv_0.6.14.bb b/meta/recipes-extended/libsolv/libsolv_0.6.14.bb new file mode 100644 index 000..11d6c70 --- /dev/null +++ b/meta/recipes-extended/libsolv/libsolv_0.6.14.bb @@ -0,0 +1,28 @@ +SUMMARY = "Library for solving packages and reading repositories" +HOMEPAGE = "https://github.com/openSUSE/libsolv"; +BUGTRACKER = "https://github.com/openSUSE/libsolv/issues"; +SECTION = "devel" +LICENSE = "BSD-3-Clause" +LIC_FILES_CHKSUM = "file://LICENSE.BSD;md5=62272bd11c97396d4aaf1c41bc11f7d8" + +DEPENDS = "expat zlib" + +PV = "0.6.14+git${SRCPV}" + +SRC_URI = "git://github.com/openSUSE/libsolv.git;branch=master" +SRCREV = "b1ea39233f86cd62fbab1964d7497244f6be0087" + +S = "${WORKDIR}/git" + +inherit cmake + +EXTRA_OECMAKE = "-DLIB=${baselib}" + +PACKAGES =+ "${PN}-tools ${PN}ext ${PN}ext-dbg" + +FILES_${PN}-dev += "${datadir}/cmake/Modules/FindLibSolv.cmake" +FILES_${PN}-tools = "${bindir}/*" +FILES_${PN}ext = "${libdir}/${PN}ext.so.*" +FILES_${PN}ext-dbg = "${libdir}/.debug/${PN}ext.so.*" + +BBCLASSEXTEND =+ "native nativesdk" -- 1.9.1 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [jethro][master][PATCH 1/1] uninative.bbclass: Choose the correct loader based on BUILD_ARCH
On 10 December 2015 at 22:01, Burton, Ross wrote: > Would it be neater, and more flexible when other arches are different > (specifically I'm thinking of aarch64 here) to do: > > UNINATIVE_LOADER = "${STAGING_DIR_NATIVE}/lib/ld-linux.so.2" > UNINATIVE_LOADER_x86-64 = "'${STAGING_DIR_NATIVE}/lib/ld-linux-x86-64.so.2" > > At least I think that overload is correct... > Of course BUILD_ARCH != TARGET_ARCH so this is wrong. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 00/57] Consolidated pull for master
On Fri, Dec 11, 2015 at 2:53 PM, Burton, Ross wrote: > > On 11 December 2015 at 16:31, Otavio Salvador > wrote: >> >> > Armin Kuster (1): >> > linux-firmware: update to latest >> >> Nack! please adjust the commit log to include the revision. >> >> ... >> > Otavio Salvador (1): >> > lttng-tools: Revert wrong enforcement of Python 3.0 use >> ... >> >> The runtime test utilities, found on lttng-tools, require python 3.0 >> so the commit log needs adjustment. Should I send a new patch >> revision? > > > Ah, yes please. I just sent a v2. -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH v2] lttng-tools: Revert wrong enforcement of Python 3.0 use
The code has support and checks for Python 2 and Python 3 however during the development of 2.7 release a requirement for Python 3 was included. The Python 3 is required for runtime tests to run however those are not in use now so we can just disable the enforcement for now. This reverts the commit restoring the Python 2 support. Signed-off-by: Otavio Salvador --- Changes in v2: - Rework commit log ...d-look-for-python-3.0-when-building-pytho.patch | 30 ++ meta/recipes-kernel/lttng/lttng-tools_git.bb | 1 + 2 files changed, 31 insertions(+) create mode 100644 meta/recipes-kernel/lttng/lttng-tools/Revert-Build-look-for-python-3.0-when-building-pytho.patch diff --git a/meta/recipes-kernel/lttng/lttng-tools/Revert-Build-look-for-python-3.0-when-building-pytho.patch b/meta/recipes-kernel/lttng/lttng-tools/Revert-Build-look-for-python-3.0-when-building-pytho.patch new file mode 100644 index 000..d05c04c --- /dev/null +++ b/meta/recipes-kernel/lttng/lttng-tools/Revert-Build-look-for-python-3.0-when-building-pytho.patch @@ -0,0 +1,30 @@ +From: Otavio Salvador +Date: Fri, 4 Dec 2015 16:11:41 + +Subject: [PATCH] Revert "Build: look for python >= 3.0 when building python bindings" +Organization: O.S. Systems Software LTDA. + +This reverts commit 227703a2ceada3c104edd56756d48455ca4c271a. + +Upstream-Status: Pending + +Signed-off-by: Otavio Salvador +--- + configure.ac | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/configure.ac b/configure.ac +index 4dee4b4..6608bcd 100644 +--- a/configure.ac b/configure.ac +@@ -339,7 +339,7 @@ AM_CONDITIONAL([PYTHON_BINDING], [test "x${enable_python_binding:-yes}" = xyes]) + + if test "x${enable_python_binding:-yes}" = xyes; then + AX_PKG_SWIG($swig_version, [], [ AC_MSG_ERROR([SWIG $swig_version or newer is needed]) ]) +- AM_PATH_PYTHON([3.0]) ++ AM_PATH_PYTHON + + AC_ARG_VAR([PYTHON_INCLUDE], [Include flags for python, bypassing python-config]) + AC_ARG_VAR([PYTHON_CONFIG], [Path to python-config]) +-- +2.1.4 + diff --git a/meta/recipes-kernel/lttng/lttng-tools_git.bb b/meta/recipes-kernel/lttng/lttng-tools_git.bb index b124b95..82a0840 100644 --- a/meta/recipes-kernel/lttng/lttng-tools_git.bb +++ b/meta/recipes-kernel/lttng/lttng-tools_git.bb @@ -26,6 +26,7 @@ PACKAGECONFIG[lttng-ust] = "--enable-lttng-ust, --disable-lttng-ust, lttng-ust" PACKAGECONFIG[kmod] = "--enable-kmod, --disable-kmod, kmod" SRC_URI = "git://git.lttng.org/lttng-tools.git;branch=stable-2.7 \ + file://Revert-Build-look-for-python-3.0-when-building-pytho.patch \ file://stop-using-SIGUNUSED.patch \ file://runtest-2.4.0.patch \ file://run-ptest" -- 2.6.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/3] recipetool/devtool: send errors to stderr
On Wed, Sep 23, 2015 at 11:21 AM Christopher Larson wrote: > From: Christopher Larson > > This aligns with the behavior of bitbake proper. There is a bit of code > duplication between knotty and scriptutils, but that's not new -- that was > the > case before as well. We should consider moving these logger configuration > functions into bb.msg. > > The following changes since commit > 2ad7308ee7166641eff99f3b9fe6794de143f6bc: > > oeqa/utils/qemurunner.py: Remove duplicate message on LoggingThread > start (2015-09-22 18:13:02 +0100) > > are available in the git repository at: > > git://github.com/kergoth/openembedded-core scriptutils-log-improvements > > https://github.com/kergoth/openembedded-core/tree/scriptutils-log-improvements > > Christopher Larson (3): > oe.scriptutils: enable color in a more flexible way > oe.scriptutils: add logger_setup_filters > recipetool, devtool: set up the logging filters > Does anyone happen to know if there any objection to this? I just noticed this hasn't been merged yet. This makes the behavior of recipetool and devtool more consistent with bitbake itself by sending errors to stderr. Long term I'd like to see warnings go there as well, but that could be more controversial and is a later task, I think this should go in as is. Eventually we should consolidate some of the logger setup and configuration logic between scriptutils and bitbake as well, but that was the case with or without this series -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/3] recipetool/devtool: send errors to stderr
On Wed, Sep 23, 2015 at 11:21 AM Christopher Larson wrote: > From: Christopher Larson > > This aligns with the behavior of bitbake proper. There is a bit of code > duplication between knotty and scriptutils, but that's not new -- that was > the > case before as well. We should consider moving these logger configuration > functions into bb.msg. > > The following changes since commit > 2ad7308ee7166641eff99f3b9fe6794de143f6bc: > > oeqa/utils/qemurunner.py: Remove duplicate message on LoggingThread > start (2015-09-22 18:13:02 +0100) > > are available in the git repository at: > > git://github.com/kergoth/openembedded-core scriptutils-log-improvements > > https://github.com/kergoth/openembedded-core/tree/scriptutils-log-improvements > > Christopher Larson (3): > oe.scriptutils: enable color in a more flexible way > oe.scriptutils: add logger_setup_filters > recipetool, devtool: set up the logging filters > Does anyone happen to know if there any objection to this? I just noticed this hasn't been merged yet. This makes the behavior of recipetool and devtool more consistent with bitbake itself by sending errors to stderr. Long term I'd like to see warnings go there as well, but that could be more controversial and is a later task, I think this should go in as is. Eventually we should consolidate some of the logger setup and configuration logic between scriptutils and bitbake as well, but that was the case with or without this series -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 00/57] Consolidated pull for master
On 11 December 2015 at 16:31, Otavio Salvador < otavio.salva...@ossystems.com.br> wrote: > > Armin Kuster (1): > > linux-firmware: update to latest > > Nack! please adjust the commit log to include the revision. > > ... > > Otavio Salvador (1): > > lttng-tools: Revert wrong enforcement of Python 3.0 use > ... > > The runtime test utilities, found on lttng-tools, require python 3.0 > so the commit log needs adjustment. Should I send a new patch > revision? Ah, yes please. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 00/57] Consolidated pull for master
On Fri, Dec 11, 2015 at 2:24 PM, Ross Burton wrote: > Armin Kuster (1): > linux-firmware: update to latest Nack! please adjust the commit log to include the revision. ... > Otavio Salvador (1): > lttng-tools: Revert wrong enforcement of Python 3.0 use ... The runtime test utilities, found on lttng-tools, require python 3.0 so the commit log needs adjustment. Should I send a new patch revision? -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 00/57] Consolidated pull for master
Hi, Here is a consolidated pull for master featuring upgrades, fixes, and the first stage of musl integration. Ross The following changes since commit 9cab798490100f0d1223abfe51f9f19dab40ab14: toolchain-shar-extract.sh: fix ~ not working in path (2015-12-11 11:23:30 +) are available in the git repository at: git://git.yoctoproject.org/poky-contrib ross/mut for you to fetch changes up to b861da2a7bc1910b07c7cf3d87636977dcd8fecf: attr: Add patch to account for use of internal glibc header (2015-12-11 16:22:53 +) Alexander Kanavin (9): weston-init: add a native systemd unit file openssl: update to 1.0.2e python-setuptools: update to 18.7.1 nspr: update to 4.11 mobile-broadband-provider-info: update to current commit mirrors: replace references to archive.apache.org json-c: add manual upstream version check subversion: update to 1.9.2 slang: update upstream URI to (official) jedsoft.org Andre McCurdy (6): kernel.bbclass: drop unnecessary 'eval' from kernel_do_configure() linux-libc-headers.inc: remove '-e MAKEFLAGS=' from EXTRA_OEMAKE linux-libc-headers: update default KORG_ARCHIVE_COMPRESSION bz2 -> xz dropbear: update 2015.70 -> 2015.71 dropbear.inc: drop legacy CFLAGS and LD tweaks valgrind: import Debian link_tool patch for MIPS Aníbal Limón (1): dev-manual: Fix errata in new kvm-vhost. Armin Kuster (1): linux-firmware: update to latest Benjamin Esquivel (2): oeqa/systemd: journalctl helper function oeqa/systemd: get runtest target boot time and log Chen Qi (1): cpio: fix test case of symlink-bad-length Cristian Iorga (1): bluez5: upgrade to 5.36 Daniel Istrate (1): scripts: oe-selftest Added new features. Dmitry Eremin-Solenikov (2): gcc-5.2: import patch fixing compilation in thumb mode gcc-4.9: import patch fixing compilation in thumb mode Fan Xin (1): sudo: upgrade to 1.8.15 Hongxu Jia (1): bash: fix testcase run-coproc/run-execscript/run-test/run-heredoc failed Humberto Ibarra (1): scripts/yocto-layer: Avoids duplication of "meta-" prefix Jackie Huang (1): python: Fix cross compiling issue Juro Bystricky (3): oe-buildenv-internal: preserve existing BB_ENV_EXTRAWHITE insane: in libdir test allow libraries in libexecdir buildtools-tarball.bb: 32bit tools need pseudo 32bit library Jussi Kukkonen (1): dropbear: Upgrade 2015.68 -> 2015.70 Khem Raj (13): gcc: Add support for building musl configuration autoconf: Add musl support gdb: Fix build with musl mtd-utils: Backport and create patches to support musl squashfs-tools: Define FNM_EXTMATCH if not defined mtools: Use proper glibc override to add glibc packages to recommendations musl: Add recipe sysvinit: Fix build with musl gettext: Delete libintl.h and charset.alias busybox: Add config for musl openssl: Add musl configuration support libpam: Fix build with musl attr: Add patch to account for use of internal glibc header Mariano Lopez (1): rootfs.py: Change logic to unistall packages Mark Hatle (1): rpm: Enable MIPS64 N32 transactions Martin Jansa (1): texinfo: don't create dependency on INHERIT variable Mike Crowe (2): icu: Upgrade 55.1 -> 56.1 gstreamer1.0: Split bash completion information into separate package Otavio Salvador (1): lttng-tools: Revert wrong enforcement of Python 3.0 use Robert Yang (1): rpm: fix file conflicts for MIPS64 N32 Ross Burton (4): cooker: use in instead of count libsdl: expand PACKAGECONFIG and enable native builds sudo: remove libdir INSANE_SKIP attr: add attr dependency to attr-ptest Yuanjie Huang (1): gcc-cross-initial: make dependency on gnu-config-native and autoconf-native explicit bitbake/lib/bb/cooker.py |2 +- documentation/dev-manual/dev-manual-qemu.xml |8 +- meta/classes/insane.bbclass|3 +- meta/classes/kernel.bbclass|3 +- meta/classes/mirrors.bbclass |2 +- meta/conf/bitbake.conf |2 +- meta/lib/oe/rootfs.py | 41 +- meta/lib/oeqa/runtime/systemd.py | 75 + meta/recipes-connectivity/bluez5/bluez5.inc|1 + ...e-Fix-possible-crash-when-registering-pro.patch | 54 + .../bluez5/{bluez5_5.33.bb => bluez5_5.36.bb} |4 +- .../mobile-broadband-provider-info_git.bb |4 +- meta/recipes-connectivity/openssl/openssl.inc |4 +- .../openssl/openssl/configure-musl-target.patch| 27 + .../{openssl_1.0.2d.bb => openssl_1.0.2e.bb} |5 +- meta/recipes-core/busybox/busybox/musl.cfg | 12 + meta/recipes-core/b
[OE-core] Yocto Project Status WW50
Current Dev Position: YP 2.1 M2 Next Deadline: YP 2.1 M2 Cutoff (Feature Freeze) date is January 25, 2016 noon GMT SWAT team rotation: Beth -> Saul https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Key Status/Updates: * M1 release has been build and passed to QA * Patch stabilization continues to be a problem, many patches causing failures which slow down patch merging * Various things missed M1, primarily due to it being a short milestone because of the overrun of 2.0 stabilization * Some key changes upcoming, automation of -dbg packages, tinfoil2 and default to memory resident bitbake, perhaps default of using uninative for poky, require expansion parameter to getVar, gobject introspection, libexecdir changes, musl integration. Key YP 2.1 Dates: YP 2.1 M1 Target release date is December 24, 2015 YP 2.1 M2 Cutoff (Feature Freeze) date is January 25, 2016 noon GMT YP 2.1 M2 Target release date is February 12, 2016 YP 2.1 M3 Cutoff (Feature Freeze) date is February 29, 2016 noon GMT YP 2.1 M3 Target release date is March 18, 2016 YP 2.1 M4 / Final Cutoff: March 28, 2016 noon GMT - Stabilization only milestone. YP 2.1 Final Release Target: April 29, 2016 Key Status Links for YP: https://wiki.yoctoproject.org/wiki/Yocto_Project_v2.1_Status https://wiki.yoctoproject.org/wiki/Yocto_2.1_Schedule https://wiki.yoctoproject.org/wiki/Yocto_2.1_Features Tracking Metrics: WDD 2300 (last week 2228) (https://wiki.yoctoproject.org/charts/combo.html) [If anyone has suggestions for other information you'd like to see on this weekly status update, let us know!] Thanks, Stephen K. Jolley Yocto Project Program Manager INTEL, MS JF1-255, 2111 N.E. 25th Avenue, Hillsboro, OR 97124 * Work Telephone: (503) 712-0534 *Cell:(208) 244-4460 * Email: stephen.k.jol...@intel.com -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] libical: Fix parallel build failure
Parallel builds occasionally fail because generated headers are only partially built when they're being used. Signed-off-by: Jussi Kukkonen Signed-off-by: Maxin B. John --- .../Depend-on-headers-to-fix-parallel-build.patch | 46 ++ meta/recipes-support/libical/libical_1.0.1.bb | 1 + 2 files changed, 47 insertions(+) create mode 100644 meta/recipes-support/libical/libical/Depend-on-headers-to-fix-parallel-build.patch diff --git a/meta/recipes-support/libical/libical/Depend-on-headers-to-fix-parallel-build.patch b/meta/recipes-support/libical/libical/Depend-on-headers-to-fix-parallel-build.patch new file mode 100644 index 000..4d65c81 --- /dev/null +++ b/meta/recipes-support/libical/libical/Depend-on-headers-to-fix-parallel-build.patch @@ -0,0 +1,46 @@ +From 56a10a14c0a544df99c97ce279801ddf40b0df52 Mon Sep 17 00:00:00 2001 +From: Jussi Kukkonen +Date: Mon, 14 Sep 2015 13:35:42 +0300 +Subject: [PATCH] WIP: Depend on headers to fix parallel build + +Parallel builds occasionally fail because generated headers are only +half built when they're being used. + +This fix is extracted +from https://github.com/libical/libical/commit/dcc40c7ae2d337a0d83c077bf9d8f283499c6717 + +Upstream-Status: Backport +Signed-off-by: Jussi Kukkonen + +--- + examples/CMakeLists.txt| 1 + + src/libical/CMakeLists.txt | 1 + + 2 files changed, 2 insertions(+) + +diff --git a/examples/CMakeLists.txt b/examples/CMakeLists.txt +index 3379ffd..514956b 100644 +--- a/examples/CMakeLists.txt b/examples/CMakeLists.txt +@@ -16,6 +16,7 @@ set(doesnothing_SRCS + ) + + add_executable(doesnothing ${doesnothing_SRCS}) ++add_dependencies(doesnothing ical icalss icalvcal) + + target_link_libraries(doesnothing ical icalss icalvcal ical icalss icalvcal) + +diff --git a/src/libical/CMakeLists.txt b/src/libical/CMakeLists.txt +index 6774352..468a7d9 100644 +--- a/src/libical/CMakeLists.txt b/src/libical/CMakeLists.txt +@@ -261,6 +261,7 @@ add_library(ical ${LIBRARY_TYPE} ${ical_LIB_SRCS}) + add_library(ical-static STATIC ${ical_LIB_SRCS}) + + add_dependencies(ical ical-header) ++add_dependencies(ical-static ical-header) + + target_link_libraries(ical ${CMAKE_THREAD_LIBS_INIT}) + +-- +2.1.4 + diff --git a/meta/recipes-support/libical/libical_1.0.1.bb b/meta/recipes-support/libical/libical_1.0.1.bb index 0dcee46..e18b803 100644 --- a/meta/recipes-support/libical/libical_1.0.1.bb +++ b/meta/recipes-support/libical/libical_1.0.1.bb @@ -9,6 +9,7 @@ SECTION = "libs" SRC_URI = "https://github.com/${BPN}/${BPN}/archive/v${PV}.tar.gz \ file://Remove-cmake-check-for-Perl.patch \ file://Fix-x32-ABI-build.patch \ + file://Depend-on-headers-to-fix-parallel-build.patch \ " SRC_URI[md5sum] = "af91db06b22559f863869c5a382ad08a" SRC_URI[sha256sum] = "7d5f613454ec6c7d1bcfb441c919215be53292aa15cd1cb14249d1413d6c610c" -- 2.4.0 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [RESEND PATCH] x11vnc: move recipe to meta-oe
On Thu, 3 Dec 2015 14:18:53 + "Burton, Ross" wrote: > On 3 December 2015 at 10:17, Ioan-Adrian Ratiu wrote: > > > x11vnc can be configured with --use-system-libvncserver to use an > > external libvncserver which will be added to meta-oe. Since oe-core > > should not depend on meta-oe, we move x11vnc there. > > > > Signed-off-by: Ioan-Adrian Ratiu > > > > Obviously we shouldn't remove it from oe-core until it's been merged into > meta-oe, so please ping when that's happened. > > Ross Hello x11vnc has just been accepted into meta-oe on master-next an hour ago. Thank you, Adrian -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] weston-init: Use weston-launch for XWayland
On Fri, Dec 11, 2015 at 10:29 AM, Alexander Kanavin wrote: > On 12/11/2015 01:44 AM, Tom Hochstein wrote: > >> # There are multiple ways to start weston. >> if [ "$WAYLAND_DISPLAY" ]; then >> echo -e "\aError: Weston is already running." >> echo "This script does not support launching Weston nested." >> exit 1 >> else if [ "$DISPLAY" ]; then >> echo "Launching Weston with the x11 backend" >> openvt -s weston -- --log=/var/log/weston.log $OPTARGS >> else >> echo "Launching Weston with the DRM backend" >> export XDG_CONFIG_HOME=/etc >> openvt -v -- weston-launch -- --log=/var/log/weston.log >> $OPTARGS >> fi >> >> I still need to test this (and apply the design in systemd), but I wanted >> your feedback on the approach. > > > I think this looks okay, but you obviously need to test that all three > scenarios works as expected. Also, systemd unit file language may not > support this logic (it's not a full programming language), so the above > snippet probably needs to be separated into a wrapper script. Agreed; the wrapper might make easier to integrate it on both, with less work. -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v2] weston-init: Use weston-launch for XWayland
On 12/11/2015 01:44 AM, Tom Hochstein wrote: # There are multiple ways to start weston. if [ "$WAYLAND_DISPLAY" ]; then echo -e "\aError: Weston is already running." echo "This script does not support launching Weston nested." exit 1 else if [ "$DISPLAY" ]; then echo "Launching Weston with the x11 backend" openvt -s weston -- --log=/var/log/weston.log $OPTARGS else echo "Launching Weston with the DRM backend" export XDG_CONFIG_HOME=/etc openvt -v -- weston-launch -- --log=/var/log/weston.log $OPTARGS fi I still need to test this (and apply the design in systemd), but I wanted your feedback on the approach. I think this looks okay, but you obviously need to test that all three scenarios works as expected. Also, systemd unit file language may not support this logic (it's not a full programming language), so the above snippet probably needs to be separated into a wrapper script. Alex -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 01/10] openssl: update to 1.0.2e
On 12/11/2015 01:13 AM, Paul Eggleton wrote: Can we get the CVE's fix by this update included in the commit? It's a version update to oe-core's development branch (e.g. non-production, frequently updated), why have the CVEs in the commit message? So that it's clearer when a CVE has been resolved, however we ended up resolving it. We currently have a massive gap in what we know about CVE resolution because upgrades that fix them aren't tracked in any way. CVE database includes information about which upstream versions are affected by the vulnerability and which have the fix. We can use this information in our RRS to determine if there are any CVEs to be fixed and even send notifications to maintainers. Asking recipe maintainers to inspect the commit log for any new CVEs fixed when doing a version update of any package, and then placing those numbers into the recipe commit message is unnecessary manual work that is also error-prone. Alex -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [yocto][meta-java] [PATCH] gnumail: Fix race condition in makefile fail to apply
> Am 11.12.2015 um 12:45 schrieb Federico Pietro Briata > : > > Hi Hi Federico, as told you on Oct, 16th - please always send to ML! There is no right on private support, unless you asked _before_! > I just pull to build openjdk-8 and I get this error: > > ERROR: Command Error: exit status: 1 Output: > Applying patch fix_makefile_race_condition.patch > patching file Makefile.am > Hunk #1 FAILED at 295. > 1 out of 3 hunks FAILED -- rejects in file Makefile.am > Patch fix_makefile_race_condition.patch does not apply (enforce with -f) > ERROR: Function failed: patch_do_patch > ERROR: Logfile of failure stored in: > /home/federico/yocto/imx6/R5.0/build-pcm-mx6quad/tmp-eglibc/work/x86_64-linux/gnumail-native/1.1.2-r1/temp/log.do_patch.7775 > ERROR: Task 613 > (virtual:native:/home/federico/yocto/imx6/R5.0/sources/meta-java/recipes-core/classpathx/gnumail_1.1.2.bb, > do_patch) failed with exit code '1' I get the same error - unfortunately I know sometimes my system (MacOS X) broils the mails when unexpected special characters are included. So don't take my word regarding to that patch, maybe mutt guys have a better experience :D Cheers -- Jens Rehsack - rehs...@gmail.com signature.asc Description: Message signed with OpenPGP using GPGMail -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2 v2] libical: Upgrade 1.0.0 -> 1.0.1
On 7 December 2015 at 16:43, Maxin B. John wrote: > From: Jussi Kukkonen > > * Build system changed to cmake. > * Patch build system to not check for perl (we use host > perl which won't be found) > Still getting the odd failure in libical. In all the builds last night it only failed twice so its likely a race of some sort: http://errors.yoctoproject.org/Errors/Details/22351/ Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] oeqa/selftest: Added testcase decorators for 2 testcases
bblayers: test_bitbakelayers_showrecipes1384 wic: test_directdisk_bootloader_config 1385 Signed-off-by: Daniel Istrate --- meta/lib/oeqa/selftest/bblayers.py | 1 + meta/lib/oeqa/selftest/wic.py | 2 +- 2 files changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/lib/oeqa/selftest/bblayers.py b/meta/lib/oeqa/selftest/bblayers.py index 5452925..b88c25e 100644 --- a/meta/lib/oeqa/selftest/bblayers.py +++ b/meta/lib/oeqa/selftest/bblayers.py @@ -61,6 +61,7 @@ class BitbakeLayers(oeSelfTest): result = runCmd('bitbake-layers show-layers') self.assertNotIn('meta-skeleton', result.output, msg = "meta-skeleton should have been removed at this step. bitbake-layers show-layers output: %s" % result.output) +@testcase(1384) def test_bitbakelayers_showrecipes(self): result = runCmd('bitbake-layers show-recipes') self.assertIn('aspell:', result.output) diff --git a/meta/lib/oeqa/selftest/wic.py b/meta/lib/oeqa/selftest/wic.py index f4404bf..55f6f82 100644 --- a/meta/lib/oeqa/selftest/wic.py +++ b/meta/lib/oeqa/selftest/wic.py @@ -257,7 +257,7 @@ class Wic(oeSelfTest): % image).status) self.assertEqual(1, len(glob(self.resultdir + "%s-*direct" % image))) -#@testcase() +@testcase(1385) def test_directdisk_bootloader_config(self): """Test creation of directdisk-bootloader-config image""" image = "directdisk-bootloader-config" -- 2.1.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH v3] libsolv: add new recipe
On 11 December 2015 at 00:15, Martin Jansa wrote: > I was hit by this regeneration again last month so it's still happening. > That's very interesting, as I was assured by GitHub engineering that it wouldn't. :) Can you recall what the archive was, and the before/after md5sums? Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH][dizzy][daisy][dylan] openssl: fix for CVE-2015-3195
This vulnerability affects OpenSSL versions 1.0.2 and 1.0.1, 1.0.0 and 0.9.8. So the patch also should be merged into dizzy, daisy and dylan. Signed-off-by: Fan Xin --- .../0001-Fix-leak-with-ASN.1-combine.patch | 65 ++ .../recipes-connectivity/openssl/openssl_1.0.1e.bb | 1 + 2 files changed, 66 insertions(+) create mode 100644 meta/recipes-connectivity/openssl/openssl-1.0.1e/0001-Fix-leak-with-ASN.1-combine.patch diff --git a/meta/recipes-connectivity/openssl/openssl-1.0.1e/0001-Fix-leak-with-ASN.1-combine.patch b/meta/recipes-connectivity/openssl/openssl-1.0.1e/0001-Fix-leak-with-ASN.1-combine.patch new file mode 100644 index 000..5bda457 --- /dev/null +++ b/meta/recipes-connectivity/openssl/openssl-1.0.1e/0001-Fix-leak-with-ASN.1-combine.patch @@ -0,0 +1,65 @@ +Upstream-Status: Backport + +This patch was imprted from +https://git.openssl.org/?p=openssl.git;a=commit;h=cc598f321fbac9c04da5766243ed55d55948637d + +Signed-off-by: Fan Xin + +From cc598f321fbac9c04da5766243ed55d55948637d Mon Sep 17 00:00:00 2001 +From: Dr. Stephen Henson +Date: Tue, 10 Nov 2015 19:03:07 + +Subject: [PATCH] Fix leak with ASN.1 combine. + +When parsing a combined structure pass a flag to the decode routine +so on error a pointer to the parent structure is not zeroed as +this will leak any additional components in the parent. + +This can leak memory in any application parsing PKCS#7 or CMS structures. + +CVE-2015-3195. + +Thanks to Adam Langley (Google/BoringSSL) for discovering this bug using +libFuzzer. + +PR#4131 + +Reviewed-by: Richard Levitte +--- + crypto/asn1/tasn_dec.c |7 +-- + 1 files changed, 5 insertions(+), 2 deletions(-) + +diff --git a/crypto/asn1/tasn_dec.c b/crypto/asn1/tasn_dec.c +index febf605..9256049 100644 +--- a/crypto/asn1/tasn_dec.c b/crypto/asn1/tasn_dec.c +@@ -180,6 +180,8 @@ int ASN1_item_ex_d2i(ASN1_VALUE **pval, const unsigned char **in, long len, + int otag; + int ret = 0; + ASN1_VALUE **pchptr, *ptmpval; ++int combine = aclass & ASN1_TFLG_COMBINE; ++aclass &= ~ASN1_TFLG_COMBINE; + if (!pval) + return 0; + if (aux && aux->asn1_cb) +@@ -500,7 +502,8 @@ int ASN1_item_ex_d2i(ASN1_VALUE **pval, const unsigned char **in, long len, + auxerr: + ASN1err(ASN1_F_ASN1_ITEM_EX_D2I, ASN1_R_AUX_ERROR); + err: +-ASN1_item_ex_free(pval, it); ++if (combine == 0) ++ASN1_item_ex_free(pval, it); + if (errtt) + ERR_add_error_data(4, "Field=", errtt->field_name, +", Type=", it->sname); +@@ -689,7 +692,7 @@ static int asn1_template_noexp_d2i(ASN1_VALUE **val, + } else { + /* Nothing special */ + ret = ASN1_item_ex_d2i(val, &p, len, ASN1_ITEM_ptr(tt->item), +- -1, 0, opt, ctx); ++ -1, tt->flags & ASN1_TFLG_COMBINE, opt, ctx); + if (!ret) { + ASN1err(ASN1_F_ASN1_TEMPLATE_NOEXP_D2I, ERR_R_NESTED_ASN1_ERROR); + goto err; +-- +1.7.0.4 + diff --git a/meta/recipes-connectivity/openssl/openssl_1.0.1e.bb b/meta/recipes-connectivity/openssl/openssl_1.0.1e.bb index bc1b944..dbc2da2 100644 --- a/meta/recipes-connectivity/openssl/openssl_1.0.1e.bb +++ b/meta/recipes-connectivity/openssl/openssl_1.0.1e.bb @@ -37,6 +37,7 @@ SRC_URI += "file://configure-targets.patch \ file://0001-Use-version-in-SSL_METHOD-not-SSL-structure.patch \ file://CVE-2014-0160.patch \ file://openssl-CVE-2014-0198-fix.patch \ +file://0001-Fix-leak-with-ASN.1-combine.patch \ " SRC_URI[md5sum] = "66bf6f10f060d561929de96f9dfe5b8c" -- 1.8.4.2 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core