Re: [OE-core] [PATCH 1/1] runqemu: drop RPC ports

On Thu, Jun 22, 2017 at 9:48 PM, Robert Yang wrote: > > > On 06/22/2017 11:07 PM, Bruce Ashfield wrote: > >> >> >> On Thu, Jun 22, 2017 at 4:30 AM, Robert Yang > > wrote: >> >> The following commit has removed rpc ports from >> runqemu-export-rootfs, so >>

[OE-core] ✗ patchtest: failure for (morty) rpm: Fix the Bug of SRPM String error (rev2)

== Series Details == Series: (morty) rpm: Fix the Bug of SRPM String error (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/7416/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have

[OE-core] ✗ patchtest: failure for (krogoth) rpm: Fix the Bug of SRPM String error (rev2)

== Series Details == Series: (krogoth) rpm: Fix the Bug of SRPM String error (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/7415/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests hav

[OE-core] ✗ patchtest: failure for (jethro) rpm: Fix the Bug of SRPM String error (rev2)

== Series Details == Series: (jethro) rpm: Fix the Bug of SRPM String error (rev2) Revision: 2 URL : https://patchwork.openembedded.org/series/7414/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have

[OE-core] [PATCH v3] (morty) rpm: Fix the Bug of SRPM String error

Add a patch 0001-Fix-the-Bug-of-SRPM-String-error.patch to fix SRPM bug When use bitbake to build a SRPM package, some sections of SRPM can't be displayed normally. For example: $ rpm -qpi bash-4.3.30-r0.src.rpm warning: bash-4.3.30-r0.src.rpm: Header V4 DSA/SHA1 Signature, key ID 0a868e8e: NOKE

[OE-core] [PATCH v3] (jethro) rpm: Fix the Bug of SRPM String error

Add a patch 0001-Fix-the-Bug-of-SRPM-String-error.patch to fix SRPM bug When use bitbake to build a SRPM package, some sections of SRPM can't be displayed normally. For example: $ rpm -qpi bash-4.3.30-r0.src.rpm warning: bash-4.3.30-r0.src.rpm: Header V4 DSA/SHA1 Signature, key ID 0a868e8e: NOK

[OE-core] [PATCH v3] (krogoth) rpm: Fix the Bug of SRPM String error

Add a patch 0001-Fix-the-Bug-of-SRPM-String-error.patch to fix SRPM bug When use bitbake to build a SRPM package, some sections of SRPM can't be displayed normally. For example: $ rpm -qpi bash-4.3.30-r0.src.rpm warning: bash-4.3.30-r0.src.rpm: Header V4 DSA/SHA1 Signature, key ID 0a868e8e: NOKE

Re: [OE-core] [PATCH 1/1] runqemu: drop RPC ports

On 06/22/2017 11:07 PM, Bruce Ashfield wrote: On Thu, Jun 22, 2017 at 4:30 AM, Robert Yang mailto:liezhi.y...@windriver.com>> wrote: The following commit has removed rpc ports from runqemu-export-rootfs, so runqemu should also remove them, otherwise "runqemu nfs" doesn't work. And u

[OE-core] [PATCH v6] image_types.bbclass: Prompt error message on missing setting in UBI and UBIFS

From: Choong YinThong Prompt error message to guide user add argument MKUBIFS_ARGS and UBINIZE_ARGS on every UBI and UBIFS image creation. [YOCTO #11589] Signed-off-by: Choong YinThong --- meta/classes/image_types.bbclass | 6 ++ 1 file changed, 6 insertions(+) diff --git a/meta/classes/

Re: [OE-core] [PATCH v2] systemd: work-around ppc gold linker error

On 2017-06-22 06:22 PM, Khem Raj wrote: What's the link to upstream bug in linker Do you mean: Have I created an upstream bug? No, not yet but I'm just reading their email lists and trying to understand where and how to report the bug. If you'd like to do that and CC me, then the task will fin

[OE-core] Tune Cortex-A53 for 32bit armv8

Hello! I see there is a patch to include the arch armv8 32bit and tunes for Cortex-A53 here: https://patchwork.openembedded.org/series/4000. According to the comments it seems it is not far from being usable: what do you think it is needed to integrate it? I would be interested in having it availab

Re: [OE-core] [PATCH] linux-libc-headers: fix duplicate IFF_LOWER_UP DORMANT ECHO on musl

I would rather fix the package instead of kernel headers unless kernel community accepts this patch On Thu, Jun 22, 2017 at 11:14 AM André Draszik wrote: > From: André Draszik > > musl _does_ define IFF_LOWER_UP DORMANT ECHO so we should > prevent redefinition of these when on musl. > > As per

Re: [OE-core] [PATCH v2] systemd: work-around ppc gold linker error

What's the link to upstream bug in linker On Thu, Jun 22, 2017 at 12:34 AM Randy MacLeod wrote: > Merge if you like or wait for the real fix to binutils. > > This bug has been around for more than a week > since the binutils upgrade was merged and > no one else seems to have noticed so it doesn'

Re: [OE-core] [PATCH v2] (jethro) rpm: Fix the Bug of SRPM String error

On Wed, Jun 21, 2017 at 9:06 PM zhengrq wrote: > Add a patch 0001-Fix-the-Bug-of-SRPM-String-error.patch to fix SRPM bug > > When use bitbake to build a SRPM package, some sections of SRPM can't be > displayed normally. > For example: > $ rpm -qpi zlib-1.2.8-r0.src.rpm > warning: zlib-1.2.8-r0.sr

Re: [OE-core] how to load cmake args from git?

On 22 June 2017 at 09:42, Adam Trhon wrote: > but I am not very happy about using PACKAGECONFIG_CONFARGS - it feels > hacky, the > arguments are not shown in cmake fail log and it cannot handle argumetns > containing > spaces. Is there a cleaner way to achieve this? > Definitely don't use PACKAG

Re: [OE-core] [PATCH 2/3] lttng-tools: update to 2.9.5

"Burton, Ross" writes: > On 16 June 2017 at 22:39, Nathan Lynch wrote: > >> Miscellaneous fixes. >> > > This isn't related to the upgrade as it was a problem in the old release > too but I thought you should know: > > WARNING: lttng-tools-2.9.5-r0 do_package_qa: QA Issue: lttng-tools-ptest: > /u

Re: [OE-core] [PATCH 1/2] commands: send stderr to a new pipe

On Thu, 2017-06-22 at 23:07 +0200, Patrick Ohly wrote: > On Thu, 2017-06-22 at 15:47 -0500, Leonardo Sandoval wrote: > > On Thu, 2017-06-22 at 19:39 +0200, Patrick Ohly wrote: > > > On Thu, 2017-06-22 at 11:18 -0500, Leonardo Sandoval wrote: > > > > On Thu, 2017-06-22 at 17:59 +0200, Patrick Ohly w

Re: [OE-core] [PATCH 1/2] commands: send stderr to a new pipe

On Thu, 2017-06-22 at 15:47 -0500, Leonardo Sandoval wrote: > On Thu, 2017-06-22 at 19:39 +0200, Patrick Ohly wrote: > > On Thu, 2017-06-22 at 11:18 -0500, Leonardo Sandoval wrote: > > > On Thu, 2017-06-22 at 17:59 +0200, Patrick Ohly wrote: > > > > On Thu, 2017-06-22 at 10:37 -0500, Leonardo Sando

Re: [OE-core] [PATCH 1/2] commands: send stderr to a new pipe

On Thu, 2017-06-22 at 21:35 +0200, Patrick Ohly wrote: > > And please, whatever we do, let's not change oeqa in a way that breaks > existing tests, whether they are in OE-core or some other layer. > The AB issue that was reported recently may be related to this change but locally I have not see

Re: [OE-core] [PATCH 1/2] commands: send stderr to a new pipe

On Thu, 2017-06-22 at 19:39 +0200, Patrick Ohly wrote: > On Thu, 2017-06-22 at 11:18 -0500, Leonardo Sandoval wrote: > > On Thu, 2017-06-22 at 17:59 +0200, Patrick Ohly wrote: > > > On Thu, 2017-06-22 at 10:37 -0500, Leonardo Sandoval wrote: > > > > On Thu, 2017-06-22 at 17:14 +0200, Patrick Ohly w

[OE-core] how to load cmake args from git?

I have a recipe that is configured by cmake. The cmake arguments are hardcoded in the recipe and set using the EXTRA_OECMAKE variable. For various reasons, I would like to have the arguments in a file in the project's upstream repository (it's mine as well) and load them. I came up with this: do

[OE-core] [PATCH 1/1] buildhistory.bbclass: buildhistory_list_files: remove folder size

"buildhistory_list_files" generates text files containing list of files that go into various packages/images. The file list contains file sizes as well. However, the listed "file size" of a directory entry depends on the file system of the build host. So, for example, building on EXT4 the folder si

[OE-core] [PATCH 0/1] buildhistory: files-in-package.txt

When comparing two build histories of the same image, but built using hosts with different filesystems, I noticed that although the images/packages were binary identical, the build histories differed. This was caused by the fact that the generated files (i.e. files-in-package.txt) listed different

Re: [OE-core] [PATCH 1/2] commands: send stderr to a new pipe

On Thu, 2017-06-22 at 17:59 +0100, Richard Purdie wrote: > The problem here is that stdout and stderr are being mixed and that > mixing is not accounting for newlines. bitbake itself does print > different messages to both. The mixing depends on kernel page size and > when the buffers are flushed.

Re: [OE-core] [PATCH 1/2] commands: send stderr to a new pipe

On Thu, 2017-06-22 at 11:18 -0500, Leonardo Sandoval wrote: > On Thu, 2017-06-22 at 17:59 +0200, Patrick Ohly wrote: > > On Thu, 2017-06-22 at 10:37 -0500, Leonardo Sandoval wrote: > > > On Thu, 2017-06-22 at 17:14 +0200, Patrick Ohly wrote: > > > > On Thu, 2017-06-22 at 09:58 -0500, Leonardo Sando

Re: [OE-core] [PATCH 1/2] commands: send stderr to a new pipe

On Thu, 2017-06-22 at 17:59 +0200, Patrick Ohly wrote: > On Thu, 2017-06-22 at 10:37 -0500, Leonardo Sandoval wrote: > > > > On Thu, 2017-06-22 at 17:14 +0200, Patrick Ohly wrote: > > > > > > On Thu, 2017-06-22 at 09:58 -0500, Leonardo Sandoval wrote: > > > > > > > > On Thu, 2017-06-22 at 16:17

Re: [OE-core] [PATCH 2/3] lttng-tools: update to 2.9.5

On 16 June 2017 at 22:39, Nathan Lynch wrote: > Miscellaneous fixes. > This isn't related to the upgrade as it was a problem in the old release too but I thought you should know: WARNING: lttng-tools-2.9.5-r0 do_package_qa: QA Issue: lttng-tools-ptest: /usr/lib/lttng-tools/ptest/tests/regressio

[OE-core] [PATCH] selftest/seltest.py: Add test to check imports from other layers

From: Jose Perez Carranza This tests adds a check of selftest itself to verify if can add test from other layers. [YOCTO #9770] Signed-off-by: Mariano Lopez Signed-off-by: Jose Perez Carranza --- .../lib/oeqa/selftest/cases/external-layer.py | 16 +++ meta/lib/oeqa/selftest/cases/se

Re: [OE-core] [PATCH 1/2] commands: send stderr to a new pipe

On Thu, 2017-06-22 at 17:59 +0200, Patrick Ohly wrote: > On Thu, 2017-06-22 at 10:37 -0500, Leonardo Sandoval wrote: > > On Thu, 2017-06-22 at 17:14 +0200, Patrick Ohly wrote: > > > On Thu, 2017-06-22 at 09:58 -0500, Leonardo Sandoval wrote: > > > > On Thu, 2017-06-22 at 16:17 +0200, Patrick Ohly w

Re: [OE-core] [PATCH 1/2] commands: send stderr to a new pipe

On Thu, 2017-06-22 at 10:37 -0500, Leonardo Sandoval wrote: > On Thu, 2017-06-22 at 17:14 +0200, Patrick Ohly wrote: > > On Thu, 2017-06-22 at 09:58 -0500, Leonardo Sandoval wrote: > > > On Thu, 2017-06-22 at 16:17 +0200, Patrick Ohly wrote: > > > > On Mon, 2017-06-19 at 07:39 -0700, > > > > leonar

[OE-core] [PATCH] tcl: cleanups

No need to set DEPENDS_class-native explicitly as self-dependencies are ignored now. Don't rewrite do_configure, autotools_do_configure works. Actually invoke the install-private-headers target (autotools_do_install doesn't take arguments). Remove redundant cd. Signed-off-by: Ross Burton ---

Re: [OE-core] [PATCH 1/2] commands: send stderr to a new pipe

On Thu, 2017-06-22 at 17:14 +0200, Patrick Ohly wrote: > On Thu, 2017-06-22 at 09:58 -0500, Leonardo Sandoval wrote: > > On Thu, 2017-06-22 at 16:17 +0200, Patrick Ohly wrote: > > > On Mon, 2017-06-19 at 07:39 -0700, > > > leonardo.sandoval.gonza...@linux.intel.com wrote: > > > > From: Leonardo San

Re: [OE-core] [PATCH 1/2] commands: send stderr to a new pipe

On Thu, 2017-06-22 at 09:58 -0500, Leonardo Sandoval wrote: > On Thu, 2017-06-22 at 16:17 +0200, Patrick Ohly wrote: > > On Mon, 2017-06-19 at 07:39 -0700, > > leonardo.sandoval.gonza...@linux.intel.com wrote: > > > From: Leonardo Sandoval > > > > > > Do not mix the stderr into stdout, allowing t

[OE-core] [PATCH] linux-libc-headers: fix duplicate IFF_LOWER_UP DORMANT ECHO on musl

From: André Draszik musl _does_ define IFF_LOWER_UP DORMANT ECHO so we should prevent redefinition of these when on musl. As per the included patch, this can be triggered by (from connman 6to4.c): include include include include include include include incl

Re: [OE-core] [PATCH 1/1] runqemu: drop RPC ports

On Thu, Jun 22, 2017 at 4:30 AM, Robert Yang wrote: > The following commit has removed rpc ports from runqemu-export-rootfs, so > runqemu should also remove them, otherwise "runqemu nfs" doesn't work. And > use > abspath for nfsroot, otherwise it doesn't work when it is a relative path. > > That

Re: [OE-core] [PATCH 1/1] runqemu: drop RPC ports

looks good 2 me! ty, b an intel employee On Thu, Jun 22, 2017 at 1:30 AM, Robert Yang wrote: > The following commit has removed rpc ports from runqemu-export-rootfs, so > runqemu should also remove them, otherwise "runqemu nfs" doesn't work. And > use > abspath for nfsroot, otherwise it doesn't

Re: [OE-core] [PATCH 1/2] commands: send stderr to a new pipe

On Thu, 2017-06-22 at 16:17 +0200, Patrick Ohly wrote: > On Mon, 2017-06-19 at 07:39 -0700, > leonardo.sandoval.gonza...@linux.intel.com wrote: > > From: Leonardo Sandoval > > > > Do not mix the stderr into stdout, allowing test cases to query > > the specific output. > > This changes the behavi

Re: [OE-core] [PATCH 1/2] commands: send stderr to a new pipe

On Mon, 2017-06-19 at 07:39 -0700, leonardo.sandoval.gonza...@linux.intel.com wrote: > From: Leonardo Sandoval > > Do not mix the stderr into stdout, allowing test cases to query > the specific output. This changes the behavior of functions that are also used outside of OE-core in a way that won

[OE-core] State of bitbake world, Failed tasks 2017-06-21

http://www.openembedded.org/wiki/Bitbake_World_Status == Number of issues - stats == {| class='wikitable' !|Date !!colspan='3'|Failed tasks !!|Signatures !!colspan='14'|QA !!Comment |- || ||qemuarm ||qemux86 ||qemux86_64

Re: [OE-core] [poky] [PATCH v3] meta: Fix return value checks from subprocess.call()'s

Thanks Mikko, applied to staging. Ross On 22 June 2017 at 14:23, Mikko Rapeli wrote: > Python function subprocess.call() returns the return value of the > executed process. If return values are not checked, errors may > go unnoticed and bad things can happen. > > Change all callers of subproces

Re: [OE-core] [PATCH v5] image_types.bbclass: Prompt error message on missing setting in UBI and UBIFS

On 21 June 2017 at 20:06, wrote: > +if [ -z "$mkubifs_args"] || [ -z "$ubinize_args" ]; then > +bberror "MKUBIFS_ARGS and UBINIZE_ARGS argument have to set > for UBI and UBIFS image creation." > +bberror "Detail please visit this link http://www.linux-mtd. > infrad

[OE-core] [PATCH v3] meta: Fix return value checks from subprocess.call()'s

Python function subprocess.call() returns the return value of the executed process. If return values are not checked, errors may go unnoticed and bad things can happen. Change all callers of subprocess.call() which do not check for the return value to use subprocess.check_call() which raises Calle

Re: [OE-core] [poky] [PATCH 3/3 v2] meta: Fix return value checks from subprocess.call()'s

On Thu, Jun 22, 2017 at 01:38:15PM +0100, Burton, Ross wrote: > On 20 June 2017 at 13:48, wrote: > > > The bitbake and scripts parts from this patch series were merged already, > > but > > this not. > > > > Are there problems with this patch? > > > > Sorry, didn't get around to replying. It doe

Re: [OE-core] [poky] [PATCH 3/3 v2] meta: Fix return value checks from subprocess.call()'s

On 20 June 2017 at 13:48, wrote: > The bitbake and scripts parts from this patch series were merged already, > but > this not. > > Are there problems with this patch? > Sorry, didn't get around to replying. It doesn't apply to master, can you rebase please? Cheers, Ross -- ___

Re: [OE-core] [PATCH v3] rng-tools: Add service file and systemd package config to rngd

On 16 June 2017 at 21:30, Leonel Gonzalez wrote: > +PACKAGECONFIG[systemd] = "--with-systemd=${systemd_ > unitdir}/system,--without-systemd,systemd" > Wouldn't you want this to respect the DISTRO_FEATURE so its enabled in systemd environments? Ross -- __

Re: [OE-core] [PATCH] libinput: 1.6.1 -> 1.7.3

One of the previously-submitted patches: http://lists.openembedded.org/pipermail/openembedded-core/2017-June/138487.html On Thu, Jun 22, 2017 at 01:30:35PM +0900, Fan Xin wrote: > Signed-off-by: Fan Xin > --- > .../recipes-graphics/wayland/{libinput_1.6.1.bb => libinput_1.7.3.bb} | 4 > ++-- >

Re: [OE-core] [PATCH 3/9] gstreamer1.0-plugins-good: upgrade to version 1.12.0

On 21 June 2017 at 17:47, Jussi Kukkonen wrote: > I think this breaks gstreamer1.0-meta-base packagegroup because now > nothing provides gstreamer1.0-plugins-good-souphttpsrc. I've not tested > this but I'd bet money it's because of "Fix plugin filenames to match > plugin names" commit ** upstrea

Re: [OE-core] [PATCH] libgcrypt: CVE-2017-9526

On 22 June 2017 at 09:23, Ovidiu Panait wrote: > In Libgcrypt before 1.7.7, an attacker who learns the EdDSA session key > (from side-channel observation during the signing process) can easily > recover the long-term secret key. 1.7.7 makes a cipher/ecc-eddsa.c change > to store this session key

[OE-core] [PATCH] gdk-pixbuf: Make loader.cache reproducible

Make the loader order in the file reliable to enable more reproducible builds. [YOCTO #11610] Signed-off-by: Jussi Kukkonen --- ...ueryloaders-Make-output-more-reproducible.patch | 56 ++ meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.36.6.bb | 1 + 2 files changed, 57 insertio

Re: [OE-core] [Openembedded-architecture] OE-Core/Yocto Project's first CVE (CVE-2017-9731)

On Tue, 2017-06-20 at 08:27 -0500, Sean Hudson wrote: > On 2017-06-20 04:30 AM, Paul Eggleton wrote: > > > > On Monday, 19 June 2017 5:31:10 PM CEST Sean Hudson wrote: > > > > > > On 2017-06-19 09:05 AM, Mark Hatle wrote: > > > > > > > > It would be reasonable to write up a 'best practices' type

Re: [OE-core] [PATCH v3 3/3] import: new plugin to import the devtool workspace

Hi Leo, On Tuesday, 20 June 2017 8:30:05 PM CEST leonardo.sandoval.gonza...@linux.intel.com wrote: > From: Leonardo Sandoval > > Takes a tar archive created by 'devtool export' and export it (untar) to > workspace. By default, the whole tar archive is imported, thus there is no > way to limit w

[OE-core] [PATCH 1/1] runqemu: drop RPC ports

The following commit has removed rpc ports from runqemu-export-rootfs, so runqemu should also remove them, otherwise "runqemu nfs" doesn't work. And use abspath for nfsroot, otherwise it doesn't work when it is a relative path. commit 6bb9860ef7ba9c84fe9bd3a81aa6555f67ebd38e Author: Cody P Schafer

[OE-core] [PATCH 0/1] runqemu: drop RPC ports

The following changes since commit 9ea5a31776440abd6468f003c5e1905f079446d3: ovmf: fix secureboot PACKAGECONFIG + OpenSSL update (2017-06-16 10:58:23 +0100) are available in the git repository at: git://git.openembedded.org/openembedded-core-contrib rbt/runqemu http://cgit.openembedded.or

[OE-core] [PATCH] libgcrypt: CVE-2017-9526

In Libgcrypt before 1.7.7, an attacker who learns the EdDSA session key (from side-channel observation during the signing process) can easily recover the long-term secret key. 1.7.7 makes a cipher/ecc-eddsa.c change to store this session key in secure memory, to ensure that constant-time point ope

Re: [OE-core] [RFC][PATCH] tclibc-musl: use musl's virtual/gettext implementation

On Wed, 2017-06-21 at 12:27 +, Khem Raj wrote: > On Wed, Jun 21, 2017 at 6:27 AM Jussi Kukkonen > wrote: > > > $ bitbake -k core-image-minimal core-image-full-cmdline core-image-sato > > world > > That seems to fail with musl on the autobuilder with "Nothing RPROVIDES > > 'gettext-runtime' "