Re: [OE-core] [PATCH 5/5] oeqa/utils/commands.py: Command class improve validations/decoding in output

Hi Anibal, El 07/27/2016 a las 05:40 PM, Aníbal Limón escribió: When run a command sometimes the output isn't provided so validate I wonder if this problem is related to a timeout, so at some point this is reached and no output is shown. before trying to encode to utf-8, also some output like

Re: [OE-core] [PATCH] gstreamer1.0-plugins-bad: add missing wayland-native dependency

> On Jul 27, 2016, at 12:51 PM, Burton, Ross wrote: > > > On 27 July 2016 at 18:07, Martin Jansa > wrote: > On Wed, Jul 27, 2016 at 05:32:57PM +0100, Ross Burton wrote: > > The wayland support requires wayland-scanner, so add a dependency on > > wayland-native. >

[OE-core] [PATCH RFC 0/2] Update SERIAL_CONSOLES_CHECK to allow aliasing

This patch set fixes the corner case described in [YOCTO #9440] and updates its documentation. I am a bit concerned with how I handled things, though, since the documentation was a ways off on how the variable worked in the first place. I'm not sure if the proper thing to do is update the docs to f

[OE-core] [PATCH RFC 2/2] documentation/ref-manual: Update SERIAL_CONSOLES_CHECK description

The previous description was not accurate. Looking at the code, SERIAL_CONSOLES_CHECK does not act like SERIAL_CONSOLES, as it will not add consoles to enable but only check and disable consoles defined by SERIAL_CONSOLES. Also, the previous patch adds aliasing functionality that needed to be docum

[OE-core] [PATCH RFC 1/2] sysvinit-inittab_2.88dsf.bb: Allow aliasing with SERIAL_CONSOLES_CHECK

With some hardware the name of the device node and the name in /proc/console differ. This causes SERIAL_CONSOLES_CHECK to not enable working consoles in these cases. This patch changes SERIAL_CONSOLES_CHECK to have an optional alias for the checked consoles. The new format is: : Fixes [YOCTO #944

[OE-core] [PATCH] u-boot.inc: Enable EXTERNALSRC build

This patch enables building u-boot using externalsrc Signed-off-by: Manjukumar Matha --- meta/recipes-bsp/u-boot/u-boot.inc | 35 ++- 1 file changed, 18 insertions(+), 17 deletions(-) diff --git a/meta/recipes-bsp/u-boot/u-boot.inc b/meta/recipes-bsp/u-boot/u-bo

[OE-core] [PATCH 5/5] oeqa/utils/commands.py: Command class improve validations/decoding in output

When run a command sometimes the output isn't provided so validate before trying to encode to utf-8, also some output like BIOS/EFI contains characters that can't be codified into utf-8 for this reason set errors='replace'. [YOCTO #10019] Signed-off-by: Aníbal Limón --- meta/lib/oeqa/utils/comm

[OE-core] [PATCH 4/5] oeqa/runtime/syslog: test_syslog_logger Don't try to use logread when systemd is enabled

Busybox logread uses shmmem circular buffer to retrive [1] syslog messages when systemd is enabled this shmem circular buffer isn't enabled because systemd journald doesn't provide it. [1] https://git.busybox.net/busybox/tree/sysklogd/logread.c?id=accd9eeb719916da974584b33b1aeced5f3bb346#n121 Si

[OE-core] [PATCH 3/5] classes/testimage: When image is systemd, enable debug log level

In order to get more information about systemd boot process to be able to debug random failures due to high I/O. [YOCTO #9299] Signed-off-by: Aníbal Limón --- meta/classes/testimage.bbclass | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/meta/classes/testimage.bbclass b/

[OE-core] [PATCH 2/5] busybox-syslog.default: When systemd is enabled don't use circular buffer

Busybox syslog uses a shmmem circular buffer [1][2] when launch with -C option when systemd (is enabled) takes the control of syslog messages and then forward the messages to busybox syslog daemon, systemd journald don't usage of shmmem circular buffer. If -C is specified busybox-syslog never be a

[OE-core] [PATCH 1/5] oeqa/runtime/syslog.py: Improve test_syslog_logger

Instead of make all the testing in a shell one liner, divide the test into 3 operations to be able to know in what part is failing. Parts, - Log message to syslog - Review if message exist in /var/log/messages - Review if message exist using logread Signed-off-by:

[OE-core] [PATCH 0/5] Fixes for busybox-syslog with systemd

Changes can be reviewed at, http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=alimon/simple_patches Aníbal Limón (5): oeqa/runtime/syslog.py: Improve test_syslog_logger busybox-syslog.default: When systemd is enabled don't use circular buffer classes/testimage: When image is

[OE-core] [PATCH v2] python-setuptools: Upgrade to v 25.1.0

Signed-off-by: Alejandro Hernandez --- meta/recipes-devtools/python/python-setuptools.inc | 6 ++-- .../python/python-setuptools_22.0.5.bb | 38 -- .../python/python-setuptools_25.1.0.bb | 38 ++ 3 files changed, 41 insertions(+), 4

[OE-core] [PATCH 5/5] python-git: Upgrade python-git and python3-git to 2.0.7

Signed-off-by: Alejandro Hernandez --- meta/recipes-devtools/python/python-git.inc| 3 +++ .../python/{python-git_2.0.5.bb => python-git_2.0.7.bb}| 3 --- .../python/{python3-git_1.0.2.bb => python3-git_2.0.7.bb} | 3 --- 3 files changed, 3

[OE-core] [PATCH 4/5] python-setuptools: Upgrade to v 25.1.0

Signed-off-by: Alejandro Hernandez --- meta/recipes-devtools/python/python-setuptools.inc| 4 ++-- .../{python-setuptools_22.0.5.bb => python-setuptools_25.1.0.bb} | 0 2 files changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-devtools/python/{python-setuptool

[OE-core] [PATCH 3/5] python-pexpect: Upgrade to 4.2.0

Signed-off-by: Alejandro Hernandez --- .../python/{python-pexpect_4.1.0.bb => python-pexpect_4.2.0.bb} | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) rename meta/recipes-devtools/python/{python-pexpect_4.1.0.bb => python-pexpect_4.2.0.bb} (71%) diff --git a/meta/recipes-devtoo

[OE-core] [PATCH 2/5] cronie: upgrade to 1.5.1

Signed-off-by: Alejandro Hernandez --- meta/recipes-extended/cronie/{cronie_1.5.0.bb => cronie_1.5.1.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-extended/cronie/{cronie_1.5.0.bb => cronie_1.5.1.bb} (95%) diff --git a/meta/recipes-extended/cronie/cronie_1.5.

[OE-core] [PATCH 1/5] python-numpy: upgrade to 1.11.1

From: Upgrade Helper --- .../python-numpy/{python-numpy_1.11.0.bb => python-numpy_1.11.1.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-devtools/python-numpy/{python-numpy_1.11.0.bb => python-numpy_1.11.1.bb} (95%) diff --git a/meta/recipes-devtools/python

[OE-core] [PATCH V2] xorg-xserver: upgrade xserver version from 1.18.3 to 1.18.4

From: Edwin Plauchu >From version 1.18.3 to 1.18.4 modesetting driver has suffered several changes. One of this changes allow mouse works as expected with xf86-video-modesetting driver when system startup upon beaglebone. [YOCTO #9828] Signed-off-by: Edwin Plauchu --- .../xorg-xserver/{xserve

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

On Tue, 2016-07-26 at 20:43 -0700, Stephano Cetola wrote: > 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 liv

Re: [OE-core] Busybox drop systemd support

On 07/27/2016 12:58 PM, Mark Hatle wrote: > On 7/27/16 12:17 PM, Aníbal Limón wrote: >> Hi folks, >> >> I was working debugging an issue for missing /var/log/messages in >> systemd/busybox images [1] and then i found that busybox drop support >> for systemd from 1.25 version [2]. >> >> This ends

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

On 07/27/2016 03:06 PM, Sullivan, California L wrote: > Adding the debug-kernel fragment to the printk fragment was probably a > mistake on my part. I don't see anything that requires it. > > I'm also seeing another issue: TTY_PRINTK depends on EXPERT, which is > only enabled on the developer ke

Re: [OE-core] Save the dates (OEDEM and Yocto Project Developer Day)

On Thu, Jul 14, 2016 at 01:03:39PM -0400, Philip Balister wrote: > ELCE is in Berlin this year on Oct 11-13 (Tuesday-Thursday). After > conversations with the Yocto Project, we've worked out that there will > be a Yocto Project developer day on Monday, Oct 10 and OEDEM > (OpenEmbedded developer mee

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

Adding the debug-kernel fragment to the printk fragment was probably a mistake on my part. I don't see anything that requires it. I'm also seeing another issue: TTY_PRINTK depends on EXPERT, which is only enabled on the developer kernel by default, so you currently won't be getting that option. Fr

Re: [OE-core] [PATCH] gstreamer1.0-plugins-bad: add missing wayland-native dependency

On 27 July 2016 at 18:07, Martin Jansa wrote: > On Wed, Jul 27, 2016 at 05:32:57PM +0100, Ross Burton wrote: > > The wayland support requires wayland-scanner, so add a dependency on > > wayland-native. > > Why is this needed when wayland already depends on wayland-native? > Because builds from s

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

On 2016-07-27 01:02 AM, Dengke Du wrote: 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-cor

Re: [OE-core] [PATCH] runqemu: qemuzynqmp: Add Linux boot support

Ping! On Wed, Jun 15, 2016 at 1:43 PM, Alistair Francis wrote: > Add support to direct boot Linux instead of just booting u-boot. > > Signed-off-by: Alistair Francis > --- > scripts/runqemu | 3 +-- > scripts/runqemu-internal | 2 +- > 2 files changed, 2 insertions(+), 3 deletions(-) >

Re: [OE-core] Busybox drop systemd support

On 7/27/16 12:17 PM, Aníbal Limón wrote: > Hi folks, > > I was working debugging an issue for missing /var/log/messages in > systemd/busybox images [1] and then i found that busybox drop support > for systemd from 1.25 version [2]. > > This ends in a set of questions of what we need to do in syst

[OE-core] Busybox drop systemd support

Hi folks, I was working debugging an issue for missing /var/log/messages in systemd/busybox images [1] and then i found that busybox drop support for systemd from 1.25 version [2]. This ends in a set of questions of what we need to do in systemd/busybox images since the next version of busybox wi

Re: [OE-core] [PATCH] gstreamer1.0-plugins-bad: add missing wayland-native dependency

On Wed, Jul 27, 2016 at 05:32:57PM +0100, Ross Burton wrote: > The wayland support requires wayland-scanner, so add a dependency on > wayland-native. Why is this needed when wayland already depends on wayland-native? > Signed-off-by: Ross Burton > --- > meta/recipes-multimedia/gstreamer/gstream

[OE-core] [PATCH 3/5] linux-yocto/4.1: bug fixes and configuration changes

Integrating the following two commits: 44af90071620 4.1.28 Fix bad backport of 8f182270dfec "mm/swap.c: flush lru pvecs on compound page arrival" 99c37e1500a6 i2c: ismt: Add Intel DNV PCI ID And the following two meta-data changes: afbc6bd00e6f bsp/axxiaarm64: Enable Axxia NCR and PEI dri

[OE-core] [PATCH 0/5] linux-yocto: consolidated pull request

Hi all, Here's the latest batch of linux-yocto (4.1 and 4.4) changes. They are -stable updates, a memory leak fix and configuration tweaks (in particular the removal of debug kernel from the printk fragment). This is a slight overlap with another series that I sent before, since I noticed some mi

[OE-core] [PATCH 2/5] linux-yocto/4.1: bump to v4.1.28

Updating the 4.1 kernel to the korg -stable release Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-rt_4.1.bb | 6 +++--- meta/recipes-kernel/linux/linux-yocto-tiny_4.1.bb | 6 +++--- meta/recipes-kernel/linux/linux-yocto_4.1.bb | 20 ++-- 3 files

[OE-core] [PATCH 5/5] linux-yocto/4.4: mousedev and printk configuation streamlining

Integrating two changes to the 4.4 kernel: mousedev: fix warning err caused by __cpu_to_le16p() mousedev: fix warning err caused by __cpu_to_le16p() following warning msg is found when compiling the kernel for qemumips: .../drivers/input/mousedev.c:749:15: warning: passing argument 1

[OE-core] [PATCH 4/5] linux-yocto/4.4: lx-dialog and mei bug fixes

Integrating the following changes, that resolve issues with previous functionality merges: ddab24299940 mei: drop wr_msg from the mei_dev structure 26e282c0686e lx-dialog: fix merge issues Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-rt_4.4.bb | 2 +- meta/reci

[OE-core] [PATCH 1/5] linux-yocto/4.4: bump to v4.4.15

Updating the 4.4 kernel to take the korg -stable release. Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/linux/linux-yocto-rt_4.4.bb | 4 ++-- meta/recipes-kernel/linux/linux-yocto-tiny_4.4.bb | 6 +++--- meta/recipes-kernel/linux/linux-yocto_4.4.bb | 20 ++-- 3 f

[OE-core] [PATCH] tcf-agent: update to 1.4_neon_bugfix branch

Signed-off-by: Tim Orling --- meta/recipes-devtools/tcf-agent/tcf-agent_git.bb | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/recipes-devtools/tcf-agent/tcf-agent_git.bb b/meta/recipes-devtools/tcf-agent/tcf-agent_git.bb index ab2fcd7..e5e41f1 100644 --- a/meta/re

[OE-core] [PATCH] gstreamer1.0-plugins-bad: add missing wayland-native dependency

The wayland support requires wayland-scanner, so add a dependency on wayland-native. Signed-off-by: Ross Burton --- meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-pl

[OE-core] [PATCH V1] xorg-xserver: upgrade xserver version from 1.18.3 to 1.18.4

From: Edwin Plauchu >From version 1.18.3 to 1.18.4 modesetting driver has suffered several changes. One of this changes allow mouse works as expected with xf86-video-modesetting driver when system startup upon beaglebone. [YOCTO #9828] Signed-off-by: Edwin Plauchu --- .../xorg-xserver/xserver

[OE-core] [PATCH 0/4] Jethro-next: QEMU security fixes

From: Armin Kuster Please consider these patches for Jethro-next The following changes since commit 7ed60009e2bcdd2380265ca95eb5de2328825eb5: libxml2: Security fix for CVE-2016-4448 (2016-07-09 15:47:51 -0700) are available in the git repository at: git://git.yoctoproject.org/poky-contrib

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

> On Jul 27, 2016, at 5:14 AM, thilo.ceston...@ts.fujitsu.com wrote: > > Hey Khem, > > I figured, when I do the compile in 2 steps, so compile then link and change > the link command to use the ubuntu arm-linux-gnueabihf-gcc instead of the gcc > from the sdk, the binary is useable. this could

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

On 2016-07-27 09:18 AM, Ed Bartosh wrote: On Wed, Jul 27, 2016 at 09:06:44AM -0400, Bruce Ashfield wrote: On 2016-07-27 08:28 AM, Ed Bartosh wrote: Hi Bruce, Thank you for your suggestion to experiment with configuration options! On 2016-07-26 10:32 AM, Ed Bartosh wrote: Hi all, We've noti

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

On 27 July 2016 at 06:52, Chen Qi wrote: > Fix this problem by hardcoding '/usr/bin/env'. > > Usually, we don't like hardcoding. But as far as I can see, /usr/bin/env is > a little special. We skip the 'file-rdeps' QA checking for '/usr/bin/env' > dependency. Besides, scripts in many packages do

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

* Burton, Ross [160726 09:38]: > 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

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

From: Mariano Lopez There are some features in testimage/testexport that are not tested; this might lead to break some of these features without notice. This adds a new test in order to test two features of testimage: - Import test from other layers. - Install/Unistall in the DUT without a p

[OE-core] [PATCHv2 0/1] Add runtime test for import test from other layers

From: Mariano Lopez Changes in v2: - Fix features needed for bitbake - Use full-cmdline instead of sato - Tested in local autobuilders before submitting the patch The following changes since commit 039f47ad197a9a53109c9f3deadd9c35e62c056d: uclibc: remove meta-yocto-bsp append (2016-07-26 08:

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

On Wed, Jul 27, 2016 at 09:06:44AM -0400, Bruce Ashfield wrote: > On 2016-07-27 08:28 AM, Ed Bartosh wrote: > >Hi Bruce, > > > >Thank you for your suggestion to experiment with configuration options! > > > >>On 2016-07-26 10:32 AM, Ed Bartosh wrote: > >>>Hi all, > >>> > >>>We've noticed quite big i

[OE-core] [PATCH v4 2/4] image creation: support converting masked types

From: Patrick Ohly Conversion to vmdk/vdi/qcow2 is also useful for other base images types, not just for .hdddirect. This can be achieved by definining them as conversion commands and relying on the conversion chaining to convert arbitrary base images. For this to work when the base image gets c

[OE-core] [PATCH v4 3/4] image.bbclass: rename COMPRESS(ION) to CONVERSION

From: Patrick Ohly With the enhanced functionality, the term "compression" is no longer accurate, because the mechanism also gets used for conversion operations that do not actually compress data. It is possible to remove this naming problem in a backward-compatible manner by including COMPRESSI

[OE-core] [PATCH v4 4/4] image.bbclass: prefer specialized image creation methods over chaining

From: Patrick Ohly If a certain image type can be created both by applying conversion commands to a base type as well as via a specialized command (like a fictious IMAGE_CMD_ext4.xz, or some dedicated task, as indicated by IMAGE_TYPES_MASKED = ext4.xz), then pick the more specialized method and s

[OE-core] [PATCH v4 1/4] image.bbclass: fix dependency calculation when using conversion chaining

From: Patrick Ohly When using conversion chaining (for example example: .dsk.vdi.xz), the imagetypes_getdepends() did not properly detect all compression commands (thus skipping the corresponding COMPRESS_DEPENDS) and the base type, leading to missing dependencies of the image's do_rootfs task.

[OE-core] [PATCH v4 0/4] image creation improvements

Hi, This patchset contains various improvements for the image creation functionality made by Patchick Ohly during his work on bug #9076: - fixed dependency calculation for conversion chaining - renamed COMPRESSION variables to CONVERSION as the term "compression" is no longer accurate - priori

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

On 2016-07-27 08:28 AM, Ed Bartosh wrote: Hi Bruce, Thank you for your suggestion to experiment with configuration options! 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 d55b7650d305ffad953dd36595ee6b9aa8

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

Hi Bruce, Thank you for your suggestion to experiment with configuration options! > 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

[OE-core] [PATCH 6/9] glew: upgrade to 2.0.0

1.13.0 -> 2.0.0 Signed-off-by: Maxin B. John --- meta/recipes-graphics/glew/{glew_1.13.0.bb => glew_2.0.0.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/glew/{glew_1.13.0.bb => glew_2.0.0.bb} (90%) diff --git a/meta/recipes-graphics/glew/glew_1.13.0.

[OE-core] [PATCH 5/9] dropbear: upgrade to 2016.74

2016.73 -> 2016.74 Signed-off-by: Maxin B. John --- meta/recipes-core/dropbear/dropbear_2016.73.bb | 7 --- meta/recipes-core/dropbear/dropbear_2016.74.bb | 7 +++ 2 files changed, 7 insertions(+), 7 deletions(-) delete mode 100644 meta/recipes-core/dropbear/dropbear_2016.73.bb create

[OE-core] package upgrades

Package upgrades as suggested by the automated Recipe upgrade tool (AUH) Maxin B. John (9): connman: upgrade to 1.33 libsolv: upgrade to 0.6.23 libtasn1: upgrade to 4.9 wayland-protocols : upgrade to 1.5 dropbear: upgrade to 2016.74 glew: upgrade to 2.0.0 libgpg-error : upgrade to 1.

[OE-core] [PATCH 3/9] libtasn1: upgrade to 4.9

4.8 -> 4.9 Signed-off-by: Maxin B. John --- meta/recipes-support/gnutls/{libtasn1_4.8.bb => libtasn1_4.9.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/gnutls/{libtasn1_4.8.bb => libtasn1_4.9.bb} (81%) diff --git a/meta/recipes-support/gnutls/libtasn1

[OE-core] [PATCH 9/9] cmake: upgrade to 3.6.1

3.5.2 -> 3.6.1 Signed-off-by: Maxin B. John --- .../cmake/{cmake-native_3.5.2.bb => cmake-native_3.6.1.bb}| 0 meta/recipes-devtools/cmake/cmake.inc | 4 ++-- meta/recipes-devtools/cmake/{cmake_3.5.2.bb => cmake_3.6.1.bb}| 0 3 files changed, 2

[OE-core] [PATCH 7/9] libgpg-error : upgrade to 1.24

1.23 -> 1.24 Signed-off-by: Maxin B. John --- .../libgpg-error/{libgpg-error_1.23.bb => libgpg-error_1.24.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/libgpg-error/{libgpg-error_1.23.bb => libgpg-error_1.24.bb} (92%) diff --git a/meta/recipes

[OE-core] [PATCH 8/9] libassuan: upgrade to 2.4.3

2.4.2 -> 2.4.3 Signed-off-by: Maxin B. John --- .../libassuan/{libassuan_2.4.2.bb => libassuan_2.4.3.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-support/libassuan/{libassuan_2.4.2.bb => libassuan_2.4.3.bb} (87%) diff --git a/meta/recipes-supp

[OE-core] [PATCH 1/9] connman: upgrade to 1.33

1.32 -> 1.33 Signed-off-by: Maxin B. John --- .../recipes-connectivity/connman/{connman_1.32.bb => connman_1.33.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-connectivity/connman/{connman_1.32.bb => connman_1.33.bb} (76%) diff --git a/meta/recipes-connectiv

[OE-core] [PATCH 4/9] wayland-protocols : upgrade to 1.5

1.4 -> 1.5 Signed-off-by: Maxin B. John --- .../wayland/{wayland-protocols_1.4.bb => wayland-protocols_1.5.bb}| 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-graphics/wayland/{wayland-protocols_1.4.bb => wayland-protocols_1.5.bb} (85%) diff --git a/meta/recip

[OE-core] [PATCH 2/9] libsolv: upgrade to 0.6.23

0.6.22 -> 0.6.23 Signed-off-by: Maxin B. John --- meta/recipes-extended/libsolv/{libsolv_0.6.22.bb => libsolv_0.6.23.bb} | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) rename meta/recipes-extended/libsolv/{libsolv_0.6.22.bb => libsolv_0.6.23.bb} (93%) diff --git a/meta/recipes-extended

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

Hey Khem, I figured, when I do the compile in 2 steps, so compile then link and change the link command to use the ubuntu arm-linux-gnueabihf-gcc instead of the gcc from the sdk, the binary is useable. I hope that helps a bit! Cheers, Thilo On Mi, 2016-07-27 at 02:57 -0700, Khem Raj wrote: >

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

Hey Khem! I changed the helloworld to the following, but it still doesn't work. #include int main(int argc, char *argv[]) { printf("Hello World!\n"); return 0; } - I updated the Zip of the Url to have the C-Helloworld. Cheers, Th

[OE-core] [PATCH] update-rc.d: Correct trivial typo in DESCRIPTION line.

"utilities" -> "utility" Signed-off-by: Robert P. J. Day --- diff --git a/meta/recipes-core/update-rc.d/update-rc.d_0.7.bb b/meta/recipes-core/update-rc.d/update-rc.d_0.7.bb index c15cb78..3b965c5 100644 --- a/meta/recipes-core/update-rc.d/update-rc.d_0.7.bb +++ b/meta/recipes-core/update-rc.

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

> On Jul 26, 2016, at 2:39 AM, thilo.ceston...@ts.fujitsu.com wrote: > > 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 :). > This seems to contain C++

[OE-core] [PATCH] binutils: Cache gettext api version 1 and 2 support

Problem described here https://lists.gnu.org/archive/html/bug-gettext/2015-11/msg00012.html gettext does not detect the gettext support in libc correctly if the libc is not glibc. Musl does support the gettext version 1 and 2 of APIs http://www.openwall.com/lists/musl/2015/04/16/3 tests in gett

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

On 27 July 2016 at 10:34, Khem Raj wrote: > > I still get the same error after your patch applied: > > > > configure:16513: checking for perl > > configure:16531: found /usr/bin/perl > > configure:16543: result: /usr/bin/perl > > configure:16554: checking for perl >= 5.8.1 > > configure:16561: re

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

> On Jul 26, 2016, at 6:17 PM, Robert Yang wrote: > > > > 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 >>

[OE-core] [PATCH V2 4/9] ofono: remove duplicated udev setting from FILES_${PN}

It doesn't have files in udev dir, and bitbake.conf already sets it. Signed-off-by: Robert Yang --- meta/recipes-connectivity/ofono/ofono.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-connectivity/ofono/ofono.inc b/meta/recipes-connectivity/ofono/ofono.inc

[OE-core] [PATCH V2 5/9] mdadm: remove duplicated udev setting from FILES_${PN}

bitbake.conf already sets it. Signed-off-by: Robert Yang --- meta/recipes-extended/mdadm/mdadm_3.4.bb | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta/recipes-extended/mdadm/mdadm_3.4.bb b/meta/recipes-extended/mdadm/mdadm_3.4.bb index 513a3ce..261054e 100644 --- a/meta/recipes-extende

[OE-core] [PATCH V2 2/9] systemd: install udev.pc

It provides udev, but doesn't install udev.pc, which causes other recipes failed to figure out udevdir. Fixed when systemd in DISTRO_FEATURES: $ bitbake pcmciautils (or btrfs-tools): Package udev was not found in the pkg-config search path. Perhaps you should add the directory containing `udev.pc

[OE-core] [PATCH V2 6/9] xf86-input-vmmouse: remove duplicated udev setting from FILES_${PN}

bitbake.conf already sets it. Signed-off-by: Robert Yang --- meta/recipes-graphics/xorg-driver/xf86-input-vmmouse_13.1.0.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-graphics/xorg-driver/xf86-input-vmmouse_13.1.0.bb b/meta/recipes-graphics/xorg-driver/xf86

[OE-core] [PATCH V2 7/9] eudev: don't move udev directory

The code did "mv ${D}${base_libdir}/udev ${D}${nonarch_base_libdir}" which is not needed any more, eudev can work with ${base_libdir}/udev. Signed-off-by: Robert Yang --- meta/recipes-core/udev/eudev_3.2.bb | 10 +- 1 file changed, 1 insertion(+), 9 deletions(-) diff --git a/meta/recipe

[OE-core] [PATCH V2 9/9] bluez5: remove duplicated udev setting from FILES_${PN}

bitbake.conf already sets it. Signed-off-by: Robert Yang --- meta/recipes-connectivity/bluez5/bluez5.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-connectivity/bluez5/bluez5.inc b/meta/recipes-connectivity/bluez5/bluez5.inc index 92e360a..ecefb7b 100644 --

[OE-core] [PATCH V2 8/9] pcmciautils: remove duplicated udev setting from FILES_${PN}

bitbake.conf already sets it. Signed-off-by: Robert Yang --- meta/recipes-bsp/pcmciautils/pcmciautils_018.bb | 2 -- 1 file changed, 2 deletions(-) diff --git a/meta/recipes-bsp/pcmciautils/pcmciautils_018.bb b/meta/recipes-bsp/pcmciautils/pcmciautils_018.bb index 3556a45..bf0f58a 100644 --- a

[OE-core] [PATCH V2 1/9] bitbake.conf: add eudev's udevdir to FILES_${PN}

* The eudev's udevdir can be ${base_libdir}/udev or ${libdir}/udev, it doesn't have to be hardcoded to /lib/udev, so add them FILES_${PN}. * Use /lib/udev rather than /lib/udev/rules.d for FILES_${PN} since there might be files in /lib/udev except subdir rules.d Signed-off-by: Robert Yang --

[OE-core] [PATCH V2 3/9] libinput: fix udevdir

* Use "pkg-config --variable=udevdir udev" to fix udevdir, otherwise it would use ${libdir}/udev which is incorrect for systemd's udev. Signed-off-by: Robert Yang --- meta/recipes-graphics/wayland/libinput_1.3.0.bb | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/rec

[OE-core] [PATCH V2 0/9] Fix udev dirs

* V2 - lib/udev/rules.d -> lib/udev in bitbake.conf - Remove duplicated udev setting for more recipes // Robert 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 repos

Re: [OE-core] PRServer's problem

On 07/27/2016 04:30 PM, Sergey 'Jin' Bostandzhyan wrote: Hi Robert, On Wed, Jul 27, 2016 at 04:06:19PM +0800, Robert Yang wrote: just wanted to say that we are facing the same issue with PRServer and live updates, looking forward to a possible solution. You can try packagefeed-stability.bbc

Re: [OE-core] PRServer's problem

Hi Robert, On Wed, Jul 27, 2016 at 04:06:19PM +0800, Robert Yang wrote: > >just wanted to say that we are facing the same issue with PRServer and > >live updates, looking forward to a possible solution. > > You can try packagefeed-stability.bbclass on master branch now, and please > feel free to

[OE-core] [PATCH 2/2 v2] qemu.bbclass: add QEMU_EXTRAOPTIONS for MIPS24K (DSP and MIPS16e)

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 scriptle

[OE-core] [PATCH] qemu / tune-corei7: move QEMU_EXTRAOPTIONS into qemu.bbclass

Let's put them into all into one place, PPC defintions are done inside the class already. Signed-off-by: André Draszik --- meta/classes/qemu.bbclass | 3 +++ meta/conf/machine/include/tune-corei7.inc | 3 --- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/meta/cla

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

On Di, 2016-07-26 at 11:02 -0700, Khem Raj wrote: > > > > 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 suppor

Re: [OE-core] PRServer's problem

Hi Sergey, On 05/18/2016 08:27 PM, Sergey 'Jin' Bostandzhyan wrote: Hi, just wanted to say that we are facing the same issue with PRServer and live updates, looking forward to a possible solution. You can try packagefeed-stability.bbclass on master branch now, and please feel free to let me k

Re: [OE-core] [PATCH 0/6] [jethro] Consolidated pull

Hi Mittal, They are merged into jethro now. // Robert On 07/21/2016 11:52 AM, Mittal, AnujX wrote: Just wanted to check - when will these changes be merged in Jethro? Thanks, -Original Message- From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...

[OE-core] krogoth status

It was mentioned to me that krogoth seems stalled. I had a look at the status and I think we were doing well but the test build failed in multiple ways and then we lost momentum. I have just: * merged Armin's krogoth-next branch * backported a grub-efi gcc6 fix * backported a selftest fix * update

[OE-core] [PATCH 1/1] packagefeed-stability.bbclass: fix multilib + rpm

* Fix multilib + rpm since its multilib package name is special. * Update SSTATE_DUPWHITELIST to avoid shared location conflicted error. * Fix message when "not copying", now the messages are: Copying packages for recipe Not copying packages for recipe Signed-off-by: Robert Yang --- meta/c

[OE-core] [PATCH 0/1] packagefeed-stability.bbclass: fix multilib + rpm

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 rbt/feed http://cgit.openembedded.org/cgit.cgi/op

[OE-core] [PATCH 1/1] attr: make ptest pass when selinux enabled

From: Kai Kang When selinux is enabled, a file has a default attribute "security.selinux" and the output of getfattr shows: # file: here security.selinux="system_u:object_r:lib_t:s0" That always causes more output of command getfattr than expected. Filter out selinux related attribute info,

[OE-core] [PATCH 0/1] Make attr ptest pass when selinux enabled

From: Kai Kang 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.pokylinux.org/poky-contrib kangkai/attr http://git.pokyli