[OE-core] [PATCH] mesa: Fix build when cross compiling with clang

Signed-off-by: Khem Raj --- .../mesa/files/clang-compile-PR89599.patch | 116 + .../mesa/files/disable-asm-on-non-gcc.patch| 29 ++ meta/recipes-graphics/mesa/mesa_12.0.1.bb | 2 + 3 files changed, 147 insertions(+) create mode 100644 meta/reci

[OE-core] [PATCH] gstreamer1.0-plugins-bad: Backport GstGLMemoryEGL implementation

Backports fix for https://bugzilla.gnome.org/show_bug.cgi?id=760916 Signed-off-by: Khem Raj --- .../0008-gl-implement-GstGLMemoryEGL.patch | 495 + .../gstreamer/gstreamer1.0-plugins-bad_1.8.2.bb| 1 + 2 files changed, 496 insertions(+) create mode 100644 meta

[OE-core] [PATCH 3/3] gdb: Cache gnu gettext config vars for musl builds

intl is used in gdb as well and we run the configure for it when running do compile. So we need to insert these caching of variables to extra oe_make Signed-off-by: Khem Raj --- meta/recipes-devtools/gdb/gdb_7.11.bb | 5 + 1 file changed, 5 insertions(+) diff --git a/meta/recipes-devtools/g

[OE-core] [PATCH 2/3] ffmpeg: Upgrade to 3.1.1

Fix build on mips64 while on it. It was failing for mips64 with 3.1 too Signed-off-by: Khem Raj --- .../ffmpeg/ffmpeg/mips64_cpu_detection.patch | 32 ++ .../ffmpeg/{ffmpeg_3.1.bb => ffmpeg_3.1.1.bb} | 9 +++--- 2 files changed, 37 insertions(+), 4 deletions(-) c

[OE-core] [PATCH 1/3] linux-dtb.inc: Support for .dtbo files for dtb overlays

From: Herve Jourdain Signed-off-by: Herve Jourdain Signed-off-by: Khem Raj --- meta/recipes-kernel/linux/linux-dtb.inc | 18 +++--- 1 file changed, 11 insertions(+), 7 deletions(-) diff --git a/meta/recipes-kernel/linux/linux-dtb.inc b/meta/recipes-kernel/linux/linux-dtb.inc inde

Re: [OE-core] multilib support on Jethro: populate_sdk help

Added: https://bugzilla.yoctoproject.org/show_bug.cgi?id=10054 Please let me know if I can try anything else or provide more info. In the meantime, I'm going to try to disable multilib, and only build the ARMv7 version of the SDK. On Fri, Jul 29, 2016 at 12:07 PM, Khem Raj wrote: > > On Jul

[OE-core] [PATCH] apt: Upgrade to 1.2.12

Test was made building core-image-sato with package_deb on qemux86 and qemuarm then run for two of them testimage and install packages with apt-get using PACKAGE_FEED_URI's configuration. Now apt support drop priviligies for install packages using a sandbox with _apt user, the useradd class was in

[OE-core] [meta-oe][PATCH] patchelf: Update to version 0.9

Remove patch maxsize.patch already applied upstream. Add patch Skip-empty-section-fixes-66.patch to prevent errors like: ERROR: go-cross-1.6.2-r0 do_populate_sysroot_setscene: '('patchelf-uninative', '--set-interpreter', '/home/user/src/prj/build/tmp/sysroots-uninative/ x86_64-linux/lib/ld-linux-

Re: [OE-core] multilib support on Jethro: populate_sdk help

> On Jul 29, 2016, at 10:48 AM, Nemicolopterus Crypticus > wrote: > > Hello all, > > We are having issues with our generated SDK files. We're using the jethro > branch, and have enabled multilib (see relevant portion of local.conf below). > > I can succesfully run the command to generate the

Re: [OE-core] metadata_scm - get branch/revision from svn repository

Hi Edson > On Jul 29, 2016, at 11:09 AM, Edson Seabra > wrote: > > Hi, > > With this patch bitbake commands can display the branch/revision of layers > under svn control. > Can you submit the patch following the patch submitting guidelines http://www.openembedded.org/wiki/How_to_submit_a_p

Re: [OE-core] [][PATCH v2] init-install*: /etc/mtab make a link rather than a copy

> On Jul 29, 2016, at 3:22 AM, Awais Belal wrote: > > Using a copy would only make management of devices erroneous > and makes the system unstable in some scenarios as tools will > have to manipulate both files separately. A link ensures that > both files /proc/mounts and /etc/mtab will have the

[OE-core] metadata_scm - get branch/revision from svn repository

Hi, With this patch bitbake commands can display the branch/revision of layers under svn control. Regards Edson Seabra | Principal Engineer | M +1 510 590 0074 ZPE Systems, Inc. | 39420 Liberty Street, #252B | Fremont, CA 94538 edson.sea...@zpesystems.com

Re: [OE-core] [PATCH] init-install*: /etc/mtab make a link rather than a copy

> On Jul 29, 2016, at 3:17 AM, Belal, Awais wrote: > >>> On Jul 28, 2016, at 1:49 AM, Awais Belal wrote: >>> >>> Using a copy would only make management of devices erroneous >>> and makes the system unstable in some scenarios as tools will >>> have to manipulate both files separately. A link e

[OE-core] multilib support on Jethro: populate_sdk help

Hello all, We are having issues with our generated SDK files. We're using the jethro branch, and have enabled multilib (see relevant portion of local.conf below). I can succesfully run the command to generate the SDK: $ bitbake -c populate_sdk But the output is incorrect. *While the aarch sysro

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

On 07/26/2016 02:33 AM, mingli...@windriver.com wrote: > 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.freedeskt

Re: [OE-core] About pseudo's chmod

On 29 Jul 2016, at 2:38, Robert Yang wrote: It got 0644 but not 0444 in the second build was because pseudo's unlink doesn't take core of hard links, for example: $ umask 0022 $ touch file1 $ ln file1 file2 $ chmod 0777 file1 $ ls -l file1 file2 We can see that both file1 and file2's mode is 07

Re: [OE-core] [PATCH v5 1/2] image creation: support converting masked types

On Fri, Jul 29, 2016 at 03:36:12PM +0100, Richard Purdie wrote: > On Fri, 2016-07-29 at 15:29 +0100, Richard Purdie wrote: > > On Fri, 2016-07-29 at 16:44 +0300, Ed Bartosh wrote: > > > From: Patrick Ohly > > > > > > Conversion to vmdk/vdi/qcow2 is also useful for other base images > > > types, n

[OE-core] Yocto Project Status WW31

Current Dev Position: YP 2.2 M3 Next Deadline: YP 2.2 M3 which will be Aug 29th (5:00pm GMT) SWAT team rotation: Ross -> Randy https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Key Status/Updates: * This status covers two weeks * We did get an M2 build into QA, it took some time

[OE-core] [PATCH 00/12] Krogoth-next pull request

Please consider these for Krogoth-next. These fixed checkuri and host gcc 6 build issues. The following changes since commit f73006031ef8bca7b8851724832c6f37ed63ec89: oeqa/recipetool: update recipe test to pass SHA (2016-07-27 14:10:51 +0100) are available in the git repository at: git://g

[OE-core] [PATCH] 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

Re: [OE-core] [PATCH v5 1/2] image creation: support converting masked types

On Fri, 2016-07-29 at 15:29 +0100, Richard Purdie wrote: > On Fri, 2016-07-29 at 16:44 +0300, Ed Bartosh wrote: > > 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 conve

Re: [OE-core] [PATCH v5 1/2] image creation: support converting masked types

On Fri, 2016-07-29 at 16:44 +0300, Ed Bartosh wrote: > 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 ar

[OE-core] [PATCH v5 0/2] mage creation improvements

Hi, This patchset contains various improvements for the image creation functionality made by Patchick Ohly during his work on bug #9076: - renamed COMPRESSION variables to CONVERSION as the term "compression" is no longer accurate - support converting masked types Changes in v2: rebased on top

[OE-core] [PATCH v5 2/2] 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 v5 1/2] 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

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

On 2016-07-29 8:00 AM, Richard Purdie wrote: On Fri, 2016-07-29 at 07:15 -0400, Bruce Ashfield wrote: On 2016-07-29 2:48 AM, Richard Purdie wrote: On Wed, 2016-07-27 at 12:57 -0400, Bruce Ashfield wrote: Updating the 4.1 kernel to the korg -stable release Signed-off-by: Bruce Ashfield --- m

Re: [OE-core] [PATCH v2] glew: upgrade to 2.0.0

Please ignore this one. On Fri, Jul 29, 2016 at 03:45:46PM +0300, Maxin B. John wrote: > 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} | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > rename meta/recipes-gra

[OE-core] [PATCH v2] glew: upgrade to 2.0.0

1.13.0 -> 2.0.0 v2: Fix installed-vs-shipped QA error for multilib build Signed-off-by: Maxin B. John --- meta/recipes-graphics/glew/{glew_1.13.0.bb => glew_2.0.0.bb} | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) rename meta/recipes-graphics/glew/{glew_1.13.0.bb => glew_2

[OE-core] [PATCH v2] apmd: use snapshot.debian.org for SRC_URI

Using ${DEBIAN_MIRROR} for SRC_URI doesn't work very well as that will only contain releases that are currently in Debian. So, move all of SRC_URI to the .bb so it can use snapshot.debian.org instead, and set UPSTREAM_CHECK_URI to ${DEBIAN_MIRROR} so upstream release checking continues to work. v

[OE-core] [PATCH v2] 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} | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) rename meta/recipes-graphics/glew/{glew_1.13.0.bb => glew_2.0.0.bb} (84%) diff --git a/meta/recipes-graphics/glew/glew_1.13.

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

On 2016-07-29 8:00 AM, Richard Purdie wrote: On Fri, 2016-07-29 at 07:15 -0400, Bruce Ashfield wrote: On 2016-07-29 2:48 AM, Richard Purdie wrote: On Wed, 2016-07-27 at 12:57 -0400, Bruce Ashfield wrote: Updating the 4.1 kernel to the korg -stable release Signed-off-by: Bruce Ashfield --- m

Re: [OE-core] want to verify proper use of run-postinsts, if i may

On Fri, 29 Jul 2016, Richard Purdie wrote: > On Fri, 2016-07-29 at 07:54 -0400, Robert P. J. Day wrote: > > On Fri, 29 Jul 2016, Richard Purdie wrote: > > > > > On Fri, 2016-07-29 at 07:43 -0400, Robert P. J. Day wrote: > > > > On Fri, 29 Jul 2016, Robert P. J. Day wrote: > > > > > > > > ... snip

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

On Fri, 2016-07-29 at 07:15 -0400, Bruce Ashfield wrote: > On 2016-07-29 2:48 AM, Richard Purdie wrote: > > On Wed, 2016-07-27 at 12:57 -0400, Bruce Ashfield wrote: > > > Updating the 4.1 kernel to the korg -stable release > > > > > > Signed-off-by: Bruce Ashfield > > > --- > > > meta/recipes-ke

Re: [OE-core] want to verify proper use of run-postinsts, if i may

On Fri, 2016-07-29 at 07:54 -0400, Robert P. J. Day wrote: > On Fri, 29 Jul 2016, Richard Purdie wrote: > > > On Fri, 2016-07-29 at 07:43 -0400, Robert P. J. Day wrote: > > > On Fri, 29 Jul 2016, Robert P. J. Day wrote: > > > > > > ... snip ... > > > > > > > am i missing anything? i'm assuming

Re: [OE-core] want to verify proper use of run-postinsts, if i may

On Fri, 29 Jul 2016, Richard Purdie wrote: > On Fri, 2016-07-29 at 07:43 -0400, Robert P. J. Day wrote: > > On Fri, 29 Jul 2016, Robert P. J. Day wrote: > > > > ... snip ... > > > > > am i missing anything? i'm assuming i'd use a .bbappend recipe to > > > add the script names to SRC_URI, then def

Re: [OE-core] want to verify proper use of run-postinsts, if i may

On Fri, 2016-07-29 at 07:43 -0400, Robert P. J. Day wrote: > On Fri, 29 Jul 2016, Robert P. J. Day wrote: > > ... snip ... > > > am i missing anything? i'm assuming i'd use a .bbappend recipe to > > add the script names to SRC_URI, then define "do_install_append()" > > to manually copy them over

Re: [OE-core] want to verify proper use of run-postinsts, if i may

On Fri, 29 Jul 2016, Robert P. J. Day wrote: ... snip ... > am i missing anything? i'm assuming i'd use a .bbappend recipe to > add the script names to SRC_URI, then define "do_install_append()" > to manually copy them over, or is there a proper way to do that i'm > not seeing? never mind, ju

[OE-core] want to verify proper use of run-postinsts, if i may

looks pretty straightforward, just want to make sure i'm not missing anything. on a systemd-based image, rpm packaging, AFAICT, i need to do only the following: 1) add run-postinsts recipe to the image 2) create a run-postinsts bbappend recipe that adds /etc/rpm-postinsts directory with all

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

On 2016-07-29 2:48 AM, Richard Purdie wrote: On Wed, 2016-07-27 at 12:57 -0400, Bruce Ashfield wrote: 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

Re: [OE-core] does "wic" allow one to actually format physical devices?

On Fri, Jul 29, 2016 at 06:19:13AM -0400, Robert P. J. Day wrote: > On Fri, 29 Jul 2016, Ed Bartosh wrote: > > > On Thu, Jul 28, 2016 at 05:30:14PM -0400, Robert P. J. Day wrote: > > > > > > never used "wic" before, and i'm wondering if it has the ability > > > to not create dd-able images so mu

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

Now including the list as I'm subscriber now... Am 29.07.2016 um 11:14 schrieb Meier, Roger (BT CPS R&D ZG FW CCP) mailto:r.me...@siemens.com>>: Hi Mark Am 26.07.2016 um 16:18 schrieb Mark Hatle mailto:mark.ha...@windriver.com>>: On 7/26/16 9:12 AM, Richard Purdie wrote: On Tue, 2016-07-26 at

[OE-core] [][PATCH v2] init-install*: /etc/mtab make a link rather than a copy

Using a copy would only make management of devices erroneous and makes the system unstable in some scenarios as tools will have to manipulate both files separately. A link ensures that both files /proc/mounts and /etc/mtab will have the same information at all times and this is how it is handled on

Re: [OE-core] does "wic" allow one to actually format physical devices?

On Fri, 29 Jul 2016, Ed Bartosh wrote: > On Thu, Jul 28, 2016 at 05:30:14PM -0400, Robert P. J. Day wrote: > > > > never used "wic" before, and i'm wondering if it has the ability > > to not create dd-able images so much as partition and format > > physical target devices. surely, the underlying

Re: [OE-core] [PATCH] init-install*: /etc/mtab make a link rather than a copy

Good catch Andre... I did a local update but forgot to send the v2. I'll do so now. BR, Awais From: Andre McCurdy [armccu...@gmail.com] Sent: Friday, July 29, 2016 2:00 AM To: Belal, Awais Cc: OE Core mailing list Subject: Re: [OE-core] [PATCH] init-insta

Re: [OE-core] [PATCH] init-install*: /etc/mtab make a link rather than a copy

>> On Jul 28, 2016, at 1:49 AM, Awais Belal wrote: >> >> Using a copy would only make management of devices erroneous >> and makes the system unstable in some scenarios as tools will >> have to manipulate both files separately. A link ensures that >> both files /proc/mounts and /etc/mtab will have

[OE-core] [PATCH] dhcp: dhcrelay.service cannot start successfully

Modify dhcrelay.service to avoid it start failed. Signed-off-by: Dai Caiyun --- meta/recipes-connectivity/dhcp/dhcp.inc | 1 + meta/recipes-connectivity/dhcp/files/dhcrelay.service | 3 ++- 2 files changed, 3 insertions(+), 1 deletion(-) diff --git a/meta/recipes-connectivity/dhcp

Re: [OE-core] [oe-commits] [openembedded-core] 21/28: rt-tests: move ptest to python3

On Mon, Jul 25, 2016 at 09:17:13PM +0100, Burton, Ross wrote: > On 24 July 2016 at 13:11, Martin Jansa wrote: > > > Any idea why it fails now like this: > > > > http://errors.yoctoproject.org/Errors/Details/73086/ > > > > ? > > > > I've just sent a patch, can you see if that helps? Thanks, work

Re: [OE-core] does "wic" allow one to actually format physical devices?

On Thu, Jul 28, 2016 at 05:30:14PM -0400, Robert P. J. Day wrote: > > never used "wic" before, and i'm wondering if it has the ability to > not create dd-able images so much as partition and format physical > target devices. surely, the underlying logic would be the same, i just > want to work w

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

On Thu, Jul 28, 2016 at 09:42:44PM +0100, Richard Purdie wrote: > On Wed, 2016-07-27 at 15:51 +0300, Ed Bartosh wrote: > > From: Patrick Ohly > > > > When using conversion chaining (for example example: .dsk.vdi.xz), > > the imagetypes_getdepends() did not properly detect all compression > > comm

[OE-core] State of bitbake world 2016-07-29

== Number of issues - stats == {| class='wikitable' !|Date !!colspan='3'|Failed tasks !!colspan='6'|Failed depencencies!!|Signatures !!colspan='12'|QA !!Comment |- || ||qemuarm ||qemux86 ||qemux86_64 ||q

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

Hi RP, On Fri, Jul 29, 2016 at 07:51:31AM +0100, Richard Purdie wrote: > On Wed, 2016-07-27 at 16:02 +0300, Maxin B. John wrote: > > 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

[OE-core] [PATCH 1/1] groff_1.18.1.4: fix narrowing conversion error

While gcc6 used, build old groff (for anti-GPLv3 reasons) failed: . |groff-1.18.1.4/src/devices/grolbp/charset.h:69:1: error: narrowing conversion of '130' from 'int' to 'char' inside { } [-Wnarrowing] .. In upstream git://git.savannah.gnu.org/groff.git, the following commit fix the issue,

[OE-core] [PATCH 0/1] fix groff_1.18.1.4 do_compile failure

Steps to test: 1. Set groff version to 1.18.1.4 PREFERRED_VERSION_groff = "1.18.1.4" 2. bitbake groff //Hongxu 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

Re: [OE-core] About pseudo's chmod

On 07/29/2016 03:38 PM, Robert Yang wrote: On 07/05/2016 09:10 PM, Mark Hatle wrote: On 7/5/16 5:23 AM, Robert Yang wrote: Hi, When run "chmod 0444 " under pseudo, it would always adds write permission for real file (and w + x for dir), which means that it runs as "chmod 0644 ". It does th

Re: [OE-core] About pseudo's chmod

On 07/05/2016 09:10 PM, Mark Hatle wrote: On 7/5/16 5:23 AM, Robert Yang wrote: Hi, When run "chmod 0444 " under pseudo, it would always adds write permission for real file (and w + x for dir), which means that it runs as "chmod 0644 ". It does this on real file, not record this on pseudo's d

Re: [OE-core] [PATCH 0/8] Extensible SDK improvements

On Mon, 2016-07-25 at 19:42 +1200, Paul Eggleton wrote: > On Sat, 23 Jul 2016 13:11:39 Paul Eggleton wrote: > > On Fri, 22 Jul 2016 23:31:38 Burton, Ross wrote: > > > On 22 July 2016 at 13:38, Paul Eggleton < > > > paul.eggle...@linux.intel.com> > > > > > > wrote: > > > > Some fixes and enhancemen

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

On Wed, 2016-07-27 at 17:40 -0500, Aníbal Limón wrote: > 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 ena