Re: [OE-core] [PATCH 0/4] base/bbclass: use target path to replace build ones in debugging info

On Thu, 2016-01-28 at 10:58 +0800, Hongxu Jia wrote: > On 01/28/2016 06:13 AM, Richard Purdie wrote: > > On Wed, 2016-01-27 at 14:34 -0500, Khem Raj wrote: > > > > On Jan 27, 2016, at 5:16 AM, Richard Purdie < > > > > richard.pur...@linuxfoundation.org> wrote: > > > > > > > > I like the idea of

[OE-core] [PATCH] oeqa/runtime/rpm: be more verbose if test_rpm_query_nonroot fails

If some parts of this test fail put the failing output in the logs to help debugging. Signed-off-by: Ross Burton --- meta/lib/oeqa/runtime/rpm.py | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/lib/oeqa/runtime/rpm.py

[OE-core] OE Changelog since 2016-01-17 until 2016-01-24

Changelog since 2016-01-17 until 2016-01-24. 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:

[OE-core] [PATCH V3 2/3] image.bbclass: removes bundle_initramfs related code

From: Ming Liu The original purpose of these code is to repackage initramfs bundled kernel into rootfs by making image.bbclass build depend on bundle_initramfs of virtual/kernel. But this is not going to succeed because virtual/kernel's do_package is not

Re: [OE-core] [PATCH 0/4] base/bbclass: use target path to replace build ones in debugging info

On Fri, 2016-01-29 at 11:39 +0800, Hongxu Jia wrote: > On 01/29/2016 01:04 AM, Richard Purdie wrote: > > On Thu, 2016-01-28 at 10:58 +0800, Hongxu Jia wrote: > > > On 01/28/2016 06:13 AM, Richard Purdie wrote: > > > > On Wed, 2016-01-27 at 14:34 -0500, Khem Raj wrote: > > > > > > On Jan 27, 2016,

[OE-core] [PATCH V3 1/3] kernel.bbclass: do not install initramfs bundled kernel image

From: Ming Liu It makes no sense to install a initramfs bundled kernel image since do_package does not depend on do_bundle_initramfs at all, otherwise, it leads to a impicit kernel-image package depending on do_package run before or after do_bundle_initramfs.

[OE-core] [PATCH V3 0/3] Introduces kernel-initramfs recipe to resolve a implicit dependency issue

Changes in V3: 1 Adjusted to the tip:2a6e061712cfe9cb4738806a0c351a64e0d30144 [ cmake: update to 3.4.2 ] 2 Fixed a KERNEL_PRIORITY expanding issue 3 Tested with following configuration in local.conf: a) INITRAMFS_IMAGE = "initramfs-kexecboot-klibc-image" INITRAMFS_IMAGE_BUNDLE = "1"

[OE-core] [PATCH V3 3/3] kernel-initramfs: new recipe, creates initramfs bundled kernel packaging

From: Ming Liu So far, there is not a workable way to package the initramfs bundled kernel image, the only place is tmp/deploy from where we could get it, but if a user want to add it into a certain image, there is no guarantee that he will achieve it because

Re: [OE-core] [PATCH 0/4] base/bbclass: use target path to replace build ones in debugging info

On 01/29/2016 02:40 PM, Richard Purdie wrote: I investigated this a little. When I tried your patch I saw: $ bitbake glibc -e | grep TARGET_CFLAGS= export TARGET_CFLAGS=" -I/media/build1/poky/build/tmp5/sysroots/qemux86/usr/include -O2 -pipe -g -feliminate-unused-debug-types -fdebug-prefix

[OE-core] dual monitor supprt

Hi, i want pslash during boot with dual monitors. both monitors have different resolution. how can i display psplash properly on both monitors thanks in advance. Brian On Dec 18, 2015 1:10 PM, "Bryan" wrote: -- Forwarded message -- From: "Bryan"

Re: [OE-core] [linux-yocto] Plymouth support in yocto

On 28 January 2016 at 18:01, Bryan wrote: >Can we integrate plymouth package in yocto so that we can properly > display splash screen on different resolution monitors. > > http://layers.openembedded.org/layerindex/recipe/39966/ Ross --

[OE-core] Backport Request: meta-yocto-bsp: Remove uvesafb (v86d) from generic x86 features

Please Jethro branch owner help to backport this patch to jethro branch: http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=6af89812e8a9931ffed63768ed85367519bf7aef This request is for bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=8987 Thanks lot! --

[OE-core] [PATCH] curl: update 7.46.0 -> 7.47.0 ( CVE-2016-0754 CVE-2016-0755 )

Full changelog: http://curl.haxx.se/changes.html#7_47_0 Security fixes: http://curl.haxx.se/docs/vulnerabilities.html CVE-2016-0754 : remote file name path traversal in curl tool for Windows CVE-2016-0755 : NTLM credentials not-checked for proxy connection re-use Signed-off-by: Andre McCurdy

[OE-core] [PATCH] openssl: update 1.0.2e -> 1.0.2f ( CVE-2016-0701 CVE-2015-3197 )

Major changes between OpenSSL 1.0.2e and OpenSSL 1.0.2f [28 Jan 2016] o DH small subgroups (CVE-2016-0701) o SSLv2 doesn't block disabled ciphers (CVE-2015-3197) Updated LICENSE hash due to change in copyright year. Signed-off-by: Andre McCurdy ---

[OE-core] [PATCH] autotools.bbclass: don't create subshell to delete configure scipts

Signed-off-by: Andre McCurdy --- meta/classes/autotools.bbclass | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/classes/autotools.bbclass b/meta/classes/autotools.bbclass index 1400b44..4601148 100644 --- a/meta/classes/autotools.bbclass +++

[OE-core] Backport Request: kernel-yocto: fix checkout bare-cloned kernel repositories

Please help to bring this patch to Jethro branch: http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=4487e3a4205188cf53930147c7e88d98f0d8a8e0 This fix was from updating kernel labs for Jethro and we think it should be a good one on Jethro. Thanks lot! --

[OE-core] [PATCH 2/3] autotools_stage.bbclass: remove it

Not needed any more, the autotools.bbclass can fully instead of it. Signed-off-by: Robert Yang --- meta/classes/autotools_stage.bbclass |2 -- 1 file changed, 2 deletions(-) delete mode 100644 meta/classes/autotools_stage.bbclass diff --git

[OE-core] [PATCH 0/3] meta: 3 fixes

The following changes since commit 2a6e061712cfe9cb4738806a0c351a64e0d30144: cmake: update to 3.4.2 (2016-01-26 22:48:57 +) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/3fixes

[OE-core] [PATCH 3/3] perf.bb: add python scripts corresponding packages

Fixed: /usr/libexec/perf-core/tests/attr.py contained in package perf requires /usr/bin/python, but no providers found in RDEPENDS_perf? [file-rdeps] /usr/libexec/perf-core/scripts/python/sched-migration.py contained in package perf requires /usr/bin/python, but no providers found in

[OE-core] [PATCH 1/3] gdb-common.inc: add PACKAGECONFIG for readline

When compile with readline 5.2: completer.o: In function `gdb_display_match_list': completer.c:(.text+0x1c13): undefined reference to `_rl_completion_prefix_display_length' completer.c:(.text+0x1ce8): undefined reference to `rl_sort_completion_matches' collect2: ld returned 1 exit status The

[OE-core] [poky][PATCH 1/2] gstreamer1.0-plugins-bad: Fix memory leak of navigation thread

When exit navigation thread, call g_thread_join() to release the resource hold by it. Signed-off-by: Yuqing Zhu --- ...window-fix-memory-leak-of-navigation-thre.patch | 35 ++ .../gstreamer/gstreamer1.0-plugins-bad_1.6.3.bb| 1 + 2 files changed,

[OE-core] [poky][PATCH 2/2] gstreamer1.0-plugins-base: Add video crop supporting when convert frame

Getting thumbnail will use convertframe to convert video frame to desired video format and size. But haven't process crop meta on the video buffer. Need to add video crop support. Signed-off-by: Yuqing Zhu --- ...ame-Support-video-crop-when-convert-frame.patch | 143

[OE-core] [poky][PATCH 0/2] Add patches for gstreamer 1.6

As gstreamer has been upgraded from 1.6.2 to 1.6.3, and my former patches haven't been accepted yet, need to recreate the patches based on new recipe. ---gstreamer1.0-plugins-base Add video crop supporting when convert frame. ---gstreamer1.0-plugins-bad Fix memory leak of navigation

Re: [OE-core] [poky][PATCH 0/2] Add patches for gstreamer 1.6

On 01/28/2016 11:02 AM, Yuqing Zhu wrote: As gstreamer has been upgraded from 1.6.2 to 1.6.3, and my former patches haven't been accepted yet, need to recreate the patches based on new recipe. The patches have not been accepted because you didn't answer the questions that oe-core maintainers

Re: [OE-core] [PATCH 1/2] libical: update to 2.0.0

Hi Ross, On Thu, Jan 28, 2016 at 01:00:49PM +, Burton, Ross wrote: >On 28 January 2016 at 12:37, Maxin B. John wrote: > > +RDEPENDS_${PN} = "libicuuc libicui18n libicudata"> > >Do these not get detected automatically? These library dependencies do get detected

Re: [OE-core] [PATCH 1/2] libical: update to 2.0.0

On 01/28/2016 03:13 PM, Burton, Ross wrote: Presumably although the ABI changed, the API is the same so bluez5 and so on still builds against libical 2? Generally, when there is a scary-looking major version update like this, it's a good idea to 'bitbake world'. Alex --

[OE-core] [PATCH 1/2] libical: update to 2.0.0

1.0.1 -> 2.0.0 1. New version is not Binary Compatible with Older Versions 2. Removed two backported patches a. Fix-x32-ABI-build.patch b. Depend-on-headers-to-fix-parallel-build.patch 3. New RSCALE support requires icu Signed-off-by: Maxin B. John ---

[OE-core] [PATCH 2/2] connman: fix crash with iptables 1.6

The struct of xtables_globals has been modified in iptables 1.6. If connman runs with iptables 1.6, it can crash. Program received signal SIGSEGV, Segmentation fault. 0x in ?? () 0xb7dea89c in xtables_find_target () from /usr/lib/libxtables.so.11 0xb7deac1c in ?? () from

Re: [OE-core] [PATCH 1/2] libical: update to 2.0.0

On 28 January 2016 at 12:37, Maxin B. John wrote: > +RDEPENDS_${PN} = "libicuuc libicui18n libicudata" > Do these not get detected automatically? Ross -- ___ Openembedded-core mailing list

Re: [OE-core] [PATCH 1/2] libical: update to 2.0.0

On 28 January 2016 at 13:13, Maxin B. John wrote: > These library dependencies do get detected automatically. This line can be > removed > if we don't want to explicitly mention the dependencies. > We only need to mention library dependencies explicitly if they're opened

Re: [OE-core] [PATCH 1/2] libical: update to 2.0.0

Hi, On Thu, Jan 28, 2016 at 01:13:05PM +, Burton, Ross wrote: >On 28 January 2016 at 13:13, Maxin B. John wrote: > >These library dependencies do get detected automatically. This line can be > removed >if we don't want to explicitly mention the

Re: [OE-core] [PATCH 3/3] perf.bb: add python scripts corresponding packages

On 28 January 2016 at 09:46, Robert Yang wrote: > +FILES_${PN}-python = "${libdir}/python*/site-packages > ${libdir}/perf/perf-core/scripts/python \ > + ${libexecdir}/perf-core/scripts/python \ > Nothing in perf appears to be in $libdir/perf

[OE-core] Plymouth support in yocto

Hi, Can we integrate plymouth package in yocto so that we can properly display splash screen on different resolution monitors. Thanks in advance Bryan -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org

Re: [OE-core] [PATCH 0/4] base/bbclass: use target path to replace build ones in debugging info

A Warnings ... $ bitbake lib32-glibc ERROR: QA Issue: File work/core2-32-pokymllib32-linux/lib32-glibc/2.22-r0/packages-split/lib32-glibc-dev/usr/lib/crt1.o in package contained reference to tmpdir ... 3. vim temp/run.do_compile ... export TARGET_CFLAGS="-I/buildarea/raid0/hjia/build-201

Re: [OE-core] [PATCH v2] libical: update to 2.0.0

On 28 January 2016 at 14:34, Maxin B. John wrote: > SRC_URI = "https://github.com/${BPN}/${BPN}/archive/v${PV}.tar.gz \ > FWIW I changed this URI to point to /downloads/releases/v${PV}/${BP}.tar.gz as that is *definitely* not going to change, as it was uploaded by the

[OE-core] [PATCH 3/3] mkelfimage: fix target cflags leaks to host

The patch fix-makefile-to-find-libz.patch fixed native compile failure; for target compile, it incorrectly leaks CFLAGS to HOST_CFLAGS. [YOCTO #3547] Signed-off-by: Hongxu Jia --- meta/recipes-devtools/mkelfimage/mkelfimage_git.bb | 4 +++- 1 file changed, 3

[OE-core] [PATCH 1/3] base/bbclass: use target path as compile dir in debugging info

In debugging information, it uses target paths rather than build ones as compile dir. ... -fdebug-prefix-map=old=new When compiling files in directory old, record debugging information describing them as in new instead. ... Compile without this fix: objdump -g git/test.o ... The Directory

[OE-core] [PATCH 2/3] gcc-5.3.inc/base.bbclass: add gcc option to not record -fdebug-prefix-map to debugging info

Add option '-gno-record-debug-prefix-map' and '-grecord-debug-prefix-map' for gcc. If '-gno-record-debug-prefix-map' is used, it does not record '-fdebug-prefix-map' to gcc command line switches in DWARF DW_AT_producer. The patch could make sure the debugging informaion does not has TMPDIR and

[OE-core] [PATCH v2 0/3]use target path to replace build ones in debugging info

The fix on gcc is quick and simple, almost has no side effect. Another ides is add new option to do path substitutions on gcc switches(just refer what '-fdebug-prefix-map=OLD=NEW' did), but it needs more modification and more risks introduced. Changed in V2: - Do not use

Re: [OE-core] [PATCH 1/2] libical: update to 2.0.0

Hi Alex, On Thu, Jan 28, 2016 at 03:15:56PM +0200, Alexander Kanavin wrote: > On 01/28/2016 03:13 PM, Burton, Ross wrote: > > >Presumably although the ABI changed, the API is the same so bluez5 and > >so on still builds against libical 2? > > Generally, when there is a scary-looking major

Re: [OE-core] [PATCH 1/2] libical: update to 2.0.0

On 01/28/2016 03:39 PM, Maxin B. John wrote: Good suggestion. Will do it for this update. Most of the times, it is hard to do a bitbake world for every upgrades. (regular build, x32, musl, uclibc and possibly one more architecture combinations) Yes, of course. It's often a waste of time

Re: [OE-core] [PATCH 1/2] libical: update to 2.0.0

On 28 January 2016 at 13:40, Alexander Kanavin < alexander.kana...@linux.intel.com> wrote: > Most of the times, it is hard to do a bitbake world for every upgrades. >> (regular build, x32, musl, uclibc and possibly one more architecture >> combinations) >> > > Yes, of course. It's often a waste

[OE-core] [PATCH v2] libical: update to 2.0.0

1.0.1 -> 2.0.0 1. New version is not Binary Compatible with Older Versions 2. Removed two backported patches a. Fix-x32-ABI-build.patch b. Depend-on-headers-to-fix-parallel-build.patch 3. New RSCALE support requires icu Signed-off-by: Maxin B. John ---

Re: [OE-core] [PATCH][jethro] libpcre: bug fixes include security

Armin forgot the Jethro tag as this is fixed in master already. On 27 January 2016 at 22:20, Armin Kuster wrote: > From: Armin Kuster > > [Yocto # 9008] > > This is the next patch release for pcre. The 8.xx series now only contains > bug fixes. > >