== Series Details ==
Series: paho-mqtt-c: enable SSL
Revision: 1
URL : https://patchwork.openembedded.org/series/18487/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the propose
Pass the option PAHO_WITH_SSL=ON when invoking cmake in order to enable
the build of the SSL variants of the libraries.
Signed-off-by: Erik Botö
---
meta-oe/recipes-connectivity/paho-mqtt-c/paho-mqtt-c_1.3.0.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta-oe/recipes-connectivity/pa
If a setup.py file exists it ought to have something in it before we
consider the source tree to be a Python module and treating it as such.
(A counter-example is https://www.bro.org/downloads/binpac-0.50.tar.gz -
it's not clear why this has a zero-length setup.py in it but we should
pay no attenti
As part of upgrading a recipe we create the upgraded recipe file in the
workspace and then try to parse it so we can then make further
modifications. If for some reason that parsing fails then the failure
was not being handled very well - the broken recipe was being left in
place, breaking parsing
The following changes since commit 1f8a73261c7a134821c40845da27d8edbb0763b6:
Revert "pigz: Add debug for autobuilder errors" (2019-06-30 23:33:12 +0100)
are available in the Git repository at:
git://git.openembedded.org/openembedded-core-contrib paule/devtool36-oe
http://cgit.openembedded
P (which is ${PN}-${PV}) isn't terribly useful in this context - we
don't really care what the version is, but we do want to know what the
recipe is so we can find it or set PACKAGECONFIG_pn- in our
configuration, so display ${PN} instead.
Signed-off-by: Paul Eggleton
---
scripts/contrib/list-pa
Make the error messages a little more friendly.
Signed-off-by: Paul Eggleton
---
scripts/contrib/ddimage | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/scripts/contrib/ddimage b/scripts/contrib/ddimage
index a7dc5f7487b..7f2ad112a62 100755
--- a/scripts/contrib/ddim
The blacklist, whilst previously useful for safety, is now becoming
obsolete - on my current system, the main storage is at /dev/nvme* and
if I plug in a USB stick it shows up as /dev/sdb which was previously
blacklisted. To make this more flexible, remove the blacklist and
instead check if the spe
UNKOWN -> UNKNOWN
Signed-off-by: Paul Eggleton
---
scripts/contrib/ddimage | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/contrib/ddimage b/scripts/contrib/ddimage
index b577d1ca2ab..01ff4318514 100755
--- a/scripts/contrib/ddimage
+++ b/scripts/contrib/ddimage
@@ -4
A few minor fixes for the ddimage script and one for list-packageconfig-flags.
The following changes since commit 1f8a73261c7a134821c40845da27d8edbb0763b6:
Revert "pigz: Add debug for autobuilder errors" (2019-06-30 23:33:12 +0100)
are available in the Git repository at:
git://git.openembed
== Series Details ==
Series: qemu: Security fixes CVE-2018-20815 CVE-2019-9824
Revision: 1
URL : https://patchwork.openembedded.org/series/18484/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have be
From: Armin Kuster
Source: qemu.org
MR: 98623
Type: Security Fix
Disposition: Backport from qemu.org
ChangeID: 03b3f28e5860ef1cb9f58dce89f252bd7ed59f37
Description:
Fixes both CVE-2018-20815 and CVE-2019-9824
Signed-off-by: Armin Kuster
---
.../qemu/qemu/CVE-2018-20815_p1.patch |
On 6/30/19 4:04 PM, Richard Purdie wrote:
On Fri, 2019-06-28 at 20:15 +0800, Robert Yang wrote:
Fixed:
MACHINE = "qemux86-64"
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "x86"
PREFERRED_VERSION_lttng-modules = "2.10.10+git%"
$ bitbake world
Yes, I think so.
On Mon, Jul 1, 2019 at 7:13 PM Peter Kjellerstedt <
peter.kjellerst...@axis.com> wrote:
> Are you thinking of gettext-minimal-native? It is used by gettext.bbclass
> if USE_NLS is “no”.
>
>
>
> //Peter
>
>
>
> *From:* openembedded-core-boun...@lists.openembedded.org <
> openembed
I'm not sure what's going on but having this symlink present is causing
git problems rebasing just by being present; deleting it and checking it
out again does not fix it. In any event this is not the standard way of
sharing files between recipes in the same directory - extending
FILESEXTRAPATHS is
The following changes since commit 1f8a73261c7a134821c40845da27d8edbb0763b6:
Revert "pigz: Add debug for autobuilder errors" (2019-06-30 23:33:12 +0100)
are available in the Git repository at:
git://git.openembedded.org/openembedded-core-contrib
paule/libcap-ng-symlink-fix
http://cgit.op
Error:
diotest4 10 TBROK : diotest4.c:368: can't mmap file: Invalid argument
diotest4 11 TBROK : diotest4.c:368: Remaining cases broken
This is because the manually specified addr from mmap is invalid.
We should let kernel itself pick an addrress.
Signed-off-by: Hongzhi.Song
---
...nel-pick-an-
== Series Details ==
Series: ltp: diotest4: Let kernel pick an address when calling mmap (rev2)
Revision: 2
URL : https://patchwork.openembedded.org/series/18462/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Seve
On 07/02/2019 07:34 AM, Peter Kjellerstedt wrote:
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org On Behalf Of Chen Qi
Sent: den 1 juli 2019 06:16
To: openembedded-core@lists.openembedded.org
Subject: [OE-core] [PATCH V2 1/1] image.bbclass: fix systemd_preset_al
Error:
diotest4 10 TBROK : diotest4.c:368: can't mmap file: Invalid argument
diotest4 11 TBROK : diotest4.c:368: Remaining cases broken
This is because the manually specified addr from mmap is invalid.
We should let kernel itself pick an addrress.
Signed-off-by: Hongzhi.Song
---
...nel-pick-an-
On Mon, Jul 1, 2019, 7:43 PM Douglas Royds
wrote:
> On 2/07/19 3:58 AM, Joshua Watt wrote:
>
> > 1. Testing RPM and IPK package formats. I think RPMs will be pretty
> > easy; IPKs might be more challenging since AFAIK the tools that make
> > them don't generate reproducible output to begin with.
On 2/07/19 3:58 AM, Joshua Watt wrote:
1. Testing RPM and IPK package formats. I think RPMs will be pretty
easy; IPKs might be more challenging since AFAIK the tools that make
them don't generate reproducible output to begin with.
This has not been my experience. I have been building reprodu
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org core-boun...@lists.openembedded.org> On Behalf Of Chen Qi
> Sent: den 1 juli 2019 06:16
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH V2 1/1] image.bbclass: fix systemd_preset_all
>
Are you thinking of gettext-minimal-native? It is used by gettext.bbclass if
USE_NLS is “no”.
//Peter
From: openembedded-core-boun...@lists.openembedded.org
On Behalf Of Khem Raj
Sent: den 28 juni 2019 18:37
To: Joshua Watt
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [
I squashed the fix in the wrong patch that's because the v3 that are no
functional changes between v2 and v3.
Fixed acquired_lock method to only add the lock when acquire succeed.
Regards,
Anibal
On Mon, 1 Jul 2019 at 16:23, Aníbal Limón wrote:
> In order to support multiple tap devices in the
To let user choice if wants to have network configured via Kernel
cmdline.
Signed-off-by: Aníbal Limón
---
meta/classes/qemuboot.bbclass | 3 +++
scripts/runqemu | 10 ++
2 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/meta/classes/qemuboot.bbclass b/meta/cl
Add the ability to set more than one tap devices into the
same qemu instance,
The code was modified to detect multiple @TAP@ and @MAC@ in the
QA_TAP_OPT and QA_NETWORK_DEVICE respectively, it handles the
attach/creation of multiple tap devices and stores into a list
for lock/unlock.
Configure the
In order to support multiple tap devices in the same qemu virtual
machine.
Signed-off-by: Aníbal Limón
---
scripts/runqemu | 50 +
1 file changed, 26 insertions(+), 24 deletions(-)
diff --git a/scripts/runqemu b/scripts/runqemu
index 4079f2b17d..3
To let user choice if wants to have network configured via Kernel
cmdline.
Signed-off-by: Aníbal Limón
---
meta/classes/qemuboot.bbclass | 3 +++
scripts/runqemu | 10 ++
2 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/meta/classes/qemuboot.bbclass b/meta/cl
Add the ability to set more than one tap devices into the
same qemu instance,
The code was modified to detect multiple @TAP@ and @MAC@ in the
QA_TAP_OPT and QA_NETWORK_DEVICE respectively, it handles the
attach/creation of multiple tap devices and stores into a list
for lock/unlock.
Configure the
In order to support multiple tap devices in the same qemu virtual
machine.
Signed-off-by: Aníbal Limón
---
scripts/runqemu | 48
1 file changed, 24 insertions(+), 24 deletions(-)
diff --git a/scripts/runqemu b/scripts/runqemu
index 4079f2b17d..8a
On Sun, 30 Jun 2019 at 06:41, wrote:
> On Thu, 2019-06-27 at 22:38 -0500, Aníbal Limón wrote:
> > In order to support multiple tap devices in the same qemu virtual
> > machine.
> >
> > Signed-off-by: Aníbal Limón
> > ---
>
> With this change included tests failed on the autobuilder. I think it
>
On Sun, Jun 30, 2019 at 3:00 PM Richard Purdie
wrote:
>
> On Tue, 2019-06-25 at 14:16 +0100, Mike Crowe wrote:
> > Way back in
> > http://lists.openembedded.org/pipermail/openembedded-core/2014-April/210138.html
> > a few of us discussed not exporting TARGET_LDFLAGS. There seemed to be
> > support
Signed-off-by: Oleksandr Kravchuk
---
.../{linux-firmware_git.bb => linux-firmware_20190618.bb} | 8 +++-
1 file changed, 3 insertions(+), 5 deletions(-)
rename meta/recipes-kernel/linux-firmware/{linux-firmware_git.bb =>
linux-firmware_20190618.bb} (99%)
diff --git a/meta/recipes-kernel/l
Signed-off-by: Oleksandr Kravchuk
---
...t-rely-on-dpkg-architecture-to-set-a.patch | 8 ++--
...efn-fix-inverted-checks-for-loopback.patch | 45 +--
...{ifupdown_0.8.16.bb => ifupdown_0.8.22.bb} | 2 +-
3 files changed, 26 insertions(+), 29 deletions(-)
rename meta/recipes-cor
On 6/30/19 4:58 PM, Richard Purdie wrote:
On Fri, 2019-06-28 at 18:03 -0500, Joseph Reynolds wrote:
From 587a9e5c637ad3e70b8e35a3ca66013693ce7ac7 Mon Sep 17 00:00:00
2001
From: Joseph Reynolds
Date: Wed, 19 Jun 2019 20:16:40 -0500
Subject: [PATCH v2] dropbear: new feature: disable-weak-cip
Tests the bitbake --skip-setscene option to verify that it correctly
reuses tasks previously restored from sstate, but doesn't execute new
sstate tasks
Signed-off-by: Joshua Watt
---
meta/lib/oeqa/selftest/cases/bbtests.py | 30 +
1 file changed, 30 insertions(+)
diff --
All,
The triage team is starting to try and collect up and classify bugs which a
newcomer to the project would be able to work on in a way which means people
can find them. They're being listed on the triage page under the appropriate
heading:
https://wiki.yoctoproject.org/wiki/Bug_Triage#N
All,
I've been working on making OE builds reproducible (that is, two given
builds can have binary-identical outputs). The current "test" for
reproducibility involves building core-image-minimal in two different
build directories, then doing a binary diff of the resulting target
Debian packag
On Mon, 1 Jul 2019 at 13:00, Matt Madison wrote:
> As for Richard's initial question, go.bbclass inherits ptest to enable
> the mapping of go's built-in test builds automatically. In hindsight,
> maybe this wasn't the best choice, and it was overly optimistic to
> think that because go supports se
On Sun, Jun 30, 2019 at 6:59 PM Yu, Mingli wrote:
>
>
>
> On 2019年06月28日 19:02, Richard Purdie wrote:
> > On Fri, 2019-06-28 at 00:57 -0700, mingli...@windriver.com wrote:
> >> From: Mingli Yu
> >>
> >> The run-ptest logic for go-dep actually runs the
> >> /usr/lib64/go-dep/ptest/github.com/golan
Hi Ross,
ack, thanks for the tips. I'm now aware for the next contributions.
For now seems either way, a backport or a full upgrade would work, depends
probably on whether the new bzip2 version is compatible enough.
Regards
Anatol
> -Original Message-
> From: Burton, Ross
> Sent: Mon
Also set LDFLAGS=BUILD_LDFLAGS when compiling makeguids to ensure that any
target compiler flags are not passed to the native compiler.
[ YOCTO #13423 ]
Signed-off-by: Ross Burton
---
meta/recipes-bsp/efivar/efivar_37.bb | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/me
-Upgrade from nss_3.44.bb to nss_3.44.1.bb.
Signed-off-by: Zang Ruochen
---
meta/recipes-support/nss/{nss_3.44.bb => nss_3.44.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/nss/{nss_3.44.bb => nss_3.44.1.bb} (98%)
diff --git a/meta/recipes-support/n
== Series Details ==
Series: ltp: diotest4: Let kernel pick an address when calling mmap
Revision: 1
URL : https://patchwork.openembedded.org/series/18462/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tes
I just noticed that Oleksandr sent the 1.0.7 upgrade, so the backport
patch is good for all other stable branches.
Ross
On Mon, 1 Jul 2019 at 10:48, Burton, Ross wrote:
>
> *All* security issues are fixed in master first and then bubble down
> the stable branches. Otherwise, if you just fix thu
*All* security issues are fixed in master first and then bubble down
the stable branches. Otherwise, if you just fix thud we may end up
with the next release not having the fix.
So, ideally, we upgrade master to 1.07 and then apply the backport to
the stable branches.
Ross
On Sat, 29 Jun 2019 a
Error:
diotest4 10 TBROK : diotest4.c:368: can't mmap file: Invalid argument
diotest4 11 TBROK : diotest4.c:368: Remaining cases broken
This is because the manually specified addr from mmap is invalid.
We should let kernel itself pick an addrress.
Signed-off-by: Hongzhi.Song
---
...nel-pick-an-
Signed-off-by: Ross Burton
---
.../0001-enc2xs-Add-environment-variable-to-suppress-comments.patch | 2 +-
meta/recipes-devtools/perl/files/0002-Constant-Fix-up-shebang.patch | 2 +-
.../python/python3/0001-Use-FLAG_REF-always-for-interned-strings.patch | 2 +-
3 files changed, 3 inserti
This uses the same code revision in the new repository.
Signed-off-by: Adrian Bunk
---
.../{unfs3_0.9.22.r497.bb => unfs3_git.bb}| 19 +--
1 file changed, 5 insertions(+), 14 deletions(-)
rename meta/recipes-devtools/unfs3/{unfs3_0.9.22.r497.bb => unfs3_git.bb} (63%)
diff -
Hi Pierre,
This patch broke "bitbake universe --runall=fetch" totally:
ERROR: Running idle function
Traceback (most recent call last):
File "/buildarea1/lyang1/poky/bitbake/lib/bb/runqueue.py", line 1500, in
RunQueue.execute_runqueue():
try:
>return self._execute
I am using Yocto for generating my rootfs, including net-snmpd recipe from
openembedded.
My ARM processor doesn't have a PCI bus. Do I have a chance to get rid of this
message?
Does this attempt of probing PCI affect performance or is this message
negligible at all?
The recipe has this line:
DE
52 matches
Mail list logo
