[OE-core] [PATCH 2/2] python3-setuptools: extend to nativesdk

Signed-off-by: Chen Qi --- meta/recipes-devtools/python/python3-setuptools_22.0.5.bb | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/meta/recipes-devtools/python/python3-setuptools_22.0.5.bb

[OE-core] [PATCH 0/2] Fix disutils and extend python-setuptools to nativesdk

The following changes since commit b32d430c3c7dccf3a8d06ab492d648893a05950f: dpkg: use snapshot.debian.org for SRC_URI (2016-07-26 08:56:08 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib ChenQi/python-fixes

[OE-core] [PATCH 1/2] distutils: fix to avoid file-rdeps QA issue

For some nativesdk python packages, we would sometimes have the following QA issue. WARNING: nativesdk-python-django-1.8.8-r0 do_package_qa: QA Issue: /opt/windriver/wrlinux/9.0-qemux86/sysroots/x86_64-wrlinuxsdk-linux/usr/bin/django-admin contained in package nativesdk-python-django require\ s

[OE-core] [PATCH 2/2] perf: enable man pages for 'help' functionality

When using 'perf help ', it can't find 'man' command and pages for perf. The perf man pages depends on the xmlto-native and asciidoc-native, so we just need to add the two packages to the DEPENDS variable and add 'man'to RDEPENDS_perf-doc. Signed-off-by: Dengke Du ---

[OE-core] [PATCH 1/2] Asciidoc: add it

In order to enable perf man pages for basic 'help' functionality, it needs to produce man pages for perf, which depends on the xmlto and asciidoc tools. So add the asciidoc recipe to help produce man pages for perf and other commands. Signed-off-by: Dengke Du ---

[OE-core] [PATCH 0/2] perf: enable man pages for 'help' functionality

The following changes since commit 36feb38045b7a2af86ece147fec54b0db3bf491f: linux-yocto: Update genericx86* SRCREVs for linux-yocto 4.4 (2016-07-21 07:48:53 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib

Re: [OE-core] [PATCH] Allow for simultaneous do_rootfs tasks with rpm

On 07/20, Richard Purdie wrote: > On Thu, 2016-07-14 at 14:20 -0700, Stephano Cetola wrote: > > Give each rootfs its own RPM channel to use. This puts the RPM > > metadata > > in a private subdirectory of $WORKDIR, rather than living in > > DEPLOY_DIR > > where other tasks may race with it. > >

Re: [OE-core] [PATCH] insane: Add mechanism to extend QA machine information from BSP layer

On Fri, Jul 22, 2016 at 7:25 AM, Richard Purdie < richard.pur...@linuxfoundation.org> wrote: > In order to add a new architecture or sub-architecture to OE, you currently > need to tweak the table in insane.bbclass. This adds a mechanism so this > can be done from a BSP layer. It needs a function

[OE-core] [PATCH] systemd-boot: use lnr instead of ln --relative

From: Jackie Huang Use lnr instead of "ln --relative" as systemd does to avoid needing coreutils 8.16. The patch is from systemd recipe and is rebased so it can be applied for systemd-boot. Signed-off-by: Jackie Huang ---

Re: [OE-core] [PATCH 1/1] epiphany: inherit perlnative

On 07/26/2016 07:33 AM, Burton, Ross wrote: On 24 July 2016 at 06:16, Robert Yang > wrote: Fixed: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool The module is

Re: [OE-core] [PATCH] bash: add patch to build w/ -Wformat-security

This change is good. please install it. I think we should think of using security flags as default for AB since thats much stricter and will catch more errors than normal flags. Eventually, in 2.3 timeframe we should contemplate hardening toolchain to default to PIE/pie > On Jul 26, 2016, at

[OE-core] [PATCH] wic: rename and amend systemd-boot wks file

Rename wks for systemd-boot per the suggestion from community. Also amend description to distinguish it from others when running "wic list images". Signed-off-by: Jianxun Zhang --- .../wic/canned-wks/{mksystemd-bootdisk.wks => systemd-bootdisk.wks} | 4 ++-- 1

[OE-core] [PATCH] kernel.bbclass: fix emit_depmod_pkgdata() workdir

bitbake commit 67a7b8b02 "build: don't use $B as the default cwd for functions" breaks the assumption that this function is running under ${B}. This causes build failures because System.map is under ${B}. Signed-off-by: Ioan-Adrian Ratiu --- meta/classes/kernel.bbclass | 1

[OE-core] [PATCH 1/1] initramfs-live-boot: Make sure we kill udev before switching root when live booting

When live booting, we need to make sure the running udev processes are killed to avoid unexepected behavior, we do this just before switching root, once we do, a new udev process will be spawned from init and will take care of whatever work was still missing [YOCTO #9520] Signed-off-by:

[OE-core] [PATCH] gstreamer1.0-plugins-bad: opengl handling

Enable the opengl configuration option if DISTRO_FEATURES contains opengl. Signed-off-by: Trevor Woerner --- meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [OE-core] [PATCHv2 1/2] oeqa/oetest.py: Allow to export packages using symlinks

On Tue, 2016-07-26 at 09:38 +, mariano.lo...@linux.intel.com wrote: > From: Mariano Lopez > > Currently packages that contains symlinks can't be extracted > and exported. This allows to export extracted such packages. > > A nice side effect is improved

Re: [OE-core] [PATCH 1/1] selftest/runtime-test.py: Add test for import test from other layers

On 07/25/2016 05:38 PM, Burton, Ross wrote: On 13 June 2016 at 14:32, > wrote: + features = 'INHERIT += "testexport"\n' You mean testimage here as that class isn't inherited by default. +features =

Re: [OE-core] 2.7% build time regression caused by enabling debug/printk.scc KERNEL_FEATURE

+ Saul (.intel.com) On 07/26/2016 11:19 AM, Aníbal Limón wrote: > > Hi, > > I was thinking about how many more times takes to build and run the 2.7% > for me is reasonable since it's only enabled on qemu machines for > debugging purposes. > > One alternative will be only enable this feature

[OE-core] [PATCH] sysprof: clean up FILES

This recipe ships unversioned libraries so fiddle the intermediate variables instead of rewriting FILES directly. Signed-off-by: Ross Burton --- meta/recipes-kernel/sysprof/sysprof_git.bb | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git

Re: [OE-core] [PATCH 2/2] tune-mips-24k: add QEMU_EXTRAOPTIONS for DSP and MIPS16e cores

> On Jul 26, 2016, at 8:49 AM, André Draszik wrote: > > The core emulated by default by qemu-mips(el) just crashes with > illegal instruction when encountering DSP and/or MIPS16e > instructions - we have to specify a CPU that supports the extra > instructions. > > This is an

[OE-core] [PATCHv2 2/2] oeqa/utils/sshcontrol.py: Allows to copy symlinks to target

From: Mariano Lopez Currently when copying a symlink to the target it will fail throwing an exception. This will recreate symlinks from the system performing the tests to the device under tests. [YOCTO #9932] Signed-off-by: Mariano Lopez

[OE-core] [PATCHv2 1/2] oeqa/oetest.py: Allow to export packages using symlinks

From: Mariano Lopez Currently packages that contains symlinks can't be extracted and exported. This allows to export extracted such packages. A nice side effect is improved readability. [YOCTO #9932] Signed-off-by: Mariano Lopez

[OE-core] [PATCHv2 0/2] Allows to copy symlinks to DUTs with testimage

From: Mariano Lopez Currently when using the install functionality in the DUT without package manager, if you copy a symlink the function will fail. These series will change the behaviour and will allow to recreate the symlinks in the DUT. Changes in v2: - Use

Re: [OE-core] [PATCH 0/3] Allows to copy symlinks to DUTs with testimage

On 07/26/2016 11:27 AM, Joshua G Lock wrote: On Tue, 2016-07-26 at 07:39 +, mariano.lo...@linux.intel.com wrote: From: Mariano Lopez Currently when using the install functionality in the DUT without package manager, if you copy a symlink the function will

Re: [OE-core] [PATCH 1/3] oeqa/utils/commands.py: Add oeqa_copy function

On 07/26/2016 11:13 AM, Burton, Ross wrote: On 26 July 2016 at 08:39, > wrote: +def oeqa_copy(src, dst): +""" +Copy files and symlinks trying to preserve metadata. +""" + +

[OE-core] [PATCH] kernel-devsrc: Don't package kernel meta-data

* The kernel meta-data doesn't need to be distributed in the kernel source package, so drop it * Fix a typo * Split long lines Signed-off-by: Jacob Kroon --- meta/recipes-kernel/linux/kernel-devsrc.bb | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-)

Re: [OE-core] [PATCH 0/3] Allows to copy symlinks to DUTs with testimage

On Tue, 2016-07-26 at 07:39 +, mariano.lo...@linux.intel.com wrote: > From: Mariano Lopez > > Currently when using the install functionality in the DUT without > package > manager, if you copy a symlink the function will fail. > > These series will change the

Re: [OE-core] 2.7% build time regression caused by enabling debug/printk.scc KERNEL_FEATURE

Hi, I was thinking about how many more times takes to build and run the 2.7% for me is reasonable since it's only enabled on qemu machines for debugging purposes. One alternative will be only enable this feature in AB builds another one is that RP suggest to split into more kernel

Re: [OE-core] [PATCH 1/3] oeqa/utils/commands.py: Add oeqa_copy function

On 26 July 2016 at 08:39, wrote: > +def oeqa_copy(src, dst): > +""" > +Copy files and symlinks trying to preserve metadata. > +""" > + > +shutil.copy2(src, dst, follow_symlinks=False) > Why not just use shutil directly instead of having a wrapper

Re: [OE-core] [PATCH] dpkg: use snapshot.debian.org for SRC_URI

On 7/25/16 4:15 PM, Ross Burton wrote: > Using ${DEBIAN_MIRROR} for SRC_URI doesn't work very well as that will only > contain releases that are currently in Debian, so currently doesn't contain > 1.18.7 as unstable has moved on to 1.18.9. > > So, move all of SRC_URI to the .bb so it can use

[OE-core] [PATCH 2/2] tune-mips-24k: add QEMU_EXTRAOPTIONS for DSP and MIPS16e cores

The core emulated by default by qemu-mips(el) just crashes with illegal instruction when encountering DSP and/or MIPS16e instructions - we have to specify a CPU that supports the extra instructions. This is an issue when generating a rootfs and e.g. running some of the package postinstall

[OE-core] [PATCH 1/2] qemu: add patch to add mips 24KEc CPU definition

This patch has been accepted upstream: http://lists.nongnu.org/archive/html/qemu-devel/2016-07/msg05778.html Signed-off-by: André Draszik --- meta/recipes-devtools/qemu/qemu.inc| 1 + ...0001-target-mips-add-24KEc-CPU-definition.patch | 54

[OE-core] [PATCH 1/3] oeqa/utils/commands.py: Add oeqa_copy function

From: Mariano Lopez This new function is just a call to shutil.copy2() with follow_symlinks set to False. This function is needed when using shutil.copytree() to preserve the symlinks. [YOCTO #9932] Signed-off-by: Mariano Lopez ---

[OE-core] [PATCH 0/3] Allows to copy symlinks to DUTs with testimage

From: Mariano Lopez Currently when using the install functionality in the DUT without package manager, if you copy a symlink the function will fail. These series will change the behaviour and will allow to recreate the symlinks in the DUT. [YOCTO #9932] The

[OE-core] [PATCH 2/3] oeqa/oetest.py: Allow to export packages using symlinks

From: Mariano Lopez Currently packages that contains symlinks can't be extracted and exported. This allows to export extracted such packages. A nice side effect is improved readability. [YOCTO #9932] Signed-off-by: Mariano Lopez

[OE-core] [PATCH 3/3] oeqa/utils/sshcontrol.py: Allows to copy symlinks to target

From: Mariano Lopez Currently when copying a symlink to the target it will fail throwing an exception. This will recreate symlinks from the system performing the tests to the device under tests. [YOCTO #9932] Signed-off-by: Mariano Lopez

Re: [OE-core] 2.7% build time regression caused by enabling debug/printk.scc KERNEL_FEATURE

On 2016-07-26 10:32 AM, Ed Bartosh wrote: Hi all, We've noticed quite big increase of core-image-minimal build time caused by commit d55b7650d305ffad953dd36595ee6b9aa8df5a72 linux-yocto: Enablei debug/printk.scc KERNEL_FEATURE on qemuall machines. That commit only enables the following

[OE-core] [PATCH] bash: add patch to build w/ -Wformat-security

From: André Draszik Signed-off-by: André Draszik --- ...1-help-fix-printf-format-security-warning.patch | 35 ++ meta/recipes-extended/bash/bash_4.3.30.bb | 1 + 2 files changed, 36 insertions(+) create mode 100644

Re: [OE-core] [PATCH v3 0/4] license: Sync with SPDX 2.0, pull request

On 7/26/16 9:12 AM, Richard Purdie wrote: > On Tue, 2016-07-26 at 16:19 +0300, Sergei Miroshnichenko wrote: >> Here are the request for a community review for a synchronization >> with the SPDX License List (git.spdx.org/license-list.git) and adding >> license operators to meet SPDX 2.0

[OE-core] 2.7% build time regression caused by enabling debug/printk.scc KERNEL_FEATURE

Hi all, We've noticed quite big increase of core-image-minimal build time caused by commit d55b7650d305ffad953dd36595ee6b9aa8df5a72 linux-yocto: Enablei debug/printk.scc KERNEL_FEATURE on qemuall machines. Here are results of /usr/bin/time -v bitbake core-image-minimal for this and previous

Re: [OE-core] [PATCH 3/7] libinput: fix udevdir

On 26 July 2016 at 01:49, Robert Yang wrote: > I'd like to update bitbake.conf to lib/udev (no rules.d) if no objections, > then we can drop this patch. > Just actually looked at what libinput is shipping. :) This seems sensible to me. Ross --

Re: [OE-core] why is "run-postinsts" considered a "development" recipe?

On Tue, 26 Jul 2016, Burton, Ross wrote: > > On 26 July 2016 at 15:19, Robert P. J. Day wrote: >   i'm good with that, and one more (potentially idiotic) question > about run-postinsts. i note in the OE recipe file that it inherits > "update-rc.d", but

Re: [OE-core] why is "run-postinsts" considered a "development" recipe?

On 26 July 2016 at 15:19, Robert P. J. Day wrote: > i'm good with that, and one more (potentially idiotic) question > about run-postinsts. i note in the OE recipe file that it inherits > "update-rc.d", but i'm not sure why. > > AIUI (and i could be totally off-base

Re: [OE-core] why is "run-postinsts" considered a "development" recipe?

On Tue, 26 Jul 2016, Burton, Ross wrote: > > On 26 July 2016 at 15:03, Robert P. J. Day wrote: >   for the first time, i want to use run-postinsts to run some initial > system setup, so i'm assuming i need to add that recipe to my image > and the

Re: [OE-core] [PATCH v3 0/4] license: Sync with SPDX 2.0, pull request

On Tue, 2016-07-26 at 16:19 +0300, Sergei Miroshnichenko wrote: > Here are the request for a community review for a synchronization > with the SPDX License List (git.spdx.org/license-list.git) and adding > license operators to meet SPDX 2.0 specification compliance >

Re: [OE-core] why is "run-postinsts" considered a "development" recipe?

On 26 July 2016 at 15:03, Robert P. J. Day wrote: > for the first time, i want to use run-postinsts to run some initial > system setup, so i'm assuming i need to add that recipe to my image > and the associated files, but i'm curious as to why run-postinsts > lives under

[OE-core] why is "run-postinsts" considered a "development" recipe?

for the first time, i want to use run-postinsts to run some initial system setup, so i'm assuming i need to add that recipe to my image and the associated files, but i'm curious as to why run-postinsts lives under recipes-devtools. it doesn't strike me as a development tool, so what's the

Re: [OE-core] [PATCH] wget: Add --ssh-askpass support

On 22 July 2016 at 19:24, Liam R. Howlett wrote: > diff --git > a/meta/recipes-extended/wget/wget/0001-wget-Add-ssh-askpass-support.patch > b/meta/recipes-extended/wget/wget/0001-wget-Add-ssh-askpass-support.patch > new file mode 100644 > index 000..e402375 > ---

[OE-core] [PATCH v3 0/4] license: Sync with SPDX 2.0, pull request

Hi all, Here are the request for a community review for a synchronization with the SPDX License List (git.spdx.org/license-list.git) and adding license operators to meet SPDX 2.0 specification compliance (https://spdx.org/sites/spdx/files/SPDX-2.0.pdf Appendix IV: SPDX License Expression). The

[OE-core] [PATCH] uncovered: list uncovered python modules

This bash script prints list of modules uncovered by oe-selftest or any other test that produces coverage report. It expects coverage report on its stdin and a directory to look for python modules as a command line parameter, e.g. coverage report --rcfile=build/.coveragerc |

Re: [OE-core] Building for armv7athf-neon but toolchain is softfp

Hey Khem, > Seems steps are all ok. Can you upload your hello world somewhere. http://thilo.cestona.ro/~ephraim/public/helloworld.zip Hope you can find out whats going on here :). Cheers, Thilo smime.p7s Description: S/MIME cryptographic signature --

Re: [OE-core] [PATCH] gcc-cross-canadian.inc: add INSANE_SKIP_ to avoid build warning

Please ignore this patch. Verified gcc-5.4 and gcc-6.1 and it proves that no same warning exist. Thanks, Grace On 2016年07月26日 16:22, mingli...@windriver.com wrote: WARNING: QA Issue: gcc-cross-canadian-i586-dbg: found library in wrong location:

[OE-core] [PATCH] gcc-cross-canadian.inc: add INSANE_SKIP_ to avoid build warning

WARNING: QA Issue: gcc-cross-canadian-i586-dbg: found library in wrong location: /PATH/sysroots/x86_64-oesdk-linux/usr/libexec/i586-oe-linux/gcc/ i586-oe-linux/5.2.0/.debug/libcc1.so.0.0.0 This warning is introduced by commit f6e47aa(gcc-target 5.1: fix for libcc1) Signed-off-by: Li Xin

[OE-core] [PATCH 2/2] busybox: handle syslog

If CONFIG_KLOGD is not enabled, then the related service file should not be installed, The error message is below: Cannot add dependency job for unit busybox-klogd.service, ignoring: Unit busybox-klogd.service failed to load: No such file or directory. So we should first check the

[OE-core] [PATCH 1/2] busybox: fix for syslog service in systemd

This patch includes the following changes: 1. Explicitly set StandardOutput of the log daemon to null. This would avoid creating a feedback loop of the syslog service. See link below for more information. http://www.freedesktop.org/wiki/Software/systemd/syslog/ 2. Use ALTERNATIVE

[OE-core] [PATCH] busybox: fix for syslog service in systemd

commit 9943ffeeed5c612d1bc44a12607d553f7704dc7e Author: Chen Qi Date: Thu Sep 11 04:55:35 2014 -0400 busybox: fix for syslog service in systemd This patch includes the following changes: 1. Explicitly set StandardOutput of the log daemon to null.

[OE-core] [PATCH] screen: add back the patch for parallel build

From: Jackie Huang The patch 0001-fix-for-multijob-build.patch was removed by: "d437921 screen: upgrade to 4.4.0" But in fact the fixes is not all in the version 4.4.0, we still get errors in parallel builds: | ../screen-4.4.0/screen.h:48:18: fatal error: comm.h: No